FreshRSS

🔒
❌ 关于 FreshRSS
发现新文章,点击刷新页面。
昨天以前首页

[声冻计划]引子

2021年2月4日 18:34
作者 yzqzss

English version

半年前,因为一些因素,我想发起一个计划。
这个计划的时间跨度可能有点大,我自己已经进行了4个月。
名字暂且叫它做:“声冻计划”吧。


要求:

  1. 随买一只录音笔。
  2. 像手机一样随时随地带着它录音。

    录音笔不同于手机,把它放到兜里肯定是录不了音的。
    背背包的话,录音笔就放背包两侧用于装水杯的地方。而如果一般情况在户外走,就直接一手手机一手录音笔,拿着。
  3. 365天x24小时录音。

    至于上厕所的时候录不录,这个看你。我自己没做到这一点,很惭愧,哈哈哈。我在一份录音自己讨论提到了这点。
  4. 将录音保存下来。

    在十几年,几十年,乃至上百年后将你的全部录音公布。

    当然,如果你的一些录音涉及敏感问题,你也可以不公开。但这样就和本计划的宗旨所不符了,请接着往下看。

意义:

长期:

  1. 你的所见所闻,所说所做将被记录下来,你自己可以在今后听着录音回顾以往。

    没记错的话,BBC有个节目是请老年人讲述他们的人生故事并录制,然后录下的音视频会存档。
  2. 保留了以你为视角,所记录下来的社会是怎样的,你与这个社会的互动又是怎样的。
  3. 像 "Dunedin Studying" 这个项目一样,数据可能会被用于为未来可能的科学研究。

    强烈推荐纪录片:《Why am I》,了解一下 DS 是个怎样的项目。我觉得 [声冻计划] 和它有些相似。
  4. 为未来的历史学家,社会学家等提供一手“史料”。
  5. 假如你死了。那么对于后人来说,你比那些和你一样死去的所谓的名人、无名小卒更“真实”地“活过”。想想那些只存在于文字中的人物和事件,不知多少人曾怀疑过他们的真实性?

短期:

  1. 消除麦克风恐怖谷效应。

    已经录了四个月,听自己的声音不别扭了。

    我之前看到一个博主,他准备出一档播客节目,从几年前就开始策划,但他还是在2020年的年终总结中提到要无限期推迟播客事宜,原因之一就是: “听自己的录音感觉声音很怪异,不适应。”,虽然我觉得那只是那位鸽子博主自己的托词。

  2. 音频笔记

    记录一些瞬间的想法,你可以随时随地对着录音笔说话来做“音频笔记”。
  3. 分享有趣的对话

    在你每天的生活中,一定有不少有意思的片段。把这些片段剪出来,发到网上,不就成了一个 "micro-podcast"? 把这些片段转述变成文字,不就变成了你的日记? (博主我就准备开一个 Podcast ,哈哈,无尽的素材,还怕没有“料”?)

日常生活的影响

[声冻计划] 会对个人日常行为产生的影响:

  • 当你录音时,想到你现在做的事/说的话的会被后人知晓,你就会尽量让自己做到言行一直。

    如果你欺骗了别人,很有可能你会在录音中感慨:“我骗了他/她,其实我xxxxxx。唉,我都在执行[声冻计划]了,但是现实中还是会为了面子xxxxx。”
  • 你会让自己的语言深思熟虑后再说出来,尽量不不懂装懂乱开口。

    当说出了一些明显"拍脑袋掉出来"的话,你会恨不得把录音删掉。(好羞耻)😨
  • 你会有种孤独的被陪伴感。😇

    这个怎么说呢?你懂我意思吧?

[声冻计划] 开始后,朋友/家人怎么看我:

  • 我还没向我的家人透露这个项目的存在。

前些日子外婆心脏病发作进了医院......我心里产生了很复杂的想法,要留些东西下来。我明知道留下了,我也不会有时间去看/听,但是......

  • 我同学和朋友知道我录音这件事。

一开始,朋友/同学们对我的录音笔很好奇。当我给他们解释我的这个计划的时候,他们会和我问我"如果录音涉及隐私,你要怎么处理?" 这类的问题......

我自己现在已经连续录了4个月了,我身边的人对这个计划也不反感,都没有因此而有“被监视感”而“小心翼翼”(我又不是个啥人物)。有时他们也会拿我这个计划说笑,但更多的问题是:“你录这些有什么用?”

