用FetchRSS制作国外主机测评zhujiceping的RSS

点击标签看相关主题:

以前用Feed43制作国外主机测评zhujiceping的RSS

可惜后来没了. 可能是因为RSS现在已经是一个小众圈子, 而服务器的代价又不小.

现在又有了一个 FetchRSS 的服务, 功能和原来的Feed43类似, 操作页面还友好了一些.

http://fetchrss.com/rss/6614a5c5737dae52134807346614a59f0175012da513ef53.xml


========

实践

访问 https://fetchrss.com/

输入你要生成RSS的网站, 以 www.zhujiceping.com 为例

点击右边的按钮 Get RSS


第一项是让你选抓取哪个页面元素.

移动鼠标, 直到那个框 框住了一整个单元.


接下来是选择 标题, 摘要, 缩略图, 日期, 作者, 链接. 

不想选的可以空着.


点右边的按钮 "Generate Feed" 生成 Feed.


最后注册一个账户, 选择免费计划. 你得到了一个抓取这个网站内容的RSS Feed.

http://fetchrss.com/rss/6614a5c5737dae52134807346614a59f0175012da513ef53.xml


========

后记

有一个叫RSSHub的项目, 每个月服务器需要一千多刀的费用. 这种越是不占用你的视线和注意力的服务, 越是找不到商业化的方法cover服务器的费用.

希望大家力所能及地帮助这些 可爱的项目 吧.



评论

  1. 炒土豆丝四月 16, 2024

    这个RSS源七天不活跃就会被删除，要是有自托管的这种工具就好了。

    回复删除
    回复
    1. ǝɔɐǝԀʎzɐɹƆ四月 16, 2024

      它的意思是7天不访问这个RSS链接吧? 本意是为了防止有人注册了, 结果长期不用.
      你把RSS链接添加到RSS阅读器里面, 那不是天天在访问?

      删除
    2. ǝɔɐǝԀʎzɐɹƆ四月 16, 2024

      自托管的工具, RSSHUB啊.

      删除

发表评论

The Hot3 in Last 30 Days

用浏览器 检测Reality伪装效果 是否搭建成功 排错Troubleshoot

图片
Reality的原理: 当 Reality 节点收到数据包的时候, 如果 Reality 协议的验证通过, 就走节点的翻墙逻辑; 如果 Reality 协议的验证不通过, 就把数据包转发到伪装站. 后续的整个交互过程就像是在和伪装站交互一样. 我们可以简单地用浏览器验证 Reality 伪装效果. 也相当于检测 从你自己到 Reality 节点之间的数据通路是否畅通. 以这样的一个 Reality 节点为例. IP  142.171.237.9 端口  18255 伪装站 learn.microsoft.com 在电脑的hosts文件中, 设置 learn.microsoft.com 解析的IP 为  142.171.237.9   然后在浏览器中, 访问 https://learn.microsoft.com: 18255 可以看到, TLS的锁是正常的. 验证证书, 也是正常的. 从你自己到Reality节点的数据路径是畅通的之后, 如果你的节点还不能用, 那么, 就应该检查你的Reality节点验证信息了 (UUID, 公钥) ======== update 如果是用了中转后的 Reality 节点 原 Reality 节点 IP  142.171.237.9 端口  18255 伪装站 learn.microsoft.com 中转 VPS  IP 142.171.223.56 端口 28828 那么, 在电脑的hosts文件中, 设置 learn.microsoft.com 解析的IP 为  142.171.223.56 然后在浏览器中, 访问 https://learn.microsoft.com: 28828 可以看到, TLS的锁是正常的. 验证证书, 也是正常的.
Read more »

233 sing-box 脚本 TCP 端口转发 Reality 协议 排错 Troubleshoot

图片
233 boy 的 TCP 端口转发的教程 https://233boy.com/sing-box/sing-box-direct/ 下图中示意, 左边的 142.171.237.9 是被墙的VPS, 右边的 142.171.223.56 是用来做端口中转的VPS. 如果你照着教程操作一遍, 发现不能正常使用. 那么本文指导你如何排查问题所在. ======== 首先, 你要理解整个原理是什么. 左边的, 本来的reality协议节点, 底层是TCP直连, 那么是从你的 翻墙客户端(手机/电脑/...) 去连接  142.171.237.9  的 18255 端口. 现在被墙了, 那么无法直接TCP连接了. 右边的, 用于中转的VPS, 设置的 TCP端口中转 的本质是,  142.171.223.56  从端口 28828 收到的TCP数据, 会转发给  142.171.237.9  的 18255 端口.  所以, 你现在可以把本来准备发送给  142.171.237.9  的  18255  端口 的realiy数据包, 发送给  142.171.223.56  的  28828  端口; 142.171.223.56  从端口  28828  收到的TCP数据, 转发给  142.171.237.9  的  18255  端口. ======== 我们延着数据路径一段一段的排查. 1. 从我们的翻墙客户端(手机/电脑/...)连接中转VPS  142.171.223.56  的  28828  端口; a) 可以用 tcp.ping.pe 检测 142.171.223.56  的  28828  端口是否正常; b) 在你自己的电脑  tcping 检测 142.171.223.56  的  28828  端口是否可连接. 2. 在中转VPS上查 sing-box 的 access.log cat /var/log/sing...
Read more »