在家里玩的时候,或者搭建vps的时候,用的Linux distribution都是centos,而后因为工作需要接触到了Ubuntu,以及之后的debian。感觉虽然同是Linux发行版,细微处差别还是挺多的。网上查了一下原来在发行版本中也会分派系的。好像笑傲江湖的剑宗和气宗一样,哈哈哈哈。但毕竟师出同门,用的都是Linux内核,基本的命令也几乎是一样的啦。
Linux,最早是由Linus torvalds在1991年开始编写。在这之前Richard stallman创建了free software foundation(FSF)组织以及GNU项目,并不断的编写创建GNU程序。并不断有杰出的程序员和开发者加入到GNU组织中,便造就了今天我们所看到的Linux,或者GNU\Linux。
Linux发行版本大体分为两类,一类是商业公司维护的发行版本,一类是社区组织维护的发行版本。前者以著名的redhat(RHEL)为代表,后者以debian为代表。
redhat系列
redhat系列的势力大概有以下几个:RHEL(redhat enterprise linux)、Fedora core、centos。
RHEL :就是redhat公司发行的收费版,非常稳定。
Fedora :就是redhat的桌面版本,界面优雅,功能和工具版本都非常靠前,但不是很稳定。
centos :redhat的社区版,功能和RHEL类似,但免费。
redhat系列的包管理方式采用的是:基于RPM包的 YUM包管理 方式。
redhat系列的包分发方式采用的是:编译好的二进制文件。
redhat这个派系的特点是:资料多,很多网上教程都是基于centos讲的。
debian是社区类Linux发展的典范,是迄今为止最遵循GNU规范的Linux系统,该系列主要包含:debian和Ubuntu。
debian分三个branch:stable、testing、unstable。unstable有最新的软件包,但可能会有bug,一般适合桌面用户。testing相对更加稳定,也支持不少新技术。stable非常稳定,但软件包可能就比较过时了。
debian最具特色的是 apt-get/dpkg包管理 方式,其实redhat的YUM也是在模仿debian的apt方式,但在二进制文件发行方式中,apt应该是最好的了。
debian 特点:有丰富的社区,有问题可以去里面请教。
Ubuntu :Ubuntu是一个拥有debian所有的优点,以及自己所加强的优点的近乎完美的Linux桌面系统。
没有遗漏地收取信息 ——像少数派首页新的文章、教务系统新的通知等,都是我不希望有遗漏的信息。
集中地收取信息 ——我是个很怕麻烦的的人,要我时不时地打开微博、Twitter、Instagram、YouTube、哔哩哔哩……去翻看我所有关注的人有没有更新,实在是一件痛苦的事。
RSS 服务就契合了这两个需求,我只需要打开阅读器就能接收所有信息,而「未读」标记则可以提醒我遗漏了哪些重要的信息。
但 RSS 并不是完美无缺,一个最大的问题就是 RSS 从来都不是一个信息发布的主流方式,除了部分新闻类网站,大多数的网站都是缺少官方的 RSS 来源(比如以上列举的大部分网站)。
不过问题的解决并不困难,我之前的方案是使用 Huginn 、 Feed43 之类的工具,通过抓取网站页面特定段落的更新,来生成 RSS 订阅源。这些工具大多只需要有一定的 HTML 和 Linux 基础就能使用,但毕竟还有一定门槛,本文要介绍的就是将这一门槛抹平的新兴工具—— RSSHub 。
与 Huginn、Feed43 等工具类似,RSSHub 在大部分网站上也是通过抓取网页的方式获得订阅源,不同的是在 RSSHub 中,已经完成了对抓取规则的编写,只需要用户简单的编辑下地址即可。
比如我希望订阅 YouTube 上 Linus Tech Tips 的视频,我在网页上找到 LTT 的用户名是「LinusTechTips」,根据 RSSHub 的 官方文档 ,我只需要在 https://rsshub.app/youtube/user/ 之后加上这个用户名,即 https://rsshub.app/youtube/user/LinusTechTips ,一个订阅源就制作完成了。
对于某些更新量较大的订阅源,我们可能会希望剔除掉不需要的信息,除开各类阅读器提供的过滤选项,RSSHub 本身也提供各种过滤参数,只需要添加到订阅源地址上即可。
比如,Pixiv 周排行榜每次都会推送前 30 名的作品,如果我只希望接收前 10 名的推送,只需要在订阅源 https://rsshub.app/pixiv/ranking/week 之后加上 ?limit=10 这一参数即可。
再比如,我不想在 Pixiv 周排行榜中看到关于 miku 的作品,只需要在订阅源后面加上 ?filterout=miku 这个参数,那就不会收到标题和描述里带有 miku 的推送。
其他的通用过滤参数和部分网站的专用过滤参数就不一一列举了,不过要提的是部分参数不能同时使用,比如我们无法用 ?limit=10?filterout=miku 这一参数在只接收前 10 作品的同时过滤掉关于 miku 的作品,具体见 官方文档 。
勘误:所有参数可以同时使用,只是不同参数需要用 &连接,比如 ?limit=10&filterout=miku
开源项目的生存依赖作者的热情和用户的支持,稳定性当然是不如商业项目,如果有一天因为官方服务器的关闭导致大量订阅失效,也是件很苦恼的事。
所幸 RSSHub 是一个基于 Node.JS 开发的 项目 ,可以很轻松的部署在服务器或是本地计算机上,这里就不照搬 官方说明 了,现在 VPS 价格愈发亲民,有能力的用户完全可以手动部署在自己的服务器上。
需要指出的是,如果想自建 RSSHub,那么部分依赖 API 的订阅源,比如 Disqus,就需要自己去申请 API 了。
RSS 的用户很容易染上无节制地增加订阅源的习惯,尤其是学会使用订阅源制作工具后,走马观花式地扫几眼后,直接按下「全部已读」变成常态。我个人认为如果希望保证 RSS 阅读的体验,就要在这方面加以克制,避免自己的阅读器中充斥大量混乱的信息。
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)