自行部署Subconverter订阅转换前后端(解决规则集过多导致转换无效问题和安全担忧)
🔁自行部署Subconverter订阅转换前后端(解决规则集过多导致转换无效问题和安全担忧)
字数 1039阅读时长 3 分钟
2023-9-19
2024-12-19
AI智能摘要
GPT
本文介绍了如何自行部署Subconverter进行订阅转换,以解决现有转换服务存在的规则集过多导致转换无效和数据安全隐患的问题。内容包括订阅转换的常见问题、如何搭建后端和前端、优化订阅转换参数、测试解决方案以及自用订阅规则仓库的参考。通过自建后端,可以避免使用他人后端带来的风险,同时实现更好的性能优化。
对于订阅转换,会有很多人觉得,用别人的后端转换订阅,存在一定的数据隐患和无法自定义的问题,所以今天就是自行部署Subconverter订阅转换的教程。
自用全专线,小贵但效果超好
Aifun 爱翻 - 机场测评
Aifun 爱翻 - 机场测评
notion image

📝 主要内容

1. 大多订阅转换存在的问题

主要的目是解决他人后端普遍存在的一个问题,因为大多使用的是默认规则,所以规则集数量上限参数是保持的默认64,这意味着当你规则集超过时,将不会使用你的规则,而是使用默认规则
notion image

2. 订阅转换后端

1. Fork项目并Run

2. 将订阅转换链接的域名改为replit的域名即可

notion image

3. 订阅转换参数

💡
利用Rule Providers优化(Clash Premium核心才支持)
  • expand默认是false,推荐在url末尾加上&expand=false 有利于优化规则匹配性能
⚠️
发现和其他后端一样存在,可能存在自动更新订阅失败的问题,但手动更新有效(具体原因不明)

4.测试规则集过多导致转换无效问题的解决效果

大多订阅转换后端都是无法正确使用其规则的,但在修改max_allowed_rulesets参数后就可以正常加载

5. 自用订阅规则仓库(可供参考)

subconverter_config
qixing-jkUpdated Aug 30, 2024
 

3. 订阅转换前端

订阅转换前端生成为纯前端实现,所以可以使用别人的前端,然后使用自己的后端

1. 订阅转换前端部署

订阅转换的前端浪费性能和容易暴露个人后端,所以不和后端搭建在一起
可选择的项目
sub-web
CareyWangUpdated Dec 16, 2024
 
sub-web-modify
youshandefeiyangUpdated Dec 16, 2024
 
部署方法很简单,只需要在支持Node.js的平台进行部署即可(引入第三方仓库,然后进行部署即可
⚠️
注意Vercel默认版本是Node.js 18,需要改为16
notion image

2. 添加自建后端,添加环境变量(便于修改,但修改要需要手动重新部署)或修改GitHub个人fork仓库中的参数

  1. API后端改为前面部署的后端
    1. ⚠️
      注意网址url,末尾不要带 /
      • https://subconverter.qwerxing.repl.co ✅
      • https://subconverter.qwerxing.repl.co/ ❎

3. 修改一些便捷选项(可选)

  1. 添加新的后端配置选项backendOptions(可选)
  1. 添加新的远程配置文件remoteConfig(可选)

🤗 总结归纳

  • 其实Subconverter 还有很多有意思的功能,并不是单纯的一个格式转换而已
自用全专线,小贵但效果超好
Aifun 爱翻 - 机场测评
Aifun 爱翻 - 机场测评
notion image

📎 参考文章

主要参考
 
💡
还可以加入Telegram的七行的小仓库|互联网记忆|博客 七行 技术交流群 找到更多小技巧哦🥰,还可以在聊天群探讨各种问题❓
欢迎在底部评论区分享您的想法和经验,让我们一起共同探讨,共同进步!

评论
Loading...