@Trim21 #18 好像说的有点迷糊，我一开始 caddy 就是用的 dns 验证，然后某一天开始突然不能用了，不得已换成 acme 了

@libotony #17 因为我机器是放在内网的，所以我只能用 dns 验证

全日制研究生不算统招吗…

（话说为啥不直接问问对方公司怎么想的

@ClericPy 这次等的是哪个人…

你把 xx1 xx2 什么的也放到一个 list 里面或者一个 dict 里面

最后生成一个这个


[{
'id':1,
'hosts': '1.1.1.1',
'port': 22222,
'username': 'root',
'pwd': 'aaaaaaaaaaaaaa'
},
{
'id':2,
'hosts': '2.2.2.2',
'username': 'root',
'pwd': 'sssssssssssss'
}]

用的手机，懒得查 api 了，可能某些单词拼的是错的…

你可以用 multiprocess.pool 里面的 threadpool，开一个最大数量为 5 的线程池，然后用 pool.map （或者 mapstar ），去作用在 resultdict.items （）上面

因为 qq 拼音的弹窗没法在输入法设置里面关，所以放弃了，改用小狼豪了

感觉应该自己跑个 dht 爬虫了…

三星自带一个迁移程序，可以试试那个

caddy 会自动申请，也许你的 certbot 根本没啥作用…

我的 caddy+cf 已经没法自动续期很久了，搞得我不得不又用上了 acme.sh ，然后突然就没有用 caddy 的理由了…

@limyel #6 我当初偷懒直接搞了客户端定期检查，应该有更好的方案比如 websocket 之类的

但 poetry 没法帮助解决你解析依赖用时很长的问题，poetry 前几次解析依赖也巨慢而且经常失败，我当初就是被这个劝退。
不过在成功运行并把需要的数据缓存到本地之后情况就好多了。

之前有一段时间同时使用 pioenv 和 poetry，这段时间尝试了一下 pipenv，还是用回 poetry 了。

poetry 比 pipenv 在各种角度上好用很多，就比如他 readme 里面提到的，为什么要同时维护一个 requirements，还要维护两个 pipenv 的文件，这几个文件本来不就应该保持同步么，难道你的项目中依赖于 requests=1 你会安装一个 requests=2 在环境中吗。


我习惯用 windows 开发，然后打包成 docker 放到 linux 服务器上去，或者用 windows 开发，打包在三个平台上使用，这个使用场景 pipenv 似乎完全没考虑。

poetry 生成的 lock 是跨平台的，也就是说你在 windows 下面生产的 lock 文件不需要担心在 linux 下面会生成不一样的 lock 文件（当然换行符的问题还是存在）。

poetry 在安装依赖的时候，就像他的 readme 一样，会保证你安装的依赖没有版本冲突问题，但 pipenv 就是单纯的像 pip 一样安装所有依赖，然后把版本写死而已。参照 https://github.com/sdispater/poetry/blob/master/README.md#dependency-resolution 这一点似乎 poetry 是现在唯一的工具会解决这个问题。


至于学习成本，其实 poetry 也有 run 命令，就是 pipenv run 换成 poetry run。

几个月前还会算来着，现在差不多都忘干净了…
现在看线性代数都会想起当初在量子力学里算表象的痛苦回忆…

只能放一块硬盘，不香（

设置一个 task，绑定原来格式化的快捷键

@songzvz1 #14 广告又不是不能关.jpg

（我也在用 QQ 拼音

@zdkmygod 主要是知乎答主和评论者在信息传播的地位上就不对等，所以最好的办法是另写一个答案指出对方的错误而不是评论。

都可以 你甚至可以直接把整个文件 post 上去，然后服务端替换掉硬盘上的文件

我之前写过一个 python 的同步盘服务器是这么干的（