万物皆可订阅追更:RSS、RSSBud、RSSHub、Follow、加密解密

github:https://github.com/RSSNext/Follow

RSS: 是什么?为什么?怎么用?:https://yfi.moe/post/all-about-rss/

一文搞定RSS!从搭建、使用到自建订阅源:https://zhuanlan.zhihu.com/p/659275676

1、RSS

逆算法化

在如今信息化时代,大家接收到的信息都是经过 "大数据、算法" 进行点对点的信息推送,导致大家的信息来源越来越趋向于单一、被动接受、羊群效应,大家少了思考、多了短暂地愉悦。

例如:大家动不动刷抖音、快手、小红书或者微信视频号等短视频平台就会发现,短则半个小时,长则 4 - 5 个小时的时间都浪费在了这些 APP 上面,回头来看,看过了什么视频,学到了啥,基本上就属于短暂地愉悦,长时间来看和游戏上瘾是一种性质。国内的好多公司一个比一个没底线,都是利用人性,让人上瘾来赚钱。而对于个人认知与能力的提升微乎其微。对个人来说,个人定制化的信息输入才是对自己认知与能力的快速提升

其实 RSS 订阅为什么一直长久不衰,很大程度而言,是可以 Follow 自己感兴趣的领域以及作者的高质量的内容的输出,另外也可以屏蔽掉现在对大家苦不堪言的广告推送。

什么是 RSS

RSS(Really Simple Syndication 或 Rich Site Summary)是一种用于订阅和获取网站内容更新的技术。用户可以通过 RSS阅读器(如 Feedly 等)订阅网站的 RSS feed,从而及时获取该网站的新文章、新闻或其他更新,而无需频繁访问该网站。这个技术广泛应用于新闻网站、博客和其他内容发布平台。

简单的讲,一个 RSS 就是一个给 程序(相当于爬虫) 看的 摘要目录,通过这个摘要目录去检查网页有没有更新,这个更新可能是一个博客网站更新了新文章,也可能是论坛网站有了新帖子,甚至某些论坛还会给每个帖子一个 RSS 链接,可以查看这个帖子有没有新回复。通过追踪这一个 XML(或者 JSON)文件,就可以追踪一个网站是否有更新,而不必每次抓取整个网页。

RSS 作用:把全部想看的信息聚合到一个平台上。

为什么不请求完整的 HTML,而是请求摘要呢?首先,每个网站的 HTML 结构不同,不像 RSS 有几乎统一的规范,用 RSS 可以方便地统一解析不同站点的更新;其次,现在很多网页的 dom 都是由 js 动态生成的了,在非浏览器环境基本没法获得内容;另外用 RSS 还能给双方都省点流量。

常见的 RSS 阅读器都支持添加多个 RSS 源,所以通过 RSS 可以在同一个阅读器中,追踪并阅读你所关注的所有博客、新闻、以及任何可以制作出 RSS 源的东西!

RSS 还有两个常被提到的特点:解决信息过载和逃离算法构建的信息茧房。

RSS 只显示你订阅的源,在单位时间内向你展示的信息量是可以预估的,这样可以从“无限下滑”的信息过载中解脱出来;同时,你可以看到订阅源发布的所有消息,而不是只是算法推荐的一部分,可以说是逃离了一部分信息茧房。如果贪多,订阅了太多的源,每天都有 1000+ 的新条目,连浏览一遍标题都做不到,那么 RSS 肯定没有做到解决信息过载。而信息茧房的说法就更是见仁见智了。如果和微信公章号对比,公众号的“算法推荐”会导致我读不到某些我订阅的公众号文章,因此 RSS 在这方面是帮你做到了“打破信息茧房”;而另一方面,如果我订阅的都是符合自己口味的源,那么不就陷入了更深的信息茧房吗?

总的来说,RSS 本身只是一种供程序抓取的统一规范,完全可以找到适合自己的方法进行阅读。重要的是结果,而不是过程。订阅太多的源时,例如有太多人的阅读器里有 999+ 的未读了。如果很多源你连它的标题都不想看完,那么这个源最好删掉。设置太短的更新时间时,对于目标服务器的压力太大,所以现在很多小站的 RSS 被迫不提供全文输出,只提供摘要了。而且,RSS 本身就不是为了实时获取更新设计的——每次都要加载一整个 XML 文件,更新频率太高谁都受不了。比如,即使现在本站只提供摘要,但是每月访问最多、消耗的流量最大的依旧是 RSS 源页面。

