纯小白发问 rss,不怕喷!
最近看到 follow 很火,也知道有 rss 这类程序,自己从来没用过,大致了解就是 rss 可以通过不访问原内容而通过直接汇总在这一个程序里就可以“坐观天下事”了。我有一个疑问,抓取的这些内容是否算作源内容的访问量/阅读量?如果不算的话,个人觉得不厚道,因为别人辛辛苦苦创作的内容,通过这样一键就轻松获取了,让辛苦创作内容的人如何有动力持续创作?这跟盗版有什么本质区别呢?虽然我们直接订阅创作者也不需要付费,但是阅读量、点赞、收藏等操作本身对于创作也是一种支持,但是 rss 做了什么?只是做了 ctrl+c 和 ctrl+v
rss 就是作者提供的让你订阅的接口
谢谢科普,因为我之前看到很多平台在封杀 rss 抓取,所以才有的这个疑问~比如微信公众号
那个是利用爬虫生成 rss 数据吧
创作者可以选择是否在 RSS feed 中包括全文或者摘要+链接,理论上来说 RSS 订阅程序应该尊重这个设置,但是实际上很多会提供直接抓取原文的功能,算是违反了创作者的意愿。至于 rsshub 和 follow 这样的程序,把很多不愿意提供 RSS feed 的网站直接爬取,我个人觉得确实是有些不合适的。
多数 rss 都是创作者自己提供的,既然他乐意提供,自然没有任何道德问题。如果创作者没有提供,而是第三方去抓取,那就看许可证了,也有不少博客采用 CC 许可证,允许自由分发。而违反许可证抓取内容,那不管是不是 RSS ,都不道德。
follow 允许用一种加密货币打赏创作者,尽管价值目前很低
feed rss你可能不知道 feed 这个词。
如何从写作中获取收入,这个是作者自己的工作,不是平台的。就像是微信公众号,难道所有公众号都赚钱了吗?未必吧。
follow 最好玩的时候就是找邀请码到获得邀请码之间的时间。
rss 的话个人博客和网站本来就有 rss 的啊,允许你的rss 是拿来看的,不是叫你发的,你要支持作者的话找下作者的博客什么的,直接打钱完事有些不支持的话 rss ,他用 rsshub 爬取生成的,follow 作者和 rsshub 一个作者
可能楼主真的太年轻了,没有经历过那个互联网上单纯只是分享而不是为了“阅读量、点赞、收藏”等各类流量的年代,或者说,大家互相称呼都是“网友”而不是“网民”的年代。按照你这个逻辑,互联网根本就发展起不来,没有钱用爱发电帮助别人,跟主动送人盗版有什么本质区别吗?
为你点赞!!!
如果博客主人只为分享/推广自己的观点、提升博主知名度、在文章正文里打广告,而不是直接卖文,那提供 RSS 有何不可?我巴不得看我文章的人越多越好,不用管从哪里看到的。
RSS 聚合的阅读体验确实很好,RSS 本身也是一种传播方式,对提高阅读量是有帮助的(如果创作者更在意阅读的人数而不是流量统计工具中的数字),你真想支持创作者或者互动看完后打开原网站也不是难事。不过通过爬取的方式生成 RSS 对创作者和服务器肯定是不友好的。如果作者提供了 RSS 自然大家都高兴,如果没有提供或者只是摘要输出,说明是想要更多网页流量的,很多人把 RSS 阅读当作一种去广告的方式,其实和去广告插件的道德问题一样,甚至浏览器也有阅读模式,对错看个人的理解。我个人是直接提供全文输出,并且也只订阅主动提供了 RSS 的网站。
单从著作权法的角度来说,个人使用、研究用途没事,在合理使用范围内,但是网络再分发就算是违法。在一些国家,比如日本 21 年版权法修订后,明知盗版还下载也算违法。但在实际情况中,尽管大多数不会被追究,版权方仍然保留追责的权利。访问站点提供 rss 的话就属于合法授权访问途径之一,没有 rss 的站点/平台通过抓取生成的 rss 等就有侵权风险了。
#1 现在很少有作者提供的,提供也只有摘要,大部分不还是爬虫。
似乎你把 RSS 理解为内容农场站一类的东西了。如果是像内容农场一样只是抓取别人的东西来当做自己的内容,那确实可以说是盗版。但你可以去了解一下原始的 RSS 阅读器(推荐这篇文章 sspai.com/post/56391 )而不是最近的 Follow 。最初的 RSS 阅读器是在电脑上安装的一个客户端。我认为 RSS 阅读器就是一种特殊的自带“阅读模式”的浏览器。我可以用普通浏览器去看,也可以用浏览器提供的“阅读模式”去看,也可以用 RSS 阅读器去看。如果我喜欢这个内容,我自然会跳转回原站点赞收藏。换一个理解方式:现在很多笔记软件都提供“网页剪藏”,将一个网页剪藏到笔记中,还可以去掉页面上无关部分。RSS 阅读器相当于对我关注的作者,每出来一篇新文章就自动帮我剪藏了。我认为这不算盗版。因为作为用户,我有权决定如何处理这些我消费的内容。这个问题继续讨论下去就是:你认为我们更应该维护读者还是作者的利益?比如现在很多浏览器可以安装“去广告”插件,也许原作者希望你看广告,按你的逻辑,这更是对原作者利益的直接侵犯。但读者有时候也深受广告之苦,所以又有人开发了“李跳跳”之类的跳过广告应用。
感觉得看个人用法,有人当作农场自动收菜,有人当作农场的收菜提醒。如果农场自己给你提供了自动收菜(全文 feed ),那用了皆大欢喜,如果只提供了收菜提醒(摘要)却硬要自动收菜,那确实不太礼貌。如果你订阅非文章类的源就会明白 rss 更多是作为一种信息摄入的提醒整合,虽然内容平台都会提供他们的账号体系和订阅体系,但是每天各种论坛精品帖子、各种视频平台 up 主分散的通知实在多得离谱,不用 rss 反而会错过优质内容。如果让 rss 去嵌入视频、播客啥的,体验一般都比较烂,我反正是不介意去源平台看内容,而在这种用例下你的疑问就不成立了
对读者来说, rss 非常友好, 没有个性化推荐, 完全专注自己感兴趣的内容. 可编程, 可过滤, 翻译, llm 等等来处理你每天阅读的文本.对内容提供商来说, 不希望别人不访问网站就可以看到他的内容, 可能减少网站浏览量, 以及减少他网站的广告点击阅读量.我是比较赞同网站支持 rss, 包含 title 跟摘要就可以了, 想看原文可以去点击原文链接. 网站不要做的太封闭, 我相信开放, 长期来看还是会给网站带来更多的好处的. 反面例子是微信以及 twitter. 正面例子是 reddit, medium, dev.to, github 等等.
哈哈!懂得!得不到的时候永远在骚动,就跟我买相机之前天天逛评测的感觉一样!
RSS 还有一点好处就是接收信息的主动权在你自己,而不是平台给你的推送。
他应该是 2010 年以后才开始上网的,201x 年开始,所谓的平台都开始铸造孤岛,屏蔽爬虫。他首次接触的上网冲浪,实际上是上平台,小红书、zhihu 、微博等等。
之前习惯了 python/js 这种语法,感觉很自然很方便。 今天看了下 MongoDB 官方的 Go 接口,哎呀,那交互方式,真的是痛苦。 例如查询用户为 1 的用户:{us…
假设有 3 个模块(可能更多),为了提高效率,每个模块一个线程,并绑定到特定 CPU 核心。 每个模块处理特定的数据,数据长度是已知的 前一个模块的输出,是后一个模块的输出。…
在日常的 C++ 后台开发工作中,很少会动态生成 Zip 包,所以对 C++ 的 libzip 并不熟悉。最近刚好有个场景,需要将后台生成的一份数据压缩为一个 Zip 包以便下…