V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  Kilerd  ›  全部回复第 52 页 / 共 289 页
回复总数  5761
1 ... 48  49  50  51  52  53  54  55  56  57 ... 289  
❮ ❯
2019 年 6 月 14 日
回复了 Kilerd 创建的主题 › 分享发现 › 抽空写了篇我简单的服务器 docker 配置的文章
@anubu #6 我最开始的选择就是 traefik,但是因为各种原因还是选择了使用 nginx。

- traefik 好像不支持 ECC 证书的申请
- traefik 要在配置文件中就协商 acme 的申请邮件,这导致了不太方便帮他人托管程序

当然了 traefik 还有很多特性还是很棒的,HSTS 支持,Load Balance 策略 等等。
2019 年 6 月 13 日
回复了 461229187 创建的主题 › JavaScript › 小项目你们平时用什么脚手架搭建?
parcel
2019 年 6 月 13 日
回复了 Kilerd 创建的主题 › 分享发现 › 抽空写了篇我简单的服务器 docker 配置的文章
@guyskk0x0 你可以考虑一下用我的方案来改善你项目的部署方式。
2019 年 6 月 13 日
回复了 param 创建的主题 › 程序员 › 女生寫的代碼有什麼特點?
我司的女生写代码比我还严谨,code review 的时候各种找茬,挺好的。
2019 年 6 月 12 日
回复了 oska117 创建的主题 › 程序员 › Java : 踩过这个坑没?
首先代码不会这么写,其次空格强行干扰优先级判断
2019 年 6 月 10 日
回复了 jason94 创建的主题 › 分享创造 › 😋Remu - 一个高效管理 GitHub Stars 的 Chrome 浏览器插件
https://chrome.google.com/webstore/detail/star-manager/klajgkhhnnipjkilfgkkjofidahjfobh

或者你可以看看我这个更加轻量级的。完全够用了
2019 年 6 月 10 日
回复了 RLinux 创建的主题 › 问与答 › 创建个人博客是否有必要
https://www.kilerd.me/rust-how-to-learn-it

这里面阐述了,我为啥要自己写一个博客程序
2019 年 6 月 10 日
回复了 mursg 创建的主题 › 情感问题 › 你遇到喜欢的人会怎么办呢?
醒醒,工头催你起床搬砖了。
2019 年 6 月 9 日
回复了 shanlan 创建的主题 › 问与答 › 对于问你“在不在”的人,你们怎么处理的?
卧槽,为啥不回,如果是女神,我都能想回她十句「在」
@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 也是不需要对外暴露的)
1 ... 48  49  50  51  52  53  54  55  56  57 ... 289  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   5488 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 801ms · UTC 07:07 · PVG 15:07 · LAX 00:07 · JFK 03:07
♥ Do have faith in what you're doing.