那些使用静态网站生成器,搭建自己的 blog 的朋友,我很感激你们在 blog 里添加了 RSS 订阅功能,但我仍然希望你们能够进一步,把 RSS 改成输入全文,而不是只显示摘要。

很多人应该并没有意识到这一点,也不知道如何配置。没关系。

以 Hugo 为例,在内置模板或主题的 index.rss.xml 中:

<description>{{ .Summary | html }}</description>

把 .Summary 改成 .Content 就可以乐!

以及,Hugo 默认在 RSS 里输出所有文章,如果你以后写了成百上千篇 blog,RSS 文件可能过于庞大。只需把模板第一行改成

{{ range first 20 .Data.Pages }}

显示前 20 篇,就可以乐!

谢谢。

@fivestone 可以解释一下为什么吗?

我会写那种超长的博文,感觉全文rss实在太臃肿

@shrik3 @fivestone 自私一點說:因為這樣就不必看到感興趣的再點開網頁閱讀了。這個不分長短篇,如果有需要寫摘要可以放在篇首,長文視乎閱讀器會摺疊的。

@SakuragawaAsaba @shrik3 嗯,而且确实有很多站为了追求流量而把rss特意改成缩略或干脆取消,如少数派。所谓互联网开放性,大概是希望网站和用户之间,能尽量存在统一的api基本的途径,用来便利地交流内容,爬虫、feed复原器之类的,猜测着抓来抓去的,不能算的吧。以及网站可能会消失,而rss或许(如果作者希望的话)能在别人的存储里生存更久。

而且目前说的 blog 和 rss,也是主要指那些通过纯文本就能大致沟通信息的方式。你都用 latex 渲染了,其实更像是常规网站啦。这种你在摘要里说明一下,也没人会苛求的吧。

@fivestone @SakuragawaAsaba 矛盾的地方是,为了单个博文推送显示全文的同时不影响长度,限制feed中的文章数量,反而破坏了rss作为网站目录的功能,有点捡了芝麻丢了西瓜的感觉,我之前纠结了半天,最后选择只渲染摘要也是这个原因。

我觉得既然要RSS,就把全部文章都放进去。或者单开一个sub page,用一个单独的RSS feed来推送最新的N篇文章。

思考了一下,改了点代码,这样的话可以让带有katex的文章渲染摘要,而其他文章显示全文。。

{{ if .Params.katex}} <description>{{ .Summary | html }} ---INCLUDES FORMULARS, PLS GO TO FULL TEXT FOR BETTER RENDERING---</description> {{else}} <description>{{ .Content | html }}</description> {{end}}

跟隨

@shrik3 @fivestone 其實沒必要限制 RSS 的輸出長度,主要是我沒見過預設展開全文的客戶端,大家都是只看標題的……(

@SakuragawaAsaba @fivestone 我的脑子里对互联网的预设是64K 带宽拨号,会下意识觉得超过200k的文档是犯罪哈哈 (看了下我目前博客全部文章的全文RSS加起来是500K多点)。

@shrik3 @fivestone dial-up internet 更應該輸出全文了,這樣直接 sync 完了離線讀(

@shrik3 @fivestone 因爲 dial-up 通常只算時常,所以其實撥號 BBS 年代很多人喜歡無論如何先下載下來再看(

@SakuragawaAsaba @fivestone 记得我家01年前后装了个dial,然后一个路由器把这百十k的带宽平分了,整个单元的邻居一起摊钱。。
@SakuragawaAsaba @fivestone 也有可能是什么奇怪的宽带服务,记不清了,只记得带宽很少而且贵。

@shrik3 @fivestone 我想了半天,腦子裏除了 satlink 似乎只有 GPRS🤣

@shrik3 @SakuragawaAsaba 这样很赞啊,输出全部文章,除了文件 size 太大外,我觉得没什么不好的。但我这边全部输出的话,应该会 2MB+ 了……

当年做 rss 协议的时候,应该也只是为了订阅最新文章,所以也没有做 zip 传输之类的。其实得到网站完整目录,属于 google sitemap 的功能,但后来没往这方面认真发展。

登入以加入討論
櫻川家::自閉社交

櫻川家的日常微網誌