蚁阅 - 让 RSS 更好用,轻松订阅你喜欢的博客和资讯

2019-06-08 16:21:05 +08:00
 guyskk0x0

作为一个 RSS 重度使用者,我订阅了几百个博客,十几个资讯和论坛网站,利用每天茶余饭后的时间看看资讯,不时也能看到各个博主发的好文章。之前我尝试过很多 RSS 阅读器,有的太复杂,有的阅读体验不好,有的不支持移动端,我甚至定制过一个开源的 RSS 阅读器,还是觉得不够好用。

所以我用了半年时间,完成了蚁阅的第一版。自己也使用了将近一个月,可以满足日常使用需求了。 今天是第一次发布,欢迎大家体验和反馈意见!

主要特点:

开箱即用地址: https://rss.anyant.com (建议用手机浏览器访问)

11133 次点击
所在节点    分享创造
76 条回复
z1s23
2019-06-08 20:40:02 +08:00
@glouhao #19 是的,需要科学才行
glouhao
2019-06-08 21:04:50 +08:00
@zs8861 不需要,inoreader 可以直接看。
guyskk0x0
2019-06-08 21:11:21 +08:00
@loading @ningfeng 感谢二位反馈,"只取标题" 这是个 Bug,蘑菇或收藏中的文章,在菌圃中便会出现这个问题,现已修复。
guyskk0x0
2019-06-08 21:14:13 +08:00
@chinesestudio #17 🤝感谢支持
@omph #18 微信订阅号目前不支持,爬微信难度比较大,也有法律风险
appstorereview
2019-06-08 21:43:38 +08:00
支持一下,虽然习惯用 Inoreader。
Kilerd
2019-06-08 21:52:44 +08:00
可惜你不是用 react 写的,不然可以很快地通过 react-native 做成 app。

RSS 这一块很久之前就实践过了,WEB 版本还是不太好用。而且你这个还是没有 PC web 的 UI。

或者换个思路,优化一下,做成 PWA 也是一个不错的选择。
guyskk0x0
2019-06-08 22:12:33 +08:00
@Kilerd 老朋友你换头像了!有考虑打包成 App,这样用户体验会好一些。cordova 貌似也能做,不知道实际效果如何。
oppoic
2019-06-08 22:15:24 +08:00
楼主考虑做个谷歌浏览器插件,用户群体更大。
guyskk0x0
2019-06-08 22:20:17 +08:00
@oppoic 多谢反馈,会考虑进来
Kilerd
2019-06-08 22:24:26 +08:00
@guyskk0x0 #27 可以先考虑做一下 PWA 的优化。
我有一个 side project,用 React 写的,PWA 支持也就花了 2 天的时间,很快,但是提升的体验却很好。
guyskk0x0
2019-06-08 22:32:57 +08:00
@Kilerd 好的,我尝试一下。你的 side project 是开源的吗,是的话我可以参考一下。
Kilerd
2019-06-08 22:37:32 +08:00
@guyskk0x0 #31 没有耶,因为 devops 那一套流水线( CI 做自动编译,自动打包,自动发布)是几个项目公用的,所以没有开源,抱歉了。但是 PWA 的优化我也是跟着 google 官网来做的
guyskk0x0
2019-06-08 22:44:32 +08:00
@Kilerd 好的,多谢!
Kilerd
2019-06-08 22:45:45 +08:00
看了你的部署稳定,很多地方可以优化一下:

- docker 打包应该可以交给 CI,或者写一个脚本自动 build 所有的 image
- 不要用 run 的方式来启动每一个服务, 尝试用 stack,或者至少都要用 service,不然一旦崩掉了其中一个服务就完了。
- 用 stack 的方式来部署,depends_on 的方式来解决启动顺序的问题,entrypoint.sh 来启动主程序和 db migration。
- docker run 会暴露出数据库的端口,这是一个极其不安全的操作方法,用 stack + network 的方式来避免没必要的暴露 (我看了下 async api 和 api 也是不需要对外暴露的)
Kilerd
2019-06-08 22:48:58 +08:00
其次,部署文档最后部署出来的内容是 http 服务,其实用了 docker,就应该善用 docker service dicovery 的优势,把 load balancer 也用 docker 来实现。

推荐两个:

- https://traefik.io/
- https://github.com/buchdag/letsencrypt-nginx-proxy-companion-compose
Kilerd
2019-06-08 22:57:44 +08:00
BTW,怎么还在用 requirements.txt 的方式来管理依赖(缺少 lock 文件,项目过几个月估计就跑不起来了)
快换 pipenv 或者 poetry

- pipenv: https://github.com/pypa/pipenv

- poetry: https://github.com/sdispater/poetry (推荐)
guyskk0x0
2019-06-08 22:59:24 +08:00
@Kilerd 赞同,目前的做法比较简单粗暴。CI 目前还没完善,没精力做。
数据库端口绑定的 127.0.0.1,不会有问题。另外我用的阿里云 VPC 网络,安全组只开了 80 端口,其他端口外部都访问不了,API 端口主要是 admin 页面使用,我会本地挂 VPN 连上去访问。
guyskk0x0
2019-06-08 23:02:24 +08:00
@Kilerd #36 pipenv 和 poetry 我都用过,感觉还是 requirements.txt 比较实用,我都是固定版本号(和 lock 文件一样的效果),不会有版本问题的。
Kilerd
2019-06-08 23:07:45 +08:00
requirements.txt 的话,你要手动 freeze 依赖的依赖版本出来就没问题。
如果只是加了一级依赖的版本号就可能出问题。

我还是不喜欢这种手动 freeze 的方法,太原始了。
Kilerd
2019-06-08 23:30:04 +08:00
建议:
我试了下输入自己的博客,然后 crawler 去遍历我首页的每个 link,去看是不是 rss。

其实可以先去跑几个比较常见的网页啊。

- foo.com/rss
- foo.com/atom

没有再去尝试遍历

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/571986

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX