✏️3.5.9版本更新日志：
🧵 改进测试方法。移除动态连接库调用的形式，更稳定的体验。
⚠️ 注意，如果您是在3.5.4版本后开始使用本项目，请把以下配置删除或修改(linux):
clash:
path: ./bin/fulltclash-linux-amd64
同时动态链接库此版本已经移除，继续在方向上开发是不明智的选择。
🐛 修复3.5.8版本偶现拓扑图绘制失败的bug。
📖 新增回调功能的详细文档：https://fulltclash.gitbook.io/fulltclash-doc/hui-tiao-gong-neng-gao-ji
✨ 支持设置默认的后端名称展示。前往配置样例查看（文档那边暂时未更新）。
✨ Youtube解锁检测现已支持 送中(CN) 结果展示。
⬆️ 新增包依赖。请使用 pip install lxml==4.9.2 进行安装。
🧵 改进测试方法。移除动态连接库调用的形式，更稳定的体验。
⚠️ 注意，如果您是在3.5.4版本后开始使用本项目，请把以下配置删除或修改(linux):
clash:
path: ./bin/fulltclash-linux-amd64
同时动态链接库此版本已经移除，继续在方向上开发是不明智的选择。
🐛 修复3.5.8版本偶现拓扑图绘制失败的bug。
📖 新增回调功能的详细文档：https://fulltclash.gitbook.io/fulltclash-doc/hui-tiao-gong-neng-gao-ji
✨ 支持设置默认的后端名称展示。前往配置样例查看（文档那边暂时未更新）。
✨ Youtube解锁检测现已支持 送中(CN) 结果展示。
⬆️ 新增包依赖。请使用 pip install lxml==4.9.2 进行安装。
忘记说了，3.5.4 ~ 3.5.8 有一个很久未解决的bug，直到3.5.9才修复。
bug的主要表现是：
1、一个订阅里有两种以上协议（比如Shadowsocks, Vmess）
2、大概等待十几分钟，有一种协议（Vmess/Trojan）必然无法使用，延迟为0，速度为0，但实际上可用。
所以我才单独发了一个新版本，其目的就是解决这个长期的问题，请大家尽快更新到最新版，未来30天内很难会有新版本发布。
bug的主要表现是：
1、一个订阅里有两种以上协议（比如Shadowsocks, Vmess）
2、大概等待十几分钟，有一种协议（Vmess/Trojan）必然无法使用，延迟为0，速度为0，但实际上可用。
所以我才单独发了一个新版本，其目的就是解决这个长期的问题，请大家尽快更新到最新版，未来30天内很难会有新版本发布。
FullTclash的所有的测速请求头携带的 UA为：
headers={"User-Agent": "FullTclash"}
对于代理提供商（机场），您可以通过检测 UA 命中，拒绝测速请求。
headers={"User-Agent": "FullTclash"}
对于代理提供商（机场），您可以通过检测 UA 命中，拒绝测速请求。
👍4🤔1
FullTclash bot🤖
版本: 3.5.10
✏️3.5.10版本更新日志：
🚗 端口占用优化，让socket监听端口跟随起始端口配置变动，策略为 startup-1 。
🚗 当使用过滤器后的节点列表为空时，将会进行错误提示。
🐛 修复前后端模式下主端发送测速中止指令无法生效的问题。
🐛 修复由于用户输入不受支持的代理协议导致崩溃的问题。
🐛 修复 /killme 无法彻底杀死子进程的问题。
🐛 修复当测速中止后，bot没有反馈的问题。
🐛 修复当代理不受支持后，bot直接丢弃任务但是没有反馈给前台的问题。
🐛 修复当更改默认本地后端的名称后，无法正常中止测速的问题。
🔥 由于Spotify检测脚本出现问题，暂时移除该检测脚本。
✨ 新增TVBAnyware流媒体解锁检测。
❤️ 以及感谢各位反馈bug的小伙伴。
问题反馈联系: @sea_leaf_bot
版本: 3.5.10
✏️3.5.10版本更新日志：
🚗 端口占用优化，让socket监听端口跟随起始端口配置变动，策略为 startup-1 。
🚗 当使用过滤器后的节点列表为空时，将会进行错误提示。
🐛 修复前后端模式下主端发送测速中止指令无法生效的问题。
🐛 修复由于用户输入不受支持的代理协议导致崩溃的问题。
🐛 修复 /killme 无法彻底杀死子进程的问题。
🐛 修复当测速中止后，bot没有反馈的问题。
🐛 修复当代理不受支持后，bot直接丢弃任务但是没有反馈给前台的问题。
🐛 修复当更改默认本地后端的名称后，无法正常中止测速的问题。
🔥 由于Spotify检测脚本出现问题，暂时移除该检测脚本。
✨ 新增TVBAnyware流媒体解锁检测。
❤️ 以及感谢各位反馈bug的小伙伴。
问题反馈联系: @sea_leaf_bot
👍2❤1
spotify.py
3.5 KB
由于Spotify脚本检测的准确性有待商榷，已经移出内置脚本范围，但仍然可以以插件的形式单独安装，此脚本并未进行改进，仅仅改写成了插件的形式。
安装方法1：
* 使用 /install 回复该脚本安装。
安装方法2：
* 将此脚本放到 ./addons/ 目录下。
安装方法1：
* 使用 /install 回复该脚本安装。
安装方法2：
* 将此脚本放到 ./addons/ 目录下。
不知不觉已经一年了耶，从最初的粗糙页面，到现在的高度定制输出图片形式。似乎所有的努力都很值得。
FullTclash名字来源:
Full Test base on Clash 即用Clash内核测试全部。原谅我取名废 ，起初设计之初就是为了个人自用，没想过会发展到现在。
现在我要宣布一个好消息和一个坏消息。
坏消息：由于个人原因（包括生活上和精神上的），FullTclash将在最迟年底停止新的特性开发，可以理解为快没新功能了。
好消息：保持开源，保持日常更新，bug修复，体验优化等。另外时间充裕还是会更的。
特别感谢项目贡献者，绘图模块真的很难写，图片润色有一部分功劳都要归功于其他贡献者的代码贡献。
FullTclash名字来源:
Full Test base on Clash 即用Clash内核测试全部。
现在我要宣布一个好消息和一个坏消息。
坏消息：由于个人原因（包括生活上和精神上的），FullTclash将在最迟年底停止新的特性开发，可以理解为快没新功能了。
好消息：保持开源，保持日常更新，bug修复，体验优化等。另外时间充裕还是会更的。
特别感谢项目贡献者，绘图模块真的很难写，图片润色有一部分功劳都要归功于其他贡献者的代码贡献。
❤33🫡12👍9
人们往往都不会珍惜眼前已有的成果，一旦发现有所瑕疵，便会无限放大缺点。
检测脚本一旦有一个不准，那整体感觉就不可信。所以为什么要测呢，大家都手动去检测一下，就能知道自己所用流媒体的解锁情况，自动化程序慢慢蚕食你的主观判断能力，产生依赖性。
你真的需要那么多解锁吗？是看到那一片绿油油的色彩充斥着整个屏幕而带来的满足感罢了。自动化检测脚本只是工具，以实际情况为准，所有图片最后一行都是这句话。
所以，你真的在听吗？👂
检测脚本一旦有一个不准，那整体感觉就不可信。所以为什么要测呢，大家都手动去检测一下，就能知道自己所用流媒体的解锁情况，自动化程序慢慢蚕食你的主观判断能力，产生依赖性。
你真的需要那么多解锁吗？是看到那一片绿油油的色彩充斥着整个屏幕而带来的满足感罢了。自动化检测脚本只是工具，以实际情况为准，所有图片最后一行都是这句话。
所以，你真的在听吗？👂
👍41👏1😁1
youtube.py
4.3 KB
鸡汤说完了，接下来发脚本
修复Youtube解锁检测失效的问题，由于youtube是内置脚本，直接写死在项目代码里，所以原来的youtube检测项依旧是坏的。
dev分支直接更新到最新的一条commit即可修复，或者3.5.x版本直接以插件形式用 /install 指令回复此脚本安装。
以 install 安装的形式，名字叫做 Youtube(新)
修复Youtube解锁检测失效的问题，由于youtube是内置脚本，直接写死在项目代码里，所以原来的youtube检测项依旧是坏的。
dev分支直接更新到最新的一条commit即可修复，或者3.5.x版本直接以插件形式用 /install 指令回复此脚本安装。
以 install 安装的形式，名字叫做 Youtube(新)
✅dev分支新功能尝鲜：
1、支持以🙀 Clash.Meta 为上游的FullTCore编译，意味着可以更换内核以支持更多协议，比如vless.
2、为meta内核提供开放支持，需要在配置里设置:
clash:
branch: meta
让Bot识别你要使用的是meta内核而非原生Clash内核。
3、需要自行更换内核路径，否则不生效。
clash:
path: "fulltclash-meta-xxxx"
4、更换内核的下载地址为（看清楚分支），也可以自己编译：
https://github.com/AirportR/FullTCore/actions/runs/5693447599
1、支持以
2、为meta内核提供开放支持，需要在配置里设置:
clash:
branch: meta
让Bot识别你要使用的是meta内核而非原生Clash内核。
3、需要自行更换内核路径，否则不生效。
clash:
path: "fulltclash-meta-xxxx"
4、更换内核的下载地址为（看清楚分支），也可以自己编译：
https://github.com/AirportR/FullTCore/actions/runs/5693447599
Please open Telegram to view this post
VIEW IN TELEGRAM
GitHub
:sparkles: Update gobuild.yml. · AirportR/FullTCore@a6e99e7
FullTclash的专用代理后端，基于clash内核改动。. Contribute to AirportR/FullTCore development by creating an account on GitHub.
📝Full bug的日常
有一个坏消息： OpenAI检测脚本已失效，并且官方加上了CloudFlare无感验证，还在想办法解决。
8.10更新:
已修复
8.26更新：
又坏了
又修复了
dev分支新功能尝鲜:
测试双队列，分为连通测试队列和速度测试队列。
速度测试队列的最大容量为1，即同一时间只能有一个测速任务在运行，后续的测速任务依次排队。
连通测试队列的最大容量为3，可以同时测试三个连通任务，与测速队列分离，两种类型的队列互不影响。
补充: 在3.6.0(dev)版本以前，测速和连通的任务共享一个队列，所以只要有测速任务，那么就很容易进入排队状态，等待时间有点长。
但是现在分成两种队列后，就可以很大程度上解决测连通要排队的问题。
缺点: 连通队列有任务的时候会占用一部分带宽，比如说后端峰值带宽为1Gbps, 那么任务多的情况下测速最高只能跑到950Mbps~980Mbps，检测脚本很多的情况下会占用更多带宽。这就是为什么连通队列的容量只能设置成3乃至更低。
测试双队列，分为连通测试队列和速度测试队列。
速度测试队列的最大容量为1，即同一时间只能有一个测速任务在运行，后续的测速任务依次排队。
连通测试队列的最大容量为3，可以同时测试三个连通任务，与测速队列分离，两种类型的队列互不影响。
补充: 在3.6.0(dev)版本以前，测速和连通的任务共享一个队列，所以只要有测速任务，那么就很容易进入排队状态，等待时间有点长。
但是现在分成两种队列后，就可以很大程度上解决测连通要排队的问题。
缺点: 连通队列有任务的时候会占用一部分带宽，比如说后端峰值带宽为1Gbps, 那么任务多的情况下测速最高只能跑到950Mbps~980Mbps，检测脚本很多的情况下会占用更多带宽。这就是为什么连通队列的容量只能设置成3乃至更低。
🔥5
我们给dev-3.6.0测试版提交了最后一个功能： Bot面板管理Rule规则。
1. FullTclash中的Rule是什么?
Rule是预先设置好的、关于用户行为的一套既定事实，即规则。
它本质上是配置文件的中各种值，编辑在配置文件中:
userconfig:
rule:
<rulename>:
"slaveid": "local"
"sort": "订阅原序"
"script": ["Netflix", "Youtube", "Disney+"]
以上是一个rule的具体案例，当然子项中slaveid,sort,script的值是有限定范围的，用户自己编辑rule很容易出错，事实上，绝大多数使用者都不太想手搓配置文件。
2. 适用于用户的bot面板，可用于管理rule，提供新增、删除、修改rule的基本功能。
使用方式:
输入 /setting -> 点击规则管理 即可进入rule的管理面板。
3. 使用Rule的好处。
可以更细腻地控制测试行为，优雅地使用invite功能，给予自动化测试更多可能！
如果一切顺利，没有bug，即将合并到主分支。
1. FullTclash中的Rule是什么?
Rule是预先设置好的、关于用户行为的一套既定事实，即规则。
它本质上是配置文件的中各种值，编辑在配置文件中:
userconfig:
rule:
<rulename>:
"slaveid": "local"
"sort": "订阅原序"
"script": ["Netflix", "Youtube", "Disney+"]
以上是一个rule的具体案例，当然子项中slaveid,sort,script的值是有限定范围的，用户自己编辑rule很容易出错，事实上，绝大多数使用者都不太想手搓配置文件。
2. 适用于用户的bot面板，可用于管理rule，提供新增、删除、修改rule的基本功能。
使用方式:
输入 /setting -> 点击规则管理 即可进入rule的管理面板。
3. 使用Rule的好处。
可以更细腻地控制测试行为，优雅地使用invite功能，给予自动化测试更多可能！
如果一切顺利，没有bug，即将合并到主分支。
👍8