虽然 RSS 技术近些年已经有式微的倾向,但我个人仍然是其重度用户。这主要是因为,大量网络阅读是我的“刚需”,在这一方面,目前没有什么技术比 RSS 更加有效。所以在看到像 RSSHub 这样的项目出现时,我的内心是欣喜的,这说明该技术仍然有像我一样的用户支持和生存空间。

和 RSSHub 项目的目标类似,我也一直有将不支持 RSS 的网站转换成订阅频道的想法,但一直没有动手去实现。看到这个项目以后,同时发现这个项目还没有支持我日常比较频繁访问的一些网站,从而考虑了一下是否要参与该项目贡献一些代码。然而一方面,我个人并不喜欢 Node.js;另外,网站重构之后,我也希望拿子域名来测试一下实际的内容。因此,我利用这两周的一点空余时间开发了自己的 RSS 订阅系统,并且在昨天正式发布到自己的新站点:rss.yuhao.space

RSS 站点目前的实现思路是和 RssHub 是大体类似的,默认不使用数据库,使用即时抓取的方式生成 RSS,数据缓存在 Redis 中。时间关系,目前我只实现了两个频道,都是我经常访问的电子书站点:Syncfusion 和 Packtpub。这种方式确实实现起来简单粗暴,不需要考虑太多(尤其是数据库),但到现在为止我已经感觉到一些弊端了。比如有的网站是需要抓取多个页面才能输出完整内容的,还有的网站未必时刻在线,这样即使输出的方式也会跟着变慢或不稳定。还有,我最终还是希望对各个频道有一些归类、整理、统计分析的功能,这样看来,最终还是免不了上数据库的。因此,后续可能会对该站点重新进行规划,不过还没有明确的时间表。

目前我已经将这些频道加到自己的 RSS 阅读器(InoReader)了,从这两天运行的情况看,工作良好,只是输出有点丑————这也是当然的,因为我还内有对输出内容进行仔细优化。这也让我意识到实现一个 RSS 的工作量可能大大超过之前的预计,因为站点本身不支持,自己要输出漂亮的 RSS 还是要有相当的工作量,更不要说还没有检查其他 RSS 阅读器的兼容性呢。前路漫漫,且行且努力吧。

另一个话题。最近有读者朋友在博客评论中反映我的站点被 Chrome 显示为危险网站了。这个其实前几天我就发现了,马上检查了自己的服务器,所有指标均正常,没有发现被骇的迹象。也向 Google 和托管的服务器提供商发出了申诉, 服务商那里也已确认正常并关闭了 issue,只有 Google 这边我不太清楚是什么状况,目前也没收到回复,但自己用 Chrome 访问已经不再显示警报了。如果其他朋友那里还显示警告的话,那请试试清空浏览器缓存或升级,或者换用其他浏览器,实在不行的话,请过段时间再回来访问吧。为您带来不便深表歉意。

我个人的猜测,问题可能和我使用的网站分析工具 Matomo——即原来的 Piwik 有关。因为网上搜索发现其他一些站长遇到了和我非常相似的情况,也是使用了 Matomo ,然后站点被 Chrome 报警,但没有人知道准确的原因。这也是一件挺奇怪的事情,按说 Matomo 也是业界知名的开源网站分析方案,不应该有什么重大风险,但很早就发现 AdBlock 和 uBlock 等插件都会屏蔽它的脚本。网上也有人反映过这个问题,Matomo 官方回复是,我们也不清楚这些插件是怎么工作的。这真是挺无奈的事情。目前,我不太可能因为这个原因放弃已经使用很久的 Matomo。读者朋友要是仍然访问有问题的话,请继续向我反馈,如果受影响的用户比较多,我就要考虑采取措施了。