我觉得说:“我要保存我所生活的历史“ 这样的答案有点 “太高了”。我对不太熟的人的的回答一般是:“以后留着自己听,这些音频也能成为文物,录得越久,价值越高哩!说不定以后人拍这个时代的电视剧还要听听我这录音,对吧?”。

有时难得和别人具体解释,一话:“Just for fun!” 扔过去,对方无言以对。

问题:

1. 隐私相关

这属于不可避免的问题,24小时的持续录音肯定会有意无意录到他人隐私。

  • 所以,[声冻计划] 可能不符合 GDPR 。
因为我这属于在他人不知情的情况下收集其个人数据,严格意义上可能是违法的!

所以,出于保护及尊重他人隐私的考量,这些音频文件可能会在n代人后才公开-----等录音者和他们那个时代的几乎所有人都嗝屁了,再公开。 “孤独的时间旅行” ,haha!

死人不会打官司吧?真打官司,原告和被告都入土了,你告谁啊?谁会来告啊?😂😂
  • 当然,在获取录音时当事人的授权后,可以把录音公开。
  • 如果有敏感内容录进去了,自行斟酌是否删除。
其实这个计划我一开始是叫做“放弃隐私计划”,很一般的名字,不是吗?

因为当时我想的是通过这种录音形式 “open source” 我的生活,每一个月就公布上一个月的录音之类的,感觉挺有意思。然后当开始真正用录音笔开始录了几天后,我就觉得这样子不妥。我放弃了我的隐私,但不代表别人也选择放弃他们的隐私。而且 [声冻计划] 我觉得重要的不是关注隐私,而是记录本身。

2. 数据保存

录音文件数据的保存、录音笔不慎遗失的后果等等,都是问题

  • 一首歌低音质都要3mb左右,一天24小时的话,需要多少空间?
其实用于存储的成本不高,这个我后续也会发文有关存储这方面的。我这4个月也才录了不到200GB。这个主要看是录有损还是无损,码率又是多少。
  • 如何方便并安全地保存这些文件?
  • 怎样加密防止泄露?
  • 怎样进行异地备份以防止数据丢失?
  • 在录音者本人离世/失联后如何让受信任的其他人保存这些数据并在预订时间之前不泄露?
有关音频存储的内容将在后续的文章中谈论,请保持关注。也各位留言评论或加群讨论。

问答:

  • 买只录音笔,24小时录音。除了你,别人不会干。
回答:我太了不起了,多谢夸奖。不发出来号召号召怎么知道有没有人会参与?而且这篇文章在发布前我发给很多人预览过了,很多人都觉得[声冻计划]有意思,虽然不会参与,但会持续关注,这就够了。
  • 录音笔续航怎样,能支持一天吗?
