2019 年 1 月的说明

抱歉，由于网站重新规划的关系，rss 子域名暂时不可用，后续再上线的话我会另行通知。如果影响到部分同学的话，深表道歉。

虽然 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。读者朋友要是仍然访问有问题的话，请继续向我反馈，如果受影响的用户比较多，我就要考虑采取措施了。