讲自己项目的思路最实在

50w 那肯定你 sql 有问题

1 ，你导师 focus 在 paper 上你怎么没文章
2 ，你的那个韩国项目你的部分不是特别偏互联网
3 ，机器学习只是罗列简单的名词没有佐证你的东西
4 ，有工作只是想拿 offer 这种求助网友也尽量不要说出来吧， hr 看到估计比较无力，这种地方不用太真诚；像 focus 这种非技术名词的有的人估计看不惯

想进入 bat 就说明你眼界 /技术不够

@ooonme docker 基础镜像不带 syslog 进程的，我 tm 开了 syslog 发现 cron 执行正常，也就是说 cron 只是开 shell 去执行命令就不管了，无法知道命令成功与否

已经解决了， cron 执行命令去开的 shell 的 PATH 他妈的没有完全继承 cron 的 PATH 环境变量，蛋都碎了

我现在已经知道了是 cron 里面没发现我 php 路径的原因，但是我 cat /proc/6/environ 看到了 php 的路径在环境变量下啊，神奇

已经补上了 dockerfile ，继续求帮忙

http 异步 php 的 guzzle 支持很好， rpc 的话 yar 也支持的，不需要多线程。。。。另外 php 的多线程是真的多线程，没有全局锁的，所有 pecl 的扩展都分了多线程 /单线程版本的。。。。

docker 对我 php 来说主要有 2 点好处，一个解决 php 环境问题，再一个就算被拿 webshell 也不用担心主机更安全

@youwater 我也这么想过，然后我发现你 php-fpm 分布式不大现实（你 nginx 的 upstream 怎么设？更新难道直接更新整个 docker 镜像？），穿参数通过环境变量传实际操作也挺麻烦的。。。。嘛，找到适合自己的最好

@qweweretrt515 都用 docker 了，开发环境和生产环境不一致不是自己给自己添麻烦么。。。

我摸索出来的 php 生产环境部署方案：
nginx 用原生的， php-fpm 和源码放进同一个 docker 镜像中，启动容器的时候-v app ：/app 这样，然后 exec 进容器 copy 源码到 /app 下。代码更新直接在容器中启动 crond git pull 就完了。这个方案没用数据卷和 compose ，甚至还违背了一个容器干一件事的原则，但是它的好处你实际操作就会体会到了。

@amd00 你测试环境敢和生产环境不一样？

php 的 docker 部署方案首先不能在生产环境 git pull 然后 build docker 镜像，其次需要考虑源码更新，你的方案只能做开发环境

问题一大堆。。。最大的问题，你在生产环境用 docker-compose 是不对的，这意味着你要在生产环境 git pull 。。。第二代码更新你没考虑。。。第三， nginx 放容器有一些缺点，我不说你自己也可以体会到。。。

这是一个失败的 docker 方案

php 可以 exec system shell_exec passthrough pcntl_exec pcntl_exec escapeshellcmd popen 执行 shell ， php 又赢了

@jhdxr 实际系统中的访问恰恰是命中缓存的情况最多，所以你说实际系统瓶颈在数据库而 helloworld 无法说明问题那是站不住脚的。。。。