续航不是问题,我的录音笔仅仅几百毫安都能续航12+小时(具体时间我没统计过,但是有次我录了12个小时还有1格电[总共4格电]。而且本身它可以边冲边录,带个充电宝够几十个12小时了。而且我目前也没有完全做到24小时不间断,在学校上课期间,我晚上睡觉就不录,因为充电比较麻烦还有风险😎,你懂的!
  • 数字音频出来这么多年了,应该有人和你一样正在这样做。
我也在试着找这样的群体,不过目前没有发现。
  • 如果找不到一定要做的理由,我怀疑你的想法可能毫无意义。不是打击你,庞大的音频数据处理就能累死你。比如,现有的电台电视台这些都是有存档的,一些社会历史关键音视频可以找到都是不那么容易的
  • 从一个人的一生中的音频数据里面去检索某个事件是非常困难的,因为时间久了你根本记不住该事件是在哪一天。所以在没有优秀的项目出来支持音频检索事件的情况下,怎么办?
很简单,先录着。
站在未来的角度来讲,我相信以后的技术可以处理这么多音频数据。先有🐔,后有蛋。
  • 为何不直接用语音转文字?只记录文字多好。
文字所传达的情,表达的意,是极其有限的,不足以描绘我们的生活。文字无法描绘车水马龙,无法记录感情。转换出来的文字,失去了很大一部分信息。无法记录那些只属于这个时代的背景音/噪声。
记录环境背景噪声,是这个计划的一部分。有噪声,才真实。
推荐你听 [一天世界] 有关噪音的那一期播客。

我:我有时候想立马记下我的idea,就会直接对着录音笔说话,然后在本子上写下我说话的时间。

我:一开始还不适应,现在记这样的音频笔记...感觉和写字完全不一样。


我们呢,通过仅存的文献,靠着史书上的三言两语,靠着为数不多的诗歌,艰难地还原古人的生活。

电视剧中一个个角色穿着现代技术生产的喷上亮丽色彩的所谓的古风服饰,理性告诉我们这一点都不古代,不过为了观感还是接受了。这是现代大众审美对于古代的想象,没确实没什么不对,也的确有还原度较高的影视剧存在。也有严肃的历史学家/考古学家们拿着放大镜,仔细推敲隐藏在文物古籍背后的叙事。

那21世纪初的世界在今后的人们眼中会是怎样?

是百花盛开,姹紫嫣红。还是早已暗流涌动。

百年后千年后的我们能还原我们这个社会比较真实的样子吗?

文字?图片?音频?视频?

互联网看似热闹非凡,我头顶着ID与你们互动,但[一座桥在水上]不是“我”,我只是在扮演他。

他不会吃饭,不会吸收,也不会创造。没了我,[一座桥在水上]什么也不是。

你们不认识我,我也不认识各位。你的皮影扮演得还不错,那大概你这个人技艺了得。

YouTube?Twitter?BilBili?抖音?电视台?所谓的新媒体?热搜?趋势?

千年后的我们能还原我们这个社会比较真实的样子吗?


引用一首小诗:

谁建造了底比斯的七重门?
在书上你只能找到许多国王的名字。
国王们扛石头吗?

还有巴比伦,多次被毁灭
谁一次又一次地重建了它?
在金碧辉煌的利玛城,建筑者住什么房子?

中国的长城完工那天晚上
石匠去了哪里?

伟大的罗马城
遍布凯旋门。谁建造了它们?
恺撒们战胜了谁?

拜占庭,饱受赞美
是为它的居民建造的宫殿?

甚至在传说中的阿特兰蒂斯
海水吞没它的那夜, 
受淹的人仍在叫骂着他们的奴隶。

年轻的亚历山大征服了印度。
他独自完成的?

凯撒打败了高卢人。
他随身一个厨子也没带?

舰队沉没时,
西班牙国王菲利浦哭了
他是唯一哭过的人吗?

弗利德里希二世打胜了七年战争。
还有谁
赢得这场战争?

每一页都有一场胜利。
谁烹饪了胜利之宴?

每十年都有一个伟人。
谁付的账单?

太多的记录。
太多的疑问。

(李以亮 译)
source : http://twitter.com/demosocialistcn/status/1303375370616360960
英文: https://radicalnotes.org/2009/01/27/6825


所以,哪怕你的生活或许很枯燥,但这正代表了大部分人最真实的生活。
所以,别怕,我们就是要记录我们枯燥的生活。
记录,一定要追求“新”“有特点”吗? 让我们打破他!

我们为大事件做记录,书写传奇故事。就连网络小说也奉承“主角光环”。我们在记录生活中的事件时也同样如此,总是选择性记录下我们想记录的。以后的人真能通过现在的网络新闻资讯准确还原这个社会吗?

[声冻计划] 所存储的数据或许只是互联网的汪洋大海上的一粒沙,但这粒沙中藏着无数普通的故事,很美!


还有,”声冻计划“这个 "冻"字,除了表达这个项目本身的特性,我还妄想着能像 github 冰冻代码一样把音频冻在北极,哈哈哈。
这事很酷!


[声冻计划] 的交流群组:

我的个人联系方式:

  • QQ:2361769788
  • E-Mail:yzqzss@othing.xyz
  • Telegram:@yzqzss
  • Cool-APK:697329

『给RSS爱好者们的一封信』为什么我们应该提高RSS刷新间隔?

2021年1月2日 17:03
作者 yzqzss

!!!此文章一些存在悖误,具体错误详情情查看文章末尾 点击跳转 !!! 所以这篇文章还正在完善中...


这是一个倡议,倡议大家自觉降低对于博客&播客这类 更新频率低/及时性要求不高 feed的更新频率。

注:如果你不清楚文中 rss/atom/feed/源 四个词的区别和意思,把它们都当 rss 就好,没有太大问题,`我们日常使用也会混淆它们😂


你的高频率刷新可能正在给一些网站带来伤害!!

正文

全文章和全文输出

有些博客会将他们的全部文章和全文内容输出到 feed 。从 rss 用户的体验和互联网开放精神的角度看,这样的无疑是好事:

  • 一些博客的 feed 不输出全文,哪怕可以用 css 来获取全文,也很麻烦。“没有全文的feed没有灵魂”失去了全文体验, rss 的意义就失去了一半。
  • 博客只输出最近的十几篇文章,但我想看看更多早前的文章,又懒得主动打开网站去翻,我可能就没机会看到之前的博文。毕竟它不输出以前的文章,我哪怕知道这个博客以前的文章肯定不在 feed 里,但我连这些文章的标题都不知道,主动上博客 web 浏览的冲动也就少了几分。
  • 且当博客网站突然间消失在互联网时(比如科学松鼠会关站、以及很多个人博客不打招呼删库跑路),我并没有把它的全部文章保存到本地。虽然那些文章我不一定看,但是没有保存下来的话我会有种像丢了东西一样的“损失”感和淡淡的悲伤。(为这些站长 R.I.P 几秒😥)

源的大小带来的影响

不过往往这样的良心 feed 源比其他的只输出最近5/10/15/20条文章的源的大小要大很多,特别是在文章很多很长的情况下。

  • inote ,他的 feed 输出全部文章和全文,有1.5MB。(update:本文发出后,这位博主的 feed 不再输出全部文章)
  • 一大加贝 ,他的 feed 输出全部文章但不输出全文,有0.15MB,如果再输出全文,大小可想而知。
  • ……

对于独立播客,这样的情况更普遍,播客不可能给你只输出最近15期这样来吧,肯定会把从第一期开始的所有节目都放 feed 里。

这里写的是经过http压缩后的大小(网络实际传输大小)

box.othing.xyz的订阅

流量很贵

如果你每5分钟刷新一次 feed ,对应站点的 feed 大小为 500KB。

5分钟一次刷新不极端,还挺普遍。很多人设置的刷新频率都是软件能提供多短,就设置多短,而telegram的rssbot更是只能5分钟刷新一次,还不能改🤒

那么一个月你将使用60min×24hour×30day÷5min×0.5MB=4.32GB的流量用于刷新该rss。你用流量不要紧,但如果博主使用了付费 cdn 来优化网站访问体验,那博主就需要为cdn支付流量费用

以又拍云CDN的价格为例 又拍云CDN价格-国内0.3元每gb-亚太0.9元每gb-欧美0.4元每gb

So, 你频繁的rss更新并不会像频繁访问 web 那样给网站带来大量 pv (浏览量),让博主在浏览后台时收获快乐

Just like:(这么多浏览量,开心开心😜;哇,这个来自火星的访客把我全部文章都看了,开心开心😝)。

况且,RSS 看文章,除非去评论留言,你不会再去访问博主的网站。

这就意味着博主的cdn账单可能就得为了你而每月增加几块钱的费用。 听上去不多对吧?

  • 但博主本可以用这几块钱 CDN 费,用在 web 的访问上,给上千个访客更好的 web 体验。
  • 费用是持续产生的,除非你不再订阅对应博客。

这样博主就在为你能仅仅早几十分钟收到最新文章而被动付费。

而对于独立播客 (podcast),他们的情况还好,如果是订阅量上万的热门播客,他们的流量大,所以可以与 CDN 厂商谈拢到几分钱每GB的 CDN 流量价格。但广大中小型博主就没这么幸运了,博客流量总量不大,根本没资格与 CDN 厂商谈条件(这里赞扬一下又拍和七牛,免费的“联盟”计划对于博主们算是福利了)。

如果各位rss使用者大部分没有意识到这个问题,受伤的将会是你所喜欢的博客和播客本身。

为CDN费用发愁的inote.xyz-Bloggerioiox-Blogger

当然,我知道很多博客使用免费的无限流量的 Cloudflare CDN,对于这类博客的 feed 确实可以想怎么更新就怎么更新。但是 cdn 有缓存啊,你作为用户,更新再频繁,cdn 不回源拉新版文件,你也没有办法不是。😂

RSS面向内容而不是面向即时

这有必要吗?博主每个月就产出那几篇文章,无论你是1秒刷新一次,还是一天刷新一次,你一个月其实就只能看到这些个博文。更不用说绝大多说rss爱好者的未读计数都上百上千了。

虽然博客是时间流式的web平台,但是它不是Twitter、微博这样的社会性社交网络,它不是朋友圈或QQ空间。 你用上了 rss ,但你的心没有完全静下来,还在被IM(即时通讯)和社交网络的即时理念所影响。我知道有人用rss来看Twitter,我知道有 PubSubHubbub 技术提高rss本身的即时性和通达性。 但是我想引用这篇文章的一段话:

“需要注意的是,所谓的「实时」只是相对的,通知的发送不可能快过 RSS 服务抓取到订阅源更新的时间,而我们已经知道后者往往存在不可避免的时间差。因此,实时推送功能的作用只是提醒我们不要错过关心的内容;要真正做到分钟级的先知先觉,当今媒体生态下恐怕还是直接瞄准社交网络更为靠谱。”
From 『2018 年主流 RSS 服务选哪家?Feedly、Inoreader 和 NewsBlur 全面横评』
by PlatyHsu 2018-05-04

写到这里我突发奇想。假如你每天会收到一定量的文章,那么延长刷新间隔时间后,平均每次刷新将为你带来更多文章,某种意义上你赚了。“好吧,我这是 短视损失厌恶 的反向举例😗”

现在还在写独立 Blog 和开 Podcast ,哪一个不是兴趣驱动并用爱发电? So,为了更好的博客/博客以及整个rss生态环境的健康发展,在此倡议各位 rss 同好 :

  • 延长 rss 自动更新时间,最好1小时以上---推荐设为1.5小时。
  • 仅对即时性要求较高的资讯源或论坛源适当缩短刷新间隔。
  • 让更多的 rss 同好们一起提高刷新间隔
  • 让 rss 软件开发者也知道此事。

调低刷新频率

本不应该出现这样的问题

http 缓存

互联网的老祖宗老早就想到了这个问题。 http 头有 etag、Last-Modified、Cache-Control 等参数来实现缓存。

比如Last-Modified,它会记录文件的最后修改时间。

当你第一次通过网络访问服务器上某个文件时,服务器会通过这个http头告诉客户端:“这个文件最后修改时间是 2021/03/20-17:55 ” ,

当你下次再访问这个文件时,你会告诉服务器:"我之前收到的文件的最后修改时间是 2021/03/20-17:55 ,请问文件有改动吗?有改动就把新文件发给我!没有就吱我一声“

服务器收到后会比对修改时间是否一致,如果一致,就会告诉你:”没有改动 (304 Not-Modified)“,就不会给你再次发送相同的文件,整个过程也仅仅只消耗不到1kb。

etag,它的作用的Last-Modified类似,不过它是基于文件内容生成的特征码,具体机制不细说了。Cache-Control也不细说了。

但是很多博客是基于PHP的动态博客(比如本站使用的Typecho)

*此处待完善

如果想拿到 Etag,就必须先拿到要输出的数据,所以 Etag 只能减少带宽的占用,并不能降低服务器的消耗。如果是静态页面,可以判断文件最近一次的修改时间(Last-Modified),获取文件上次修改时间的消耗比拿到整个数据的消耗要小的多。所以很多时候 Etag 都是配合这 Last-Modified 一起使用的。

其实 rss 标准在 xml 文件的开头有 lastBuildDate 和 pubDate 参数,atom 标准在开头有 updated 参数。但是...似乎订阅器们都没有仔细认真对待过这些参数。

这几个参数大家理解可能都会不太一样,所以是较少有仔细对待的。 @about_rss

按道理来说,订阅器应该一边下载一边解析。而不是把 feed 下载到本地后再解析。 这样只要订阅器解析到 lastBuildDate/update/pubDate 时间和上一次更新时相同,就终止下载。这样无论多大的源,在源本身没有更新的情况下,每次刷新都只会消耗仅仅几 kb 的流量。

但现在订阅器更多只把这些参数用到了减少数据库重复写入,提高数据库性能上去。而没有用到减少更新 feed 时的流量消耗上。
都是不管三七二十一,先把 feed 下到本地,再对下下来的 feed 文件进行解析处理。

*此处待完善

RSS软件们/开发者应该做点什么

当然,实现这样的优化确实相对比较难,毕竟这样需要把 feed 下载到内存中处理(毕竟需要边下载边解析),估计网上还找不到用于处理这样功能的库。

真诚希望各个rss软件开发者在这方面下下功夫。

实在不济,还有个最简单的方案,也是我想倡议的。 在您开发的 rss 软件中,在调整更新频率的页面那里设置一个对话框。只要用户一点击小于45~60分钟的刷新间隔的选项,就弹出对话框,这个对话框需要10秒钟才能点击”我已了解“。上面写有: “如非绝对必要,我们不推荐使用更高频率的刷新间隔,这可能会对你所订阅的网站造成不必要的流量开销和压力。“

*此处待完善

对于博主的建议

如果你的博客 cdn 流量在 feed 这方面消耗大,我个人建议先发一篇文章提醒订阅者降低刷新频率。 或通过技术手段,比如将 feed 单独托管在一个不用担心流量消耗的地方(比如github、gitee、coding、Cloudflare Workers等),然后将 feed 的 url 重定向过去。当然,在这个过程中再套一层免费的CDN也是可以的,比如用jsdeliver+github。✌ 如果你只是担心频繁的抓取对服务器造成压力,可以考虑给博客或只针对 feed 加上Redis之类的内存缓存。

*此处待完善

The End

我知道大部分人设置较短更新间隔时没有考虑到这一点,也许本文部分用词较激进,但这是一个“如果人人都了解了,那么问题就不再存在”的问题。

💪💪

inote.xyz后续together2

Others&Update

感谢 @about_rss 对于本文的帮助。推荐看看他的 Telgram 频道 All About RSS ,里面都是关于rss的优秀内容!


更正:

2021-01-02 Update:(写得太快,文章有很多问题,感谢以下网友指正) @AA: 我记得Google reader会根据文章频率自适应刷新频率的,其他的阅读器应该也会 另外就算刷新也可以利用上http缓存,并不会每次都返回完整内容 如果没更新只会返回304 not modified

@BB: 而且也没考虑压缩 故事fm 的 feed 压缩之后 323kB

@AA: 如果用的是通用的http client应该都支持cache,我觉得除非写错了,要不然都应该能想到启用cache吧😅 嗯,但是不知道CDN流量会不会按压缩之后算 @CC:CDN会

@DD: 作者没理解http协议有个etag字段,不需要全部拉取内容也能知道feed是否更新。
否则我早就破产了。
另外cdn费用通常是可以谈的,像我们这种流量比较大的客户,基本可以谈到几分钱每个GB的低价。
另外,像是苹果播客这类比较健全的系统,通常会有一个bot去检查并拉取节目的最新更新,而这个拉取是采用range字段限制拉取的字节数的,他们只比较每个xml文件的前部某个长度的内容是否更新,并将更新通知给客户端拉取,而不是由每个客户端定时各自发起请求,不然以我们用户的体量,也早就被拉死了。overcast甚至小宇宙等客户端通常都有类似的机制。

所以大家尽可以按默认值来,我们撑得住,互联网的老祖宗们早就想到这些问题了,哈哈哈哈。

CC:
emmmmm,我刚刚看了下 gofeed 好像没有做判断(
或许有空去提个pr

我:

“根据文章频率自动调整刷新频率的阅读器还是少数,大多都是 ino,feedly 这样的商业化的服务器端的 rss 订阅器才具备的功能,其实之前是有想到这点,但忘写了😂”(如果我没记错,ttrss 和 freshrss 应该都没有这样的功能)
“http 缓存 和 压缩,我遗漏了这两点。发这篇文章丢人显眼了😥,我过度看重于 rss 软件对于 feed 文件本身的处理上了,却忘记考虑最基础的 http ” 但回过头来看,很多PHP动态博客程序是即时生成的RSS,并不是真正放主机上的xml文件,所以没有任何http cache control。 “CDN可以谈到几分钱GB的价格,这个我知道,但是由于这篇文章一开始我的主题是面向那些浏览不大的小博客来讲的,中途才想起来'好像播客在rss方面的消耗应该普遍很大',所以也忘了在文章中说” “所以,我们应该更注重让软件开发者来完善这个问题,而不是仅在用户层面上呼吁强调大家降低更新频率之类的”

欢迎转载,无需申请,可衍生,不强求署名。

By yzqzss|一座桥在水上 起草于 2021-01-01 发布于 2021-01-02

加入 rss.othing.xyz 的QQ|Teleram 讨论群

2020年4月4日 22:08
作者 yzqzss

有不少的人在使用我这个破网站。所以我建了一个QQ群和Telegram群,方便大家交流rss!

欢迎加入RSS讨伐组 RSS.OTHING.XYZ

QQ群聊号码:1003463445
Telegram:@rss_othing
(QQ群人多,目前有124人,telegram只有5个...)

大家可以一起讨论rss的相关内容,希望你可以加入QQ群,大家来一起讨论,在群里分享分享你所用的rss源之类的!

希望你用的开心(用得不开心我也没办法,233

文章发布于2020/04/04
最后更新于2021/01/12

!清理未通过邮箱验证&不活跃的账号

2020年4月4日 11:49
作者 yzqzss
  • 2021/01/12

小规模清理订阅数超过20且账号6个月没有活动且没有绑定邮箱的用户。

HXD974287503
Ms3Y84pBwFKn
free123
freshrsslogo
hardick
ki_ton

以上账号如需恢复使用,可联系我,备份还在。

  • 2020/05/25

清理小部分至今仍未绑定邮箱的账号,对于其中有订阅的,已经给你备份了账号全部文章以及rss源。如需找回,可进QQ群后私聊关管理。

Mysry-mu*rry|有备份
c**ite|有备份
j**udan|有备份
s**mo | 无备份
w**jian|有备份
wn | 无备份

  • 2020/04/04

目前已经有超过105个用户注册,但是发现死账号还是有点多,所以清理以下账号。(均是没通过邮箱验证以及注册之后没添加任何rss的,如果在这之前没通过邮箱验证的,可能误杀,重新注册然后验证就好了)

删了这60多个账号后,留下了31个活跃账号。等会我会给你们发邮件,我考虑建个讨论rss的QQ/tg群,哈哈。

删除的账号(均为死号,故无备份):(部分字段*代替)
12138
123
1666
16666
272*5298
277*5078
541**7272
841**0503
8848
88888
Ch**ang
Cor**one
El**ot
FYoun
lsmail
jack
Mik**hao
zr**234
T-0037
ag**013wn
as*b_189
be**te
bi**alian
bi**er
b**ker
b**ar
cade
coo**rec
da*ian
dgt
f**eifeng
fu**sie
gh*43
gho**inbow
hh*txs
jia**zh
juh*iwu
j**eck
l666
liu**pei
love**saber
lurui**e404
lyl**g803
m**ang
mil**sir
moyu
m**tyle
nwzj*ykn
o*ears
orange
p246
pau*rvce
piawu
pl**o13
po**ukong
qi**u
readrss
ro*neri
rss
sh**zq
sh**pdsg
shiqi
tar**k
tric**host
w**bts
wol**020
woo**hree
yihn*uelan
yy
zh*ang
zj**lin

使用指南[必读]

2019年11月15日 22:23
作者 yzqzss

我的vps闲着也是闲着,就开个rss站造福大众吧,rss订阅量基本无限制,尽情用吧。CN2线路,三网访问都不错。如果忘记密码或者想跟我聊天,发我邮箱yzqzss[at]yandex.com或者Telegram联系我:@yzqzssme

需要帮助也可以找QQ群里的 我心飞翔 管理员

  • 如未收到验证邮箱,检查回收站

你白嫖这么稳的在线RSS订阅服务,还不谢谢我!

使用客户端访问FreshRSS

使用客户端前需要先在 设置-用户账户 里设置api密码来开启api访问

feedme和Readrops的域名项填:https://rss.othing.xyz/p/
而不是:https://rss.othing.xyz/p/api

Reeder4 设置中填:https://rss.othing.xyz/p ( 然后它会自动补全链接为:https://rss.othing.xyz/p/api/greader.php )

建议安卓上使用feedme/Readrops,win上则直接使用网页版,linux使用FeedReader/网页版,IOS/MAC设备使用Reeder
当然,你可以随时打开网页版食用

兼容谷歌Reader api:https://rss.othing.xyz/p/api/greader.php
兼容fever api:https://rss.othing.xyz/p/api/fever.php

Google Reader-like API

支持的客户端:

Fever API

支持的客户端:

__
感谢FreshRSS开源项目。

❌