Python Web 项目的部署如此之复杂！

接手了一个 python django 写的上古项目。今天稍稍改了改，部署上线的时候突然看到启动命令竟然写的是python manage.py runserver

虽然我从来没写过 django 项目，但是我也知道这命令启动的是开发测试服务器。就跟前端的npm run dev一样。此时我内心”这特么怎么行，线上业务啊，怎么能这么敷衍，跑个测试服务器就上线“。于是想着改改 Dockerfile ，改成正经的线上部署。

可是我也没搞过 django 啊，经过一通搜索，大致了解到，django 可以通过 Gunicon 、uWSGI 、Apache mod_wsgi 、Daphne 、Hypercom 、Uvicom 等等方式部署。我淦，怎么这么多啊，我也不知道选哪个啊，uWSGI 在官网写在第一个的，那就他吧。

照着官网示例抄吧，先这样再那样，Dockerfile 改好了，试一试，草，Docker 容器怎么启动就停了？一通排查，原来 uwsgi --ini uwsgi.ini这命令不是前台运行的，Dockerfile 里面拿这个当启动命令起来立马就没了。

经过 N 久翻阅文档，发现 uwsgi 启动会生成一个 pid 文件，看到这里，我这个大聪明有办法了，于是 Dockerfile 启动命令改成CMD uwsgi --ini uwsgi.ini && tail -f uwsgi.pid ，再次尝试，容器成功保活。

正在得意我的聪明才智的时候，结果一看，我淦，uwsgi 是起来了，但是服务为啥不能用啊。又一通排查，我淦，uwsgi.ini 里面的路径好像有问题，可这玩意路径写到哪里文档也没说啊，网上一会说是项目路径，一会说是 app 路径，什么鬼啊，一个一个尝试，结果都特么不行。

再仔细翻翻文档，这什么玩意呀，部署上线什么还要带个 sqllite 文件呀，怎么还有先执行命令整理代码啊，怎么还要。。。。。

从早上 10 点一直捣鼓到现在晚上 8 点，饭都没吃饱，这什么破玩意啊。md 果断敲下 git reset -hard 。滚 tm 的，我真是吃饱了没事干，服务跑得好好的，改什么改，前人用开发服务器肯定是有他的道理的，瞎改什么改。就算服务挂了，Docker 容器自动拉起，有毛线关系啊。

不得不感叹，我部署过上古时期的 java 项目，拷个 war 包上线。也部署过 php 项目，拷份代码到目录就上线，也部署过 golang 项目，本地交叉编译拷个二进制文件上线，也部署过 c c++项目... 像 python 这么恶心的还是第一次，什么乱七八糟路径，调试又没日志，找到日志又不清不楚的，没人用这玩意果然是有原因的。