📝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
FullTclash bot🤖
⬆️ 大版本更新—全新体验v3.6.0⬆️
✏️3.6.0版本更新日志：
💥 支持以Clash.Meta为上游的代理客户端。可通过编译Meta分支替换项目默认的代理客户端以支持更多协议。详情见： https://t.me/FullTClash/222
💥 新增规则机制。通过设定规则可快速发起测试任务，详情见：https://t.me/FullTClash/230
✨ 新增基于websocket协议的后端对接方法(纯后端分支backend)，主端对接为FullTclash premium版独家功能，需要请加群免费获取。
✨ 支持invite指令自定义选择后端测试。
✨ 构建连通测试、速度测试双队列。这将允许同时测速度和流媒体。
✨ 支持使用/logs指令导出本次运行的日志文件到Telegram。
✨ 支持命令行一键启动FullTclash。即不用写配置文件直接从命令行参数获取配置，使用python main.py -h 查看使用帮助。
✨ 自带的代理客户端新增macos平台。意味着可自动识别macos系统进行启动->fulltclash-macos-amd64。
✨ 新增可供开发者调用的选择后端、选择排序、选择脚本的高层级API，普通使用者无需理会此条。
♻️ 重构invite功能的代码。优化了体验，使用invite指令时不回复其他人将默认邀请自己。
♻️ 重构后端测试核心。优化测试体验，去除clash->startup配置。
🐛 修复Youtube检测脚本失效的问题。（3.6.0之前的解锁脚本已失效）。
🐛 修复restart指令失效问题（3.6.0早期实验小版本的bug）。
🐛 修复因invite功能重构带来的一系列bug。
🐛 优化了Netflix测试脚本表述，当奈飞网页显示"Service Unavailable"时，脚本判定从"不可用"改为"-"。
🐛 修复因绘图库(Pillow)版本太高(>9.5.0)导致旧的函数接口已被废弃，从而绘图失败的bug。
🐛 修复OpenAI检测脚本。但由于此项检测尚不稳定，随时可能更新脚本，请常更新此脚本。
📦 优化Dockerfile镜像构建文件。[@aipeach 的pr]
❤️ 以及感谢各位反馈bug的小伙伴。
问题反馈联系: @FullTclash_bot
✏️3.6.0版本更新日志：
💥 支持以Clash.Meta为上游的代理客户端。可通过编译Meta分支替换项目默认的代理客户端以支持更多协议。详情见： https://t.me/FullTClash/222
💥 新增规则机制。通过设定规则可快速发起测试任务，详情见：https://t.me/FullTClash/230
✨ 新增基于websocket协议的后端对接方法(纯后端分支backend)，主端对接为FullTclash premium版独家功能，需要请加群免费获取。
✨ 支持invite指令自定义选择后端测试。
✨ 构建连通测试、速度测试双队列。这将允许同时测速度和流媒体。
✨ 支持使用/logs指令导出本次运行的日志文件到Telegram。
✨ 支持命令行一键启动FullTclash。即不用写配置文件直接从命令行参数获取配置，使用python main.py -h 查看使用帮助。
✨ 自带的代理客户端新增macos平台。意味着可自动识别macos系统进行启动->fulltclash-macos-amd64。
✨ 新增可供开发者调用的选择后端、选择排序、选择脚本的高层级API，普通使用者无需理会此条。
♻️ 重构invite功能的代码。优化了体验，使用invite指令时不回复其他人将默认邀请自己。
♻️ 重构后端测试核心。优化测试体验，去除clash->startup配置。
🐛 修复Youtube检测脚本失效的问题。（3.6.0之前的解锁脚本已失效）。
🐛 修复restart指令失效问题（3.6.0早期实验小版本的bug）。
🐛 修复因invite功能重构带来的一系列bug。
🐛 优化了Netflix测试脚本表述，当奈飞网页显示"Service Unavailable"时，脚本判定从"不可用"改为"-"。
🐛 修复因绘图库(Pillow)版本太高(>9.5.0)导致旧的函数接口已被废弃，从而绘图失败的bug。
🐛 修复OpenAI检测脚本。但由于此项检测尚不稳定，随时可能更新脚本，请常更新此脚本。
📦 优化Dockerfile镜像构建文件。[@aipeach 的pr]
❤️ 以及感谢各位反馈bug的小伙伴。
问题反馈联系: @FullTclash_bot
Please open Telegram to view this post
VIEW IN TELEGRAM
👍10❤2🥰1
📝Full bug的日常 pinned «FullTclash bot🤖 ⬆️ 大版本更新—全新体验v3.6.0⬆️ ✏️3.6.0版本更新日志： 💥 支持以Clash.Meta为上游的代理客户端。可通过编译Meta分支替换项目默认的代理客户端以支持更多协议。详情见： https://t.me/FullTClash/222 💥 新增规则机制。通过设定规则可快速发起测试任务，详情见：https://t.me/FullTClash/230 ✨ 新增基于websocket协议的后端对接方法(纯后端分支backend)，主端对接为FullTclash…»
#教你看入口落地拓扑分析图
由于有相当一部分人不会看此类，现在此进行一个简单的说明。
首先，我们把拓扑图分为主要四大类：
———————————-
1. 入口落地均复用。
解释: 入口相同，落地IP（与其他某些节点相比）相同。
识别技巧：先看落地的 “簇” 是否大于1，若是，再看该落地最左边对应的入口。若入口均相同（表现为只显示一个入口编号），那么确定为此类情况。
例子：查看 入口落地均复用.png 中的新加坡节点，其他节点类似。
—————————-
2. 入口复用，无落地复用。
解释：入口ip相同，但是落地不同。
识别技巧: 所有落地的“簇” <= 1，即只能看到数字1。入口对应多个落地
例子: 无落地复用.jpg 中的全部节点的“簇”均为1
—————————-
3. 多入口单落地复用。
解释: 多个入口编号指向同一个落地。
识别技巧: 先看落地的 “簇” 是否大于1，若是，再看该落地最左边对应的入口。若有多个对应的入口，则为此类情况。
例子: 多入口-落地复用.jpg 中的“美国旧金山”节点。
————————————-
4. 无入口复用，无落地复用。
解释: 顾名思义，一个入口仅对应唯一的一个落地，此类情况对于机场主来说造价昂贵，故很少采用。
————————————-
特殊情况：
1、无法检测落地有负载均衡的机场的落地复用。极容易出现 落地复用情况。需要与机场主进行进一步了解。
2、超时，坏的节点会合并在一起，"簇"会大于1，但是无任何ASN信息。这种情况无法确定是否复用，尝试重新检测。
3、入口有BGP智能路由的，单后端（目前暂未适配多后端联测）检测只能检测出一个入口，但实际可能不止一个入口。
4、直连机场的特征为入口数量等于落地数量
本贴举例子机场名称:
入口落地均复用：春秋加速器
入口复用，无落地复用：coffeecloud，蛋挞云
多入口单落地复用：kfccloud
无入口复用，无落地复用：暂无例子（可以投稿）
如果上述机场主认为判断失误，请联系我更正。
由于有相当一部分人不会看此类，现在此进行一个简单的说明。
首先，我们把拓扑图分为主要四大类：
———————————-
1. 入口落地均复用。
解释: 入口相同，落地IP（与其他某些节点相比）相同。
识别技巧：先看落地的 “簇” 是否大于1，若是，再看该落地最左边对应的入口。若入口均相同（表现为只显示一个入口编号），那么确定为此类情况。
例子：查看 入口落地均复用.png 中的新加坡节点，其他节点类似。
—————————-
2. 入口复用，无落地复用。
解释：入口ip相同，但是落地不同。
识别技巧: 所有落地的“簇” <= 1，即只能看到数字1。入口对应多个落地
例子: 无落地复用.jpg 中的全部节点的“簇”均为1
—————————-
3. 多入口单落地复用。
解释: 多个入口编号指向同一个落地。
识别技巧: 先看落地的 “簇” 是否大于1，若是，再看该落地最左边对应的入口。若有多个对应的入口，则为此类情况。
例子: 多入口-落地复用.jpg 中的“美国旧金山”节点。
————————————-
4. 无入口复用，无落地复用。
解释: 顾名思义，一个入口仅对应唯一的一个落地，此类情况对于机场主来说造价昂贵，故很少采用。
————————————-
特殊情况：
1、无法检测落地有负载均衡的机场的落地复用。极容易出现 落地复用情况。需要与机场主进行进一步了解。
2、超时，坏的节点会合并在一起，"簇"会大于1，但是无任何ASN信息。这种情况无法确定是否复用，尝试重新检测。
3、入口有BGP智能路由的，单后端（目前暂未适配多后端联测）检测只能检测出一个入口，但实际可能不止一个入口。
4、直连机场的特征为入口数量等于落地数量
本贴举例子机场名称:
入口落地均复用：春秋加速器
入口复用，无落地复用：coffeecloud，蛋挞云
多入口单落地复用：kfccloud
无入口复用，无落地复用：暂无例子（可以投稿）
如果上述机场主认为判断失误，请联系我更正。
👍12❤2🥰1
📝Full bug的日常
欧洲地区的youtube检测失效，会显示为"重定向"，稍后修复
youtube.py
4.5 KB
失效原因: 脚本内置的cookie失效，更换一下cookie即可解决。
🥰3