有个好奇，是怎么爬取一个公众号所有文章的？微信的 url 看的很迷

@jarlyyn

你说的没错，但是这些是建立在单机应用上的，可以简单的把里面的数据文件夹随便映射到宿主机上一个地方，然后保管好宿主机上这个文件夹就可以了

但是，如果只是这样使用的话是不是和不用 docker 一样，和直接在宿主机上装一个 sql 并保护好本地的文件夹没什么区别。

如果要把文件挂主机上，那么有几个问题怎么做，如果这个机器挂了，我的容器需要快速迁移到别的机器上，如果文件在这个机器上，当机器挂了之后数据是不是就不能用了，当然，你可以提前备份，但是这样是不是和不用 docker 的姿势是一样的。或者说我需要扩容，而且是扩容到多台机器上做高可用，是不是这样并不能算方便快捷。

docker 本来就是是的复杂场景变得方便而有了价值，在面对复杂场景的时候，并不是一个简答的 -v 加一个宿主机文件夹就能解决的。但是换句话说，如果需求很简单，怎么方便怎么了喽

不过扯回楼主的主题， docker 建议是单一进程的，也就是这一个容器里只跑一个进程。也就是第一个选择更好一些。
原因很简单，比如这个唯一进程挂掉了，容器也就挂掉了， docker 可以很方便的发现这点并进行后续操作，比如 restart 。

其实并没有什么争论的，至于是不是坑，我只能说，任何软件，工具，轮子都可能被用成坑

首先容器会降低性能，毋庸置疑，无论 网络 还是 磁盘 io ， docker 慢众所周知，但是他部署扩容快啊，看你取舍喽。当然包括上面说 Image 对磁盘的压力，是另一方面，毕竟数据库镜像不经常更新 Layer 。

然后就是把数据库放容器里，因为数据库的特殊性（存储数据以及版本不经常变动），我一般是不建议把这东西放容器里的。
首先是数据问题， docker 并不建议把数据放在容器里，并有了 volume ，数据库这种数据优先的程序更是，无论是把数据放在 volume 还是其他 driver ，都徒增对这些数据的管理（以及风险），而这些管理却一定程度上依赖了 docker 。
然后就是 docker 引入的问题，无论什么数据库，现在的解决方案是非常完善的，但是引入 docker 之后，在一定程度会受到 docker 的影响，比如 daemon 挂了而你恰好要要对数据库这个容器操作，你是打算先修 docker 呢 还是先修 docker 呢。

总之呢， mysql 放在容器里说白了也不过就是一个文件夹的数据和一个进程而已，如果处理的好（对 docker 很熟，没有人为失误）而且运气足够好（遇不到 docker 的 bug ），而且对性能要求不大，那么放哪都一样，怎么喜欢怎么来。

啥？你只是把容器里的 data 目录映射到了宿主机提供数据库服务？我认为你用的是假 Docker 。

靠自觉来维护版权是天方夜谭，等法律健全，执法力度够硬的时候，问题自然好很多

@mzmxcvbn celery beat 支持每隔一定时间（精确到秒）便执行一次任务，文档有写。至于数据，直接扔数据库不好么， web server 直接去数据库拿

celery beat

话说， win server 20% 份额绝大部分都在我朝么 orz

id(object)

Return the “ identity ” of an object. This is an integer (or long integer) which is guaranteed to be unique and constant for this object during its lifetime. **Two objects with non-overlapping lifetimes may have the same id() value.**

```
>>> id([1])
4391579520
>>> id([2])
4391579520
>>> a = [1]
>>> b = [1]
>>> id([1])
4391757944
>>> id([2])
4391757944
>>> id(a)
4391579520
>>> id(b)
4391641672
>>> id([])
4391757944
```

上能满足老板，下能团结开发。先不说能不能做成什么知名成果，就这一点就已经很不简单了。

提供三个方案。
1. 打日志分析，对老代码影响最小
2. 在调用 api 的时候往 influx 里扔记录，还可以顺便做个健康监控
3. api 前面加一个 tyk ，统计很简单，连权限都帮你做好了- -

一定要慎重

最近尝试了 Mac 的 DayOne ，发现不错，然而是安卓手机，最近也是一直在找手机端可用的 app 。。。哭瞎

flask 简单上手

有精力就学呗，微服务这么火，万一以后用到了呢

@MushishiXian 这张的确很棒，赴死的决绝感

@XhstormR 额，其实挺漂亮的。。。只不过图床好像把图片压的不能看了，再来张

https://ww2.sinaimg.cn/large/006tNbRwgw1fbek4shuktj30ny0q6ab7.jpg

前一段时间在 blog 加了段 js ，向 酷壳 致敬

https://ww4.sinaimg.cn/large/006tNbRwgw1fbej7fi5icj30ns0aaq3m.jpg