ubuntu uwsgi 服务器启动之后 链接服务器提示500， 查看系统日志发现没有找到django模块。但是通过pip命令可以看到已经成功安装了。
猜测可能是python路径搜索问题导致的，随便搜了一下找到这么一篇文章：https://blog.csdn.net/dqchouyang/article/details/78762432
Django APScheduler + uwsgi 定时任务重复运行
基于某些原因可能在开发的时候通过django的manage.py运行定时任务没有任何的问题，但是一旦到了线上环境通过nginx+uwsgi来运行就会发现定时任务不断的重复执行，并且基本都执行失败了。发生这个问题的原因在于uwsgi启动了多个进程来提供服务，于是每次启动的时候定时任务都会跟着再启动一次，于是有4个进程的话，对应的服务就会启动4次，除了第一次可能执行成功后面的基本都会挂掉。
要解决这个问题其实也不难，只要保证在第一次启动的时候添加定时任务并且执行，以后启动的进程不再处理定时任务即可。但是在这种条件下通过python的进程互斥其实貌似并不是非常好使，具体可以看这个：
uWSGI employs some tricks which disable the Global Interpreter Lock and with it, the use of threads which are vital to the operation of APScheduler. To fix this, you need to re-enable the GIL using the
--enable-threadsswitch. See the uWSGI documentation for more details.Also, assuming that you will run more than one worker process (as you typically would in production), you should also read the next section.
https://apscheduler.readthedocs.io/en/latest/faq.html#how-can-i-use-apscheduler-with-uwsgi
ubuntu 16.04 uwsgi自启动
网上的关于uwsgi的自启动的方法还是挺多的，具体搜索一下就知道了，这里简单的写一下官方推荐的方法，通过systemd启动服务。如果用这个方法需要首先确定systemd的版本大于211。
通过下面的命令获取systemd版本信息：
root@mars:/etc/systemd/system# systemctl --version
systemd 229
+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ -LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN
按照官方的文档编写service文件，放入/etc/systemd/system目录下然后执行
systemctl start emperor.uwsgi.service即可启动服务。service文件如下：
[Unit]
Description=uWSGI Emperor
After=syslog.target
[Service]
ExecStart=/usr/local/bin/uwsgi --ini /var/www/html/project/uwsgi.ini
# Requires systemd version 211 or newer
RuntimeDirectory=uwsgi
Restart=always
KillSignal=SIGQUIT
Type=notify
StandardError=syslog
NotifyAccess=all
[Install]
WantedBy=multi-user.target
这个脚本需要注意两个地方，一个是uwsgi的可执行文件路径，另外一个是uwsgi.ini配置文件路径。可执行文件路径可以通过whois uwsgi获取。
ngix+uwsgi+django 以及阿里云rds数据库数据导入
网上关于如果通过nginx来运行django的文章还是蛮多的，但是有的地方写的可能不够细致，于是在实际操作的时候可能会出现一些问题，具体可以参考这个链接：https://www.cnblogs.com/frchen/p/5709533.html。但是实际在不熟的时候却发现uwsgi的配置文件貌似不怎么好用，于是去官网看了一下，近习惯了修改：
[uwsgi]
socket = 127.0.0.1:8001
chdir = /var/www/html/
wsgi-file = Project/wsgi.py
processes = 4
threads = 2
stats = 127.0.0.1:9191
#stats=%(chdir)/uwsgi/uwsgi.status
pidfile=uwsgi.pid
buffer-size = 65536
需要注意的一点是，这个chdir 是项目的根目录，也是工程文件的父目录，后面的wsgi-file则是工程目录和wsgi文件的结合路径，如果这个搞错了，后面的就直接跑不起来了。此时就可以通过uwsgi uwsgi.ini来启动服务了，但是如果此时通过浏览器直接去访问http://192.168.1.100:8001这个地址很有可能是失败的。要配置好nginx的代理之后通过nginx进行访问，nginx配置文件如下：