近期在努力把自己的项目从python2转到python3上，因为生产环境无法抛弃centos7，所以只好在centos7上安装了python3。装好了python3，将python命令软连接改成python3的，同时也将pip指向了python3版本的pip。一切都很顺利，但在用uwsgi启动一个django的web服务时才发现出了问题：服务是启动了，但是一访问接口就返回500，再一看uwsgi这边的日志，显示：no python application found 。
nginx+uwsgi+django的模式在之前多次配过，都没有出现问题啊，为啥一到了python3的环境下就出问题了？我的环境应该配置得差不多了啊，而且所有的模块也都是在python3的环境下装的啊。
再次检查了我的配置文件：
1 | [uwsgi] |
感觉也没有啥问题啊。于是又开始仔细查看uwsgi这边输出的日志，再往前看看，才看到了这么个报错：
1 | *** Operational MODE: preforking+threaded *** |
没有找到django模块？原来成功启动只是一个假象，实际上现在uwsgi没找到django这个模块，一提供服务肯定就500了。
但是为啥会没有找到django模块呢？uwsgi和django都是用python3的pip来装的啊，虽然这个centos7上还有python2，但也只是为了让yum还能正常使用而保留的啊。
在网上一顿找，才发现，uwsgi还真是有点特殊，在python2和python3共存的系统上就会有点问题，这次启动时无法找到django模块是因为uwsgi命令使用python2的环境来进行了启动。需要在配置文件中指定所需要的库环境才可以。
于是开始找django的环境，使用pip show可以看到django安装的location：
1 | [root@knktc testproj]# pip show django|grep -i location |
顺便把pytz的路径也找下：
1 | [root@knktc testproj]# pip show pytz|grep -i location |
把这两个路径使用pythonpath参数加入到配置文件中，修改后的uwsgi配置文件是下面的这个样子的：
1 | [uwsgi] |
再启动一次试试：
1 | uwsgi --ini uwsgi.ini |
一切正常！
看来python2和python3共存的系统上，还是会有不少问题啊，即使是用docker单独做个环境可能也会存在各种问题，用venv进行环境的隔离才是真正的解决方案啊。
