PCRS #249 issues Backup

anjue39 commented 3天前 •

edited

出现问题的订阅链接

https://github.com/yu-steven/openit/blob/main/.github/workflows/Nodes.yaml

你使用的是哪个应用程序？

No response

复现方式

fork后workflow，按照nodes提示，生产失败

openit/.github/workflows/Nodes.yaml

Line 47 in bfd59b1

- name: clashcheck #如果您想要fork本仓库并运行此workflow，请用#号注释掉这一行和下一行并删除上方四行开头的#并按照yaml文件格式对其行头

The text was updated successfully, but these errors were encountered:

All reactions

Write Preview

Add heading text Add bold text, <Cmd+b> Add italic text, <Cmd+i>

Add a quote, <Cmd+Shift+.> Add code, <Cmd+e> Add a link, <Cmd+k>

Add a bulleted list, <Cmd+Shift+8> Add a numbered list, <Cmd+Shift+7> Add a task list, <Cmd+Shift+l>

Directly mention a user or team Reference an issue or pull request

Select a reply ctrl .

Add saved reply

The content you are editing has changed. Please copy your edits and refresh the page.

### 出现问题的订阅链接 https://github.com/yu-steven/openit/blob/main/.github/workflows/Nodes.yaml ### 你使用的是哪个应用程序？ _No response_ ### 复现方式 fork后workflow，按照nodes提示，生产失败 https://github.com/yu-steven/openit/blob/bfd59b184243f04ce16bb584d24fe57820a56aa7/.github/workflows/Nodes.yaml#L47 Attach files by dragging & dropping, selecting or pasting them. Uploading your files… We don’t support that file type. Try again with a GIF, JPEG, JPG, MOV, MP4, PNG, SVG, WEBM, CSV, DOCX, FODG, FODP, FODS, FODT, GZ, LOG, MD, ODF, ODG, ODP, ODS, ODT, PDF, PPTX, TGZ, TXT, XLS, XLSX or ZIP. Attaching documents requires write permission to this repository. Try again with a GIF, JPEG, JPG, MOV, MP4, PNG, SVG, WEBM, CSV, DOCX, FODG, FODP, FODS, FODT, GZ, LOG, MD, ODF, ODG, ODP, ODS, ODT, PDF, PPTX, TGZ, TXT, XLS, XLSX or ZIP. We don’t support that file type. Try again with a GIF, JPEG, JPG, MOV, MP4, PNG, SVG, WEBM, CSV, DOCX, FODG, FODP, FODS, FODT, GZ, LOG, MD, ODF, ODG, ODP, ODS, ODT, PDF, PPTX, TGZ, TXT, XLS, XLSX or ZIP. This file is empty. Try again with a file that’s not empty. This file is hidden. Try again with another file. Something went really wrong, and we can’t process that file. Try again. Styling with Markdown is supported

Nothing to preview

Update comment Cancel

anjue39 added the bug Something isn’t working label 3天前

anjue39 closed this as completed 3天前

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 3天前

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

暂时没问题了

All reactions

Sorry, something went wrong.

anjue39 reopened this 3天前

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 3天前

暂时没问题了

这才对嘛

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 3天前

有问题继续问，没问题你来close

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 3天前

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

奇怪，我这边生成的跟你的不一样，且没有ss/ssr节点发自我的iPhone

…

