@guyskk0x0 你可以考虑一下用我的方案来改善你项目的部署方式。

我司的女生写代码比我还严谨，code review 的时候各种找茬，挺好的。

首先代码不会这么写，其次空格强行干扰优先级判断

https://chrome.google.com/webstore/detail/star-manager/klajgkhhnnipjkilfgkkjofidahjfobh

或者你可以看看我这个更加轻量级的。完全够用了

https://www.kilerd.me/rust-how-to-learn-it

这里面阐述了，我为啥要自己写一个博客程序

卧槽，为啥不回，如果是女神，我都能想回她十句「在」

@guyskk0x0 #41 我刚刚去看 rss specification 也看到了这点，看来是我的博客不规范，已经加入 issue 里面了 https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg

建议：
我试了下输入自己的博客，然后 crawler 去遍历我首页的每个 link，去看是不是 rss。

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

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

没有再去尝试遍历 https://ws3.sinaimg.cn/bmiddle/62e721e4gw1et02ek7u61j200k00k3y9.jpg

requirements.txt 的话，你要手动 freeze 依赖的依赖版本出来就没问题。
如果只是加了一级依赖的版本号就可能出问题。

我还是不喜欢这种手动 freeze 的方法，太原始了。

BTW，怎么还在用 requirements.txt 的方式来管理依赖（缺少 lock 文件，项目过几个月估计就跑不起来了）
快换 pipenv 或者 poetry

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

- poetry: https://github.com/sdispater/poetry (推荐)

其次，部署文档最后部署出来的内容是 http 服务，其实用了 docker，就应该善用 docker service dicovery 的优势，把 load balancer 也用 docker 来实现。

推荐两个：

- https://traefik.io/
- https://github.com/buchdag/letsencrypt-nginx-proxy-companion-compose

看了你的部署稳定，很多地方可以优化一下：

- docker 打包应该可以交给 CI，或者写一个脚本自动 build 所有的 image
- 不要用 run 的方式来启动每一个服务， 尝试用 stack，或者至少都要用 service，不然一旦崩掉了其中一个服务就完了。
- 用 stack 的方式来部署，depends_on 的方式来解决启动顺序的问题，entrypoint.sh 来启动主程序和 db migration。
- docker run 会暴露出数据库的端口，这是一个极其不安全的操作方法，用 stack + network 的方式来避免没必要的暴露 （我看了下 async api 和 api 也是不需要对外暴露的）

@guyskk0x0 #31 没有耶，因为 devops 那一套流水线（ CI 做自动编译，自动打包，自动发布）是几个项目公用的，所以没有开源，抱歉了。但是 PWA 的优化我也是跟着 google 官网来做的