获取 RSS 源 (RSSHub)

官网(需要跳墙):https://docs.rsshub.app
github:https://github.com/DIYgod/RSSHub
ALL-about-RSS:https://github.com/AboutRSS/ALL-about-RSS

目前 RSSHub 官网已经被墙,可以访问一些镜像网站,例如:https://rsshub.netlify.app/zh/usage

由于 RSSHub 支持自建,很多网友都建了一份,并且分享了出来,这些网站为 RSSHub 的镜像网站。如果你不想动手,则完全搭其他网友的 “便车”。目前知道的镜像有

https://rsshub.rssforever.com
https://i.scnu.edu.cn/sub
https://rsshub.anyant.xyz
https://rss.injahow.cn
https://rss.shab.fun
https://rss.injahow.cn

更多镜像可以参考 RSSHub 的官网,里面列出了很多,并且还标记了是否有效(up/down)

也可以用 bing 或 Google 搜索 "Welcome to RSSHub",这个是 RSSHub 首页的信息,能搜到说明这是一个 RSSHub 实例

订阅 异次元:https://app.follow.is/share/feeds/41719081557593132
站长的订阅:https://app.follow.is/share/users/iPlaySoft
异次元 RSS 地址:https://feed.iplaysoft.com
异次元的 订阅源:https://yfi.moe/feed.xml  可以看到是一个 xml (有的是json) 格式的文件。如果官方不提供就无法订阅。

RSSHub 是世界上最大的 RSS 网络,由5000多个全球实例组成。RSSHub 提供了来自各种来源的数百万内容,可以给不支持 RSS 的网站生成 RSS 源。它的口号 "Everything is RSSible (万物皆可RSS)" 。RSSHub 借助于开源社区的力量快速发展,目前已适配数百家网站的上千个路由,对主流网站都进行了 RSS 转化。通过访问 RSSHub 官网即可订阅 B 站、抖音、微博、推特等绝大多数热门的网络服务。官网定期更新了主流媒体的 rss 项目,同时还有一些意想不到的路由,比如 B 站的 up 主粉丝列表,可以追踪某 UP 主最近的新粉丝有哪些。

注意,RSSHub 不是阅读器,它是一个用来生成 RSS 源的工具。如果自建,你需要一台能够运行 node.js 的电脑来长期运行 RSSHub,当然推荐使用 VPS( 四大 VPS 对比评测 ),除了能够实现稳定的源以外,还能抓取 Instagram 等内容源。

  • RSS 源 一般都是由网站提供的,不需要用户操心。如果网站提供的了 RSS ,会在侧边栏或者页面底部提供 RSS 链接;
  • RSSHub 有很多网站的路由,根据规则就可以生成 RSS 源。
  • 如果每次想生成某些平台或者用户的 RSS 源,都去 RSSHub 官网查路由、拼接字符串,也太麻烦了。为此,RSSHub 的作者 diygod 又开源了另一个项目:RSSHub-Radar,这是一个浏览器插件,通过这个插件可以审查 HTML 里有没有 RSS 链接。
  • 除了插件,也可以使用油猴脚本 RSS+,显示当前网站的所有 RSS(如果有的话),原理都是一样的。推荐阅读:RSSHub Radar — 订阅一个 RSS 源不应该这么难 - DIYgod

  • RSSHub 还提供了移动端辅助 App:RSSBud (iOS) 与 RSSAid (Android)

自建 RSSHub

自己建立一个 RSSHub 实例,才是最稳定的。同时项目本身也推荐自建,搭建过程可以先看看官网文档,支持 Docker 和 npm 方式。但也提供了一个 demo。对于这类需要爬虫的项目来说,自建是极其必要的:大部分网站都有反爬策略,官方的实例早就被禁止访问了。

自建除了自己在服务器上建,也可以使用 Vercel 等服务。在服务器上用 Docker 的自建教程:完整的 RSS 解决方案:自建 RSSHub 与 Miniflux

其他 源生成 服务

例如 Huggin 和已经停止服务的 Feed43 等等。这类服务可以通过监测网页变化而生成 RSS 源,无须编写 RSSHub 规则。目前我知道的还有 Check 酱、RssEverything 之类。

RSS 汇总篇:RSS 永久链接合集,拒绝 RSS 失效:https://newzone.top/posts/2022-03-17-rss_persistent_link_collection.html

RSS 阅读器

RSS 的作用在于自动获取更新以及聚合阅读。举例来说,假设你关注了 20 个博客站。如何查看它们的更新呢?每天全部打开一次看一看?这种方法显然太弱智,这时就需要一种自动化的方法。RSS 阅读器 便解决了这一问题。它定期请求订阅的链接,然后拉取并解析里面的内容。

RSS 阅读器可以分为两大类:

  • 运行在 服务器:服务器类的可以 24x7 地按照设定的更新间隔请求 RSS 来更新文章列表
  • 运行在 本地:本地的 RSS 阅读器只能在打开的时候(或者非常有限的后台里)请求 RSS 源并更新文章列表。
  • 这看起来区别似乎不大,但是如果回想一下 RSS 的工作原理,如果长时间没有请求 RSS 源,会发生这样的情况:一个提供最新十篇文章的链接的 RSS 源,如果你上次刷新到这次刷新之间,它更新了 15 篇文章,那么中间的 5 篇文章就不会出现在你的阅读器里。所以,本地的阅读器如果更新不及时(比如忘记打开了,手机后台又因为各种原因让它没有正常地后台抓取:这种情况还挺常见的),会有丢文章的问题。同时,对于运行在服务器上的 RSS 阅读器,我们也可以不直接使用它来阅读,而是只把它当作抓取服务;然后用本地版的另一个 RSS 阅读器通过 API 与服务器上的 RSS 阅读器通讯来获得文章进行阅读。这里的 API 也是有统一标准的,一般是 Fever API 或者 Google Reader API。

除此之外,服务端的一般还有 RSS 过滤、打标签之类的高级操作,而本地阅读器大多数都没有。如果你是轻度用户,可以从下面推荐阅读器里选一个下载,然后把获得源导入即可。

对于服务端的 阅读器,有一些是产品,有一些是自建服务。

对于本地阅读器,选择很多太多,这里只列举几个比较喜欢的:

  • iOS/macOS 平台:可选的较多,举三个我推荐的例子
    • Reeder Classic:$4.99 付费买断下载,美观均衡之选,对 Fever API 支持欠佳。近近几个月发布了新 Reeder,但我还是建议使用 Classic 版本。
    • Fiery Reader:免费下载,高级功能每年 $9.99,功能及其强大,自定义程度极其高,你想要的它都有
    • Unread:在国区商店提供,高级功能略贵但普通版完全够用
  • Windows 平台:其实在 Windows 上我推荐直接上浏览器看 Inoreader 或者自建服务的网页版,不用专门下阅读器。
    • Fluent Reader:使用 Fluent Design 的阅读器,开源免费
  • Android 平台
    • Read You: Material You 风格,开源免费。
    • Feedme:功能完善且强大的阅读器。

我目前使用 Miniflux 配合 Reeder 5,它们之间使用 Google Reader API 通信。
不愿意折腾:Reeder Classic、自建 RSSHub + Inoreader + Reeder Classic
愿意折腾:自建 Miniflux + Reeder Classic、自建 RSSHub + 自建 Tiny Tiny RSS + Fiery Reader
目前我的组合:自建 Miniflux + Reeder Classi

2、RSSBud

github:https://github.com/Cay-Zhang/RSSBud

RSSBud 是一款能够快速发现 RSS 订阅链接,并通过第三方 RSS 阅读器订阅的 iPad、iPhone 应用,而它所有能发现的 RSS 订阅链接,都来自 RSSHub 支持的网站。通俗的说:RSSBud 就是根据提供的链接去解析有没有 RSS 源,或者去 RSSHub 上去查找有没有对应订阅的链接,只要是 RSSHub 支持的网站,RSSBud 就能快速识别定订阅,这样就省去了手动到 RSShub 上去查找的麻烦。RSSBud 解决的问题是可以让用户不再需要去阅读 RSSHub 文档了,毕竟现在会读文档的人太少了…怪不得之前有研究说数字时代人类智商下降了。

同类项目

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值