-—————– 原始邮件 —————— 发件人: Steven Yu ***@***.***> 发送时间: 2022年10月9日 20:06 收件人: yu-steven/openit ***@***.***> 抄送: anjue39 ***@***.***>, State change ***@***.***> 主题: Re: [yu-steven/openit] B: fork后workflow，按照nodes提示，生产失败 (Issue #249) 暂时没问题了这才对嘛 — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you modified the open/close state.Message ID: ***@***.***>

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 3天前 •

edited

首先你需要了解这个系统的运作机制
然后 clashcheck 部分你需要运行在国内服务器上才能准确筛选

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 3天前

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

首先你需要了解这个系统的运作机制然后 clashcheck 部分你需要运行在国内服务器上才能准确筛选

1.如何才能使其放在国内服务器上？你不也是在github上运行的吗？
2.主要是有几个文件用完就删了或者换名了，比如input.yaml，check.yaml，url1和ur2的合并，有时有点乱
3.还有一点模糊，有的测速是按照google上的，有的测速是按照y2b测速脚本的，也不知道最终的速度是按照哪个参照物测出来的
4.还有一点比较乱，代码中多处出现timeout，有的是240，有的是10，有的是5，也不知道最终是按照多少筛出来的
4.下面这个设置是不是这样就是你说的在国内服务器上？

openit/utils/rm/config.js

Line 3 in 8342ecb

dnsServers:[‘223.5.5.5’,’114.114.114.114’]

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 3天前

首先你需要了解这个系统的运作机制然后 clashcheck 部分你需要运行在国内服务器上才能准确筛选

1.如何才能使其放在国内服务器上？你不也是在github上运行的吗？ 2.主要是有几个文件用完就删了或者换名了，比如input.yaml，check.yaml，url1和ur2的合并，有时有点乱 3.还有一点模糊，有的测速是按照google上的，有的测速是按照y2b测速脚本的，也不知道最终的速度是按照哪个参照物测出来的 4.还有一点比较乱，代码中多处出现timeout，有的是240，有的是10，有的是5，也不知道最终是按照多少筛出来的 4.下面这个设置是不是这样就是你说的在国内服务器上？

openit/utils/rm/config.js

Line 3 in 8342ecb

dnsServers:[‘223.5.5.5’,’114.114.114.114’]

不是

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 3天前

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

首先你需要了解这个系统的运作机制然后 clashcheck 部分你需要运行在国内服务器上才能准确筛选

1.如何才能使其放在国内服务器上？你不也是在github上运行的吗？ 2.主要是有几个文件用完就删了或者换名了，比如input.yaml，check.yaml，url1和ur2的合并，有时有点乱 3.还有一点模糊，有的测速是按照google上的，有的测速是按照y2b测速脚本的，也不知道最终的速度是按照哪个参照物测出来的 4.还有一点比较乱，代码中多处出现timeout，有的是240，有的是10，有的是5，也不知道最终是按照多少筛出来的 4.下面这个设置是不是这样就是你说的在国内服务器上？

openit/utils/rm/config.js

Line 3 in 8342ecb

dnsServers:[‘223.5.5.5’,’114.114.114.114’]

不是

我看你的nodes.yaml的脚本代码确实在github服务器上自运行的呀，没看到里面有援引来自别的服务器

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 3天前

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

你的sub部分晃了我一下，其实与本案无关，就放了一个url2

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 3天前 •

edited

回答一下你

在国内服务器部署nginx python 开机启动，nginx作为文件服务器以及python main.py，GitHub端wget一下国内服务器nginx筛选后的文件 clashcheck的配置文件在同目录的 config.yaml
用完即删，保持良好习惯，你也不想你吃完饭不收拾桌子和嘴，满桌子残羹剩饭和嘴边的大米粒放在那里吧
测速所依据的链接同样在在utils/clashcheck/config.yaml的最后一行
timeout对准的是搜集系统的原链接的搜索时间，因为如果不加以限制容易导致不可控的请求时长（这是发生过的问题）
你原文上面的第二个4. 下面列出的代码是重命名系统的DNS
你刚修改出来的问题: 在GitHub workflow Nodes.yaml 中下面这部分中的wget后的secret变量就是我所用的国内服务器nginx部署的文件服务，由http超文本传输协议下载到GitHub，为了安全作为秘密变量存放在仓库，同样为了安全我用 -q 静默下载防止泄露链接

openit/.github/workflows/Nodes.yaml

Line 48 in 8342ecb

run: cd ./utils/clashcheck/ && wget $ -O check.yaml -q

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 3天前

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

我最想知道的是check的参数难道仅仅是utils/clashcheck/config.yaml这个文件控制？比如我想生产筛选出质量优的，难道仅仅是调timeout延迟时间？调哪个文件的timeout才管用，好多文件有timeout，我分不清了

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 3天前

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

近两天确实注意到了这个secrets的加入，只是不知道它在哪声明的

回答一下你

在国内服务器部署nginx python 开机启动，nginx作为文件服务器以及python main.py，GitHub端wget一下国内服务器nginx筛选后的文件 clashcheck的配置文件在同目录的 config.yaml

用完即删，保持良好习惯，你也不想你吃完饭不收拾桌子和嘴，满桌子残羹剩饭和嘴边的大米粒放在那里吧

测速所依据的链接同样在在utils/clashcheck/config.yaml的最后一行

timeout对准的是搜集系统的原链接的搜索时间，因为如果不加以限制容易导致不可控的请求时长（这是发生过的问题）

你原文上面的第二个4. 下面列出的代码是重命名系统的DNS

你刚修改出来的问题: 在GitHub workflow Nodes.yaml 中下面这部分中的wget后的secret变量就是我所用的国内服务器nginx部署的文件服务，由http超文本传输协议下载到GitHub，为了安全作为秘密变量存放在仓库，同样为了安全我用 -q 静默下载防止泄露链接

openit/.github/workflows/Nodes.yaml

Line 48 in 8342ecb

run: cd ./utils/clashcheck/ && wget $ -O check.yaml -q

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 3天前

近两天确实注意到了这个secrets的加入，只是不知道它在哪声明的

在仓库的 Settings > Secrets > Actions > New repository secret 按钮添加，不区分大小写
我这里的是 CHECK_FILE

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 3天前

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

听你的意思是，fork你的，在github服务器上运行nodes.yaml没必要了现在，只要不是确保在国内本地的服务器，没什么意义。真正核心的clashcheck关键部分跟giuhub上的代码是一样的吗？

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 3天前

听你的意思是，fork你的，在github服务器上运行nodes.yaml没必要了现在，只要不是确保在国内本地的服务器，没什么意义。真正核心的clashcheck关键部分跟giuhub上的代码是一样的吗？

一样，如果你有节点池样本并且是clash格式你就可以用python运行 clashcheck 达到筛选的目的

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 3天前 •

edited

作为openit的每一部分
所有代码对我的意义是: 做成完全自动化的openit

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 3天前

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

近两天确实注意到了这个secrets的加入，只是不知道它在哪声明的

在仓库的 Settings > Secrets > Actions > New repository secret 按钮添加，不区分大小写我这里的是 CHECK_FILE

长见识了

作为我的每一部分所有代码对我的意义是: 做成完全自动化的openit

这也是我追求的，所以这几天一直扒拉分析你的代码，尽管也是由三部分别人的模块拼装组成的，虽然一开始看有点乱，有的文件被move，delete啥的，对了，有些过程删它干嘛？直接覆盖不可以？

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 3天前

近两天确实注意到了这个secrets的加入，只是不知道它在哪声明的

在仓库的 Settings > Secrets > Actions > New repository secret 按钮添加，不区分大小写我这里的是 CHECK_FILE

长见识了

作为我的每一部分所有代码对我的意义是: 做成完全自动化的openit

这也是我追求的，所以这几天一直扒拉分析你的代码，尽管也是由三部分别人的模块拼装组成的，虽然一开始看有点乱，有的文件被move，delete啥的，对了，有些过程删它干嘛？直接覆盖不可以？

懂了我就很有成就感🥰🥰🥰

我这人有强迫症，有些是垃圾文件必须删，而那些move是为了保证逻辑上的条理清晰，有些的delete是为了减小仓库大小

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 3天前

因为我健忘，所以直接覆盖不可以，对于以后的维护造成很大的困扰

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 3天前

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

不自动运行，池子可能5000-9000多个节点，去除无效服务器，去重，再看延迟、测速，可能就100来个能用，确实人工不好处理，整个过程是流水线，直到最后生成订阅才能交付对接给梯子。如果能像不良林那样再加入下载测速，参照物是本地，比如测速的是谷歌，那么最终的节点就是真的可以用的，且更准确的

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 3天前

不自动运行，池子可能5000-9000多个节点，去除无效服务器，去重，再看延迟、测速，可能就100来个能用，确实人工不好处理，整个过程是流水线，直到最后生成订阅才能交付对接给梯子。如果能像不良林那样再加入下载测速，参照物是本地，比如测速的是谷歌，那么最终的节点就是真的可以用的，且更准确的

正确的，不良林的我用过，他用三台服务器，一台直播推流，一台国外搜集节点，一台国内测试，建立SQL数据库反复持续分析节点，这样是最好的方式

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 3天前

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

因为我健忘，所以直接覆盖不可以，对于以后的维护造成很大的困扰

我正在写个思维导图梳理，虽然nodes里已经很清晰，但是还是不直观，估计你心里最清楚这个运行逻辑。前几天我还梳理出了ulr1，url2，url哪个文件生产出来的，今天看又忘了，得用笔记下来

大概池子你是由两部分组成，baseurl+config.yaml
https://github.com/anjue39/openit/blob/302482c8c952a57b7869556a4846b3131cd96794/utils/pool/main.py#L14
https://github.com/anjue39/openit/blob/302482c8c952a57b7869556a4846b3131cd96794/utils/pool/main.py#L39

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 3天前

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

不自动运行，池子可能5000-9000多个节点，去除无效服务器，去重，再看延迟、测速，可能就100来个能用，确实人工不好处理，整个过程是流水线，直到最后生成订阅才能交付对接给梯子。如果能像不良林那样再加入下载测速，参照物是本地，比如测速的是谷歌，那么最终的节点就是真的可以用的，且更准确的

正确的，不良林的我用过，他用三台服务器，一台直播推流，一台国外搜集节点，一台国内测试，建立SQL数据库反复持续分析节点，这样是最好的方式

但感觉又不准，因为测速是按什么参照物发起测速谁的，最好的还是以本地为参照物发起到谷歌或者y2b

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 前天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

不自动运行，池子可能5000-9000多个节点，去除无效服务器，去重，再看延迟、测速，可能就100来个能用，确实人工不好处理，整个过程是流水线，直到最后生成订阅才能交付对接给梯子。如果能像不良林那样再加入下载测速，参照物是本地，比如测速的是谷歌，那么最终的节点就是真的可以用的，且更准确的

正确的，不良林的我用过，他用三台服务器，一台直播推流，一台国外搜集节点，一台国内测试，建立SQL数据库反复持续分析节点，这样是最好的方式

github里不是有个speed测速源代码嘛，你不准备clashcheck里引入这个确认一下节点优劣？

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 前天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

我最主要请教两个问题：
1.我用openit采集到的池子的节点，它是在./utils/pool/output.yaml里，对吧，且是clash格式，我把它用不良林的软件，关掉梯子，本地测速，测延迟再测下载速度，这样出来的是不是相对准确？可行吗？
2.通过以上步骤不良林测出来的节点比如是100个，其实是筛选好的，好比你的clashcheck后的，对吧，我把这100个放入到chcek之后，rm之前，放在什么文件？input.yaml?，然后就能走后面的加入rule，排序，生成订阅，这样可以吗，请明示我该放到哪个节点，放到什么文件，怎么实现比较科学？
3.我1、2同样的逻辑，是不是你在本地服务器上也可以这样精准实施，然后反馈到github上我说的2中某个环节呈现，这样是不是结果更优

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 前天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

下面url2中这些ss/ssr节点，总感觉它不变化，是你活生生放进去放在前面的，而且实际上就几个节点，多半是裂变重复的

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 前天 •

edited

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

我还是希望明确下面几个文件，望回复
1.url1里放的是什么？它不是生产出来的把？
2.url2里放的是什么？它也不是生产出来的把？
这两个文件的作用分别是？？？
3.现在openit的测速更多指的测的是延迟？
如果我想筛选出来的节点更优，判断依据是看延迟？看timeout？调什么文件哪个参数？有一点模糊不确认

All reactions

Sorry, something went wrong.

52 hidden items Load more…

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 前天 •

edited

还要追问一个问题： sort排序url，是按什么规则排序的，按协议？按区域？按名称？因为里面url里其实有个url2的并入，我在想，这里面可以直接放过去几天用过的订阅里实测比较好用的节点，放入url2，能不能再参与url并入时，也能像vless那样的一样，被安排插到最前面或者最后面，这样日后不端整理，会越来越沉淀出好的节点，基于我这个想法，试问，有没有好的实现方式，而不是像这样并进去后全部打乱没有优劣的排序

换句话说：我如何让url2强插的这部分，在url里规规矩矩安放在最前面或者最后面，下次整理后，我又放入url2，又参与出库你懂我的意思不，我觉得这种意识是科学的

非常对，但是url2导入的过程中不仅经过sort的排序还经过Nodes.yaml的rm的排序所以保留起来不是很容易

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 前天 •

edited

但是你可以将好用的节点保留到url2里，然后节点必定进入url然后再筛选筛选好的清除url2并把新的放到url2，这或许也是一种沉淀

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 前天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

我更多指你的系统出来的订阅节点。你说的原来的东西在你的系统可以是url里那种吗。可能你没明白我的最终意思，我看中了系统中的rule规则和rm处理，最终想类似在check.yaml环节，介入后面的流程，最终出来成品的订阅，唯一就是不需要check前面的采集和筛选。比如上个订阅1，我实测cn1 cn3 au1 hk2 us7这5个节点真不错，别的节点我也来不及测试，不管了。现在我更新的是订阅2，我想把订阅1里这5个挑出来的节点放进订阅2或者单独拉出来生成一个订阅，还是按系统内置规则处理生成。这种情况发自我的iPhone

…

-—————– 原始邮件 —————— 发件人: Steven Yu ***@***.***> 发送时间: 2022年10月10日 15:58 收件人: yu-steven/openit ***@***.***> 抄送: anjue39 ***@***.***>, State change ***@***.***> 主题: Re: [yu-steven/openit] B: fork后workflow，按照nodes提示，生产失败 (Issue #249) 像类似小火箭或者路由器梯子插件里，已经用过且用的好的节点，查看配置文件如上图格式，这样的格式扔进来，能识别吗？有没有好的方法提取出里面的节点，沉淀汇集，做稳定的备用入库换句话说：题外话，如何备份梯子插件里的经实测用的好的节点为通用格式我觉得以我的方式是根据原文件手撸一个配置文件出来，而我觉得你应该找到原文件导入时的那些东西，一般就是clash配置文件或者url — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you modified the open/close state.Message ID: ***@***.***>

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 昨天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

parse.by你能把vless追加到url末尾，理论上也可以，或者可以把url2命名时做个记号，至少复制url出来放到exel根据记号排序或者直接用代码根据记号归类都是方便的发自我的iPhone

…

-—————– 原始邮件 —————— 发件人: Steven Yu ***@***.***> 发送时间: 2022年10月10日 16:02 收件人: yu-steven/openit ***@***.***> 抄送: anjue39 ***@***.***>, State change ***@***.***> 主题: Re: [yu-steven/openit] B: fork后workflow，按照nodes提示，生产失败 (Issue #249) 还要追问一个问题： sort排序url，是按什么规则排序的，按协议？按区域？按名称？因为里面url里其实有个url2的并入，我在想，这里面可以直接放过去几天用过的订阅里实测比较好用的节点，放入url2，能不能再参与url并入时，也能像vless那样的一样，被安排插到最前面或者最后面，这样日后不端整理，会越来越沉淀出好的节点，基于我这个想法，试问，有没有好的实现方式，而不是像这样并进去后全部打乱没有优劣的排序换句话说：我如何让url2强插的这部分，在url里规规矩矩安放在最前面或者最后面，下次整理后，我又放入url2，又参与出库你懂我的意思不，我觉得这种意识是科学的非常对，但是url2导入的过程中不仅经过sort的排序还经过rm的排序所以保留起来不是很容易 — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you modified the open/close state.Message ID: ***@***.***>

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 昨天

我更多指你的系统出来的订阅节点。你说的原来的东西在你的系统可以是url里那种吗。可能你没明白我的最终意思，我看中了系统中的rule规则和rm处理，最终想类似在check.yaml环节，介入后面的流程，最终出来成品的订阅，唯一就是不需要check前面的采集和筛选。比如上个订阅1，我实测cn1 cn3 au1 hk2 us7这5个节点真不错，别的节点我也来不及测试，不管了。现在我更新的是订阅2，我想把订阅1里这5个挑出来的节点放进订阅2或者单独拉出来生成一个订阅，还是按系统内置规则处理生成。这种情况发自我的iPhone
…

那就去掉呗，都是模块化的

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 昨天

parse.by你能把vless追加到url末尾，理论上也可以，或者可以把url2命名时做个记号，至少复制url出来放到exel根据记号排序或者直接用代码根据记号归类都是方便的发自我的iPhone
…

vless支持的少，节点也少，

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 昨天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

是的。得有这种意识。最近前几期你可是在url2放入了一些硬货，尤其ssrprider标记的，我发现了我其实反而建议你也像pub里存放一个个文件夹那样保留url格式的，再来一个合并程序，类似有个源就是合并的节点，这总比扒拉采集半天省事且高效，毕竟是筛选出来的，因为一时用不过来那么多节点，这至少比pool.yaml的节点丰富一点。那个更多只有上一次的。而且删除1-196行并不一定删除的是久远的老节点，除非你按时间排的序。发自我的iPhone

…

-—————– 原始邮件 —————— 发件人: Steven Yu ***@***.***> 发送时间: 2022年10月10日 16:06 收件人: yu-steven/openit ***@***.***> 抄送: anjue39 ***@***.***>, State change ***@***.***> 主题: Re: [yu-steven/openit] B: fork后workflow，按照nodes提示，生产失败 (Issue #249) 但是你可以将好用的节点保留到url2里，然后节点必定进入url然后再筛选筛选好的放到url2，这或许也是一种沉淀 — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you modified the open/close state.Message ID: ***@***.***>

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 昨天

是的。得有这种意识。最近前几期你可是在url2放入了一些硬货，尤其ssrprider标记的，我发现了我其实反而建议你也像pub里存放一个个文件夹那样保留url格式的，再来一个合并程序，类似有个源就是合并的节点，这总比扒拉采集半天省事且高效，毕竟是筛选出来的，因为一时用不过来那么多节点，这至少比pool.yaml的节点丰富一点。那个更多只有上一次的。而且删除1-196行并不一定删除的是久远的老节点，除非你按时间排的序。发自我的iPhone
…

我再说一遍，删除1-196行指的是Clash配置文件的第一到第一百九十六行，这些行在根目录的Clash.yaml也能看到，我删除的这些内容是完全没用的

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 昨天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

TopFreeProxies仓库有speedtest 模块，你可以看看，跟你这测连通延迟一样吗发自我的iPhone

…

-—————– 原始邮件 —————— 发件人: Steven Yu ***@***.***> 发送时间: 2022年10月10日 21:23 收件人: yu-steven/openit ***@***.***> 抄送: anjue39 ***@***.***>, State change ***@***.***> 主题: Re: [yu-steven/openit] B: fork后workflow，按照nodes提示，生产失败 (Issue #249) parse.by你能把vless追加到url末尾，理论上也可以，或者可以把url2命名时做个记号，至少复制url出来放到exel根据记号排序或者直接用代码根据记号归类都是方便的发自我的iPhone … vless支持的少，节点也少， — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you modified the open/close state.Message ID: ***@***.***>

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 昨天

😇

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 昨天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

嗯，我一直没看清是配置文件的，我总以为是pool.yaml里的前196行😅 发自我的iPhone

…

-—————– 原始邮件 —————— 发件人: Steven Yu ***@***.***> 发送时间: 2022年10月10日 21:30 收件人: yu-steven/openit ***@***.***> 抄送: anjue39 ***@***.***>, State change ***@***.***> 主题: Re: [yu-steven/openit] B: fork后workflow，按照nodes提示，生产失败 (Issue #249) 是的。得有这种意识。最近前几期你可是在url2放入了一些硬货，尤其ssrprider标记的，我发现了我其实反而建议你也像pub里存放一个个文件夹那样保留url格式的，再来一个合并程序，类似有个源就是合并的节点，这总比扒拉采集半天省事且高效，毕竟是筛选出来的，因为一时用不过来那么多节点，这至少比pool.yaml的节点丰富一点。那个更多只有上一次的。而且删除1-196行并不一定删除的是久远的老节点，除非你按时间排的序。发自我的iPhone … 我再说一遍，删除1-196行指的是Clash配置文件的第一到第一百九十六行，这些行在根目录的Clash.yaml也能看到，我删除的这些内容是完全没用的 — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you modified the open/close state.Message ID: ***@***.***>

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 昨天

TopFreeProxies仓库有speedtest 模块，你可以看看，跟你这测连通延迟一样吗发自我的iPhone
…

TopFreeProxies用到的是LiteSpeedtest也可以，但是会出现假联通节点，我这是模拟真正的上网程序去挂起每个节点访问指定被墙网站，如果可以，我也没空

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 昨天

嗯，我一直没看清是配置文件的，我总以为是pool.yaml里的前196行😅 发自我的iPhone
…

我的意思是，pool.yaml的196行和根目录Clash.yaml的前196行是一模一样的，同一个模版的，删除掉的

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 昨天 •

edited

而不是删除某个文件的前196行

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 昨天 •

edited

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

TopFreeProxies仓库有speedtest 模块，你可以看看，跟你这测连通延迟一样吗发自我的iPhone
…

TopFreeProxies用到的是LiteSpeedtest也可以，但是会出现假联通节点，我这是模拟真正的上网程序去挂起每个节点访问指定被墙网站，如果可以，我也没空

也就是说你测的也是延迟，也就是timeout，卡的这个timeout是下面这个吗？超过3秒就认为不合格，是吗
https://github.com/anjue39/openit/blob/d730870c05db5ba884966b4541f5d13cf948d20a/utils/clashcheck/config.yaml#L7
实际使用中发现，关于节点显示的延迟时间，openclash的最准，像passwall，ssrp这类的，他们的延迟时间，跟本地的还是有出入的，不良林的跟我这出入更大，你前期采集的节点库，1000多个节点，放到不良林了，无效服务器得七八百个，去重几百个，最后剩下也就是100来个，再先测延迟，后测速，最后剩下的也就是10个左右，所有的这些差异都跟参照物有关，跟是哪从哪的测速有关

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 昨天

TopFreeProxies仓库有speedtest 模块，你可以看看，跟你这测连通延迟一样吗发自我的iPhone
…

TopFreeProxies用到的是LiteSpeedtest也可以，但是会出现假联通节点，我这是模拟真正的上网程序去挂起每个节点访问指定被墙网站，如果可以，我也没空

也就是说你测的也是延迟，也就是timeout，卡的这个timeout是下面这个吗？超过3秒就认为不合格，是吗 https://github.com/anjue39/openit/blob/d730870c05db5ba884966b4541f5d13cf948d20a/utils/clashcheck/config.yaml#L7 实际使用中发现，关于节点显示的延迟时间，openclash的最准，像passwall，ssrp这类的，他们的延迟时间，跟本地的还是有出入的，不良林的跟我这出入更大，你前期采集的节点库，1000多个节点，放到不良林了，无效服务器得七八百个，去重几百个，最后剩下也就是100来个，再先测延迟，后测速，最后剩下的也就是10个左右，所有的这些差异都跟参照物有关，跟是哪从哪的测速有关

代码确实很重要
clashcheck是开启clash测的延迟，应该准

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 昨天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

TopFreeProxies仓库有speedtest 模块，你可以看看，跟你这测连通延迟一样吗发自我的iPhone
…

TopFreeProxies用到的是LiteSpeedtest也可以，但是会出现假联通节点，我这是模拟真正的上网程序去挂起每个节点访问指定被墙网站，如果可以，我也没空

也就是说你测的也是延迟，也就是timeout，卡的这个timeout是下面这个吗？超过3秒就认为不合格，是吗 https://github.com/anjue39/openit/blob/d730870c05db5ba884966b4541f5d13cf948d20a/utils/clashcheck/config.yaml#L7 实际使用中发现，关于节点显示的延迟时间，openclash的最准，像passwall，ssrp这类的，他们的延迟时间，跟本地的还是有出入的，不良林的跟我这出入更大，你前期采集的节点库，1000多个节点，放到不良林了，无效服务器得七八百个，去重几百个，最后剩下也就是100来个，再先测延迟，后测速，最后剩下的也就是10个左右，所有的这些差异都跟参照物有关，跟是哪从哪的测速有关

代码确实很重要 clashcheck是开启clash测的延迟，应该准

名称中如果也带有测速的参考值，像不良林那样的，可能会更直观些，当然名字也冗长了

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 昨天

TopFreeProxies仓库有speedtest 模块，你可以看看，跟你这测连通延迟一样吗发自我的iPhone
…

TopFreeProxies用到的是LiteSpeedtest也可以，但是会出现假联通节点，我这是模拟真正的上网程序去挂起每个节点访问指定被墙网站，如果可以，我也没空

也就是说你测的也是延迟，也就是timeout，卡的这个timeout是下面这个吗？超过3秒就认为不合格，是吗 https://github.com/anjue39/openit/blob/d730870c05db5ba884966b4541f5d13cf948d20a/utils/clashcheck/config.yaml#L7 实际使用中发现，关于节点显示的延迟时间，openclash的最准，像passwall，ssrp这类的，他们的延迟时间，跟本地的还是有出入的，不良林的跟我这出入更大，你前期采集的节点库，1000多个节点，放到不良林了，无效服务器得七八百个，去重几百个，最后剩下也就是100来个，再先测延迟，后测速，最后剩下的也就是10个左右，所有的这些差异都跟参照物有关，跟是哪从哪的测速有关

代码确实很重要 clashcheck是开启clash测的延迟，应该准

名称中如果也带有测速的参考值，像不良林那样的，可能会更直观些，当然名字也冗长了

测度可以的，主要问题是测速需要更长的时间

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 昨天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

是的，毕竟只是timeout连通延迟测试，但是代码中我发现了timeout多处不同，是否冲突？到底采集和筛选卡的timeout是多少，以哪个为准？汇总如下

openit/utils/pool/main.py

Line 15 in d45283b

working = yaml.safe_load(requests.get(url=baseurl + current_date + ‘/’ + filename, timeout=240).text)

openit/utils/clashcheck/check.py

Line 7 in d45283b

r = requests.get(url=apiurl + ‘/proxies/’ + str(proxy[‘name’]) + ‘/delay?url=’+testurl+’&timeout=’ + str(timeout), timeout=10)

openit/utils/freev2/freev2.py

Line 42 in d45283b

req=requests.post(self.reg_url,headers=headers,data=data,timeout=5,proxies=proxy)

openit/utils/freev2/freev2.py

Line 57 in d45283b

req=requests.get(url,timeout=5)

openit/utils/pool/main.py

Line 15 in d45283b

working = yaml.safe_load(requests.get(url=baseurl + current_date + ‘/’ + filename, timeout=240).text)

openit/utils/pool/main.py

Line 24 in d45283b

working = yaml.safe_load(requests.get(url=link, timeout=240, headers=headers).text)

openit/utils/clashcheck/config.yaml

Line 7 in d45283b

timeout: 3000 #测试的超时界限, timeout in miliseconds

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 昨天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

是的，毕竟只是timeout连通延迟测试，但是代码中我发现了timeout多处不同，是否冲突？到底采集和筛选卡的timeout是多少，以哪个为准？汇总如下

openit/utils/pool/main.py

Line 15 in d45283b

working = yaml.safe_load(requests.get(url=baseurl + current_date + ‘/’ + filename, timeout=240).text)

openit/utils/clashcheck/check.py

Line 7 in d45283b

r = requests.get(url=apiurl + ‘/proxies/’ + str(proxy[‘name’]) + ‘/delay?url=’+testurl+’&timeout=’ + str(timeout), timeout=10)

openit/utils/freev2/freev2.py

Line 42 in d45283b

req=requests.post(self.reg_url,headers=headers,data=data,timeout=5,proxies=proxy)

openit/utils/freev2/freev2.py

Line 57 in d45283b

req=requests.get(url,timeout=5)

openit/utils/pool/main.py

Line 15 in d45283b

working = yaml.safe_load(requests.get(url=baseurl + current_date + ‘/’ + filename, timeout=240).text)

openit/utils/pool/main.py

Line 24 in d45283b

working = yaml.safe_load(requests.get(url=link, timeout=240, headers=headers).text)

openit/utils/clashcheck/config.yaml

Line 7 in d45283b

timeout: 3000 #测试的超时界限, timeout in miliseconds

是不是以上可以简单分为两类，
一种是爬取采集超时限制，防止卡死，比如第一个timeout=240，这里应该是秒，也就是最多采集4分钟入库
还有一种是真正的测速延迟卡的指标，如check筛选用到的config里的timeout=3000，这里是毫秒，也就是超过连通延迟3秒的节点认为不合格

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 昨天 •

edited

对，但是240那个也是毫秒，是对应每一个链接的

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 昨天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

1.这一部分没有对./url进行同步
2.发现一个问题，用https://fast.jsdelivr.net做加速时，不同步，以上几种格式我今天凌晨测试都不同步，相差1-2个订阅节点的间隔时间。对url进行诸如https://fastly.jsdelivr.net/gh/yu-steven/openit@main/url 这样的订阅时，url不同步

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 昨天

url文件本身不参与订阅系统，只是让我可以直观的看到所有节点

…

-——— 轉寄的郵件 ——— 寄件者： anjue39 ***@***.***> 日期：2022年10月11日週二，08:23 主旨：Re: [yu-steven/openit] B: fork后workflow，按照nodes提示，生产失败 (Issue #249) 收件者：yu-steven/openit ***@***.***> 副本：Steven Yu ***@***.***>, Comment ***@***.***> [image: image] <https://user-images.githubusercontent.com/98279987/194971241-cd80fb7f-72fd-468d-9aa0-a16fd162a39c.png> 1.这一部分没有对./url进行同步 2.发现一个问题，用 ***@***.***/url 这样的订阅时，url不同步 — Reply to this email directly, view it on GitHub <#249 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ASWIDRQGCJSFMN6M66GWTN3WCSXO3ANCNFSM6AAAAAARASZLPE> . You are receiving this because you commented.Message ID: ***@***.***>

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 昨天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

其它格式不同步的问题遇到过吗？跟你服务器所在时区有时差？发自我的iPhone

…

-—————– 原始邮件 —————— 发件人: Steven Yu ***@***.***> 发送时间: 2022年10月11日 08:26 收件人: yu-steven/openit ***@***.***> 抄送: anjue39 ***@***.***>, State change ***@***.***> 主题: Re: [yu-steven/openit] B: fork后workflow，按照nodes提示，生产失败 (Issue #249) url文件本身不参与订阅系统，只是让我可以直观的看到所有节点

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 昨天

其它格式不同步的问题遇到过吗？跟你服务器所在时区有时差？发自我的iPhone
…

同步看jsdelivr心情

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 昨天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

这里面有个问题，关于直观。url默认是按协议格式排序的，每种格式里的顺序是乱的，最好按名字排序，cn 1 cn 2这样的顺序，不然，找节点还是困难，错乱的。每次找节点我都要借助网页内搜索节点名或者端口号，如CN 8，如569端口另freev2免费机场的采集，你是不是调用了你本地服务器？发自我的iPhone

…

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Author

anjue39 commented 昨天

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Choose a reason  Spam Abuse Off Topic Outdated Duplicate Resolved   Hide comment

嗯，同感发自我的iPhone

…

-—————– 原始邮件 —————— 发件人: Steven Yu ***@***.***> 发送时间: 2022年10月11日 08:38 收件人: yu-steven/openit ***@***.***> 抄送: anjue39 ***@***.***>, State change ***@***.***> 主题: Re: [yu-steven/openit] B: fork后workflow，按照nodes提示，生产失败 (Issue #249) 其它格式不同步的问题遇到过吗？跟你服务器所在时区有时差？发自我的iPhone … 同步看jsdelivr心情 — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you modified the open/close state.Message ID: ***@***.***>

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 昨天

这里面有个问题，关于直观。url默认是按协议格式排序的，每种格式里的顺序是乱的，最好按名字排序，cn 1 cn 2这样的顺序，不然，找节点还是困难，错乱的。每次找节点我都要借助网页内搜索节点名或者端口号，如CN 8，如569端口另freev2免费机场的采集，你是不是调用了你本地服务器？发自我的iPhone
…

没有，freev2是一个自动注册网站的小程序

All reactions

Sorry, something went wrong.

👍
👎
😄
🎉
😕
❤️
🚀
👀

Sorry, something went wrong.

Quote reply

Owner

yu-steven commented 23小时前

这里面有个问题，关于直观。url默认是按协议格式排序的，每种格式里的顺序是乱的，最好按名字排序，cn 1 cn 2这样的顺序，不然，找节点还是困难，错乱的。每次找节点我都要借助网页内搜索节点名或者端口号，如CN 8，如569端口另freev2免费机场的采集，你是不是调用了你本地服务器？发自我的iPhone
…