导读：本篇文章首席CTO笔记来给大家介绍有关django错误日志在哪里的相关内容，希望对大家有所帮助，一起来看看吧。
如何解决Django 1.8在migrate时失败
1.首先，这个问题发生在 Fedora 22 的机器上，但是也很可能发生在其他系统（包括windows）上，所以依然可以参考，但是不保证有效。
此外，你必须已经设定好了 settings.py 里面的数据库。类似下图。
2.初次使用 python manage.py migrate 命令提示模块 MySQLdb 缺失。这个是一个 连接python 和 MySQL 的模块。错误日志如图：
3.于是条件反射，知道要安装 MySQLdb 模块。它对应的库名词为 mysql-python。如果直接安装会出现下列错误：
缺失这样一个头文件：my_config.h
4.必须在安装前补充一个 mysql-devel 的程序。即：
sudo dnf install mysql-devel
这样就能补充这个头文件my_config.h了。
5.然后安装 mysql-python 库，输入：
sudo pip install mysql-python
成功安装，如图：
6.然后再运行：
python manage.py migrate
这时你就能看到心旷神怡的绿色的OK了！
仅在 fedora 22 上通过测试，其他不保证成功，但是可以参考。
django nginx 502 Bad Gateway
问题描述:
使用nginx在服务器端部署django项目，访问时总是报 502 Bad Gateway 错误
原因：
通过nginx的错误日志 /var/log/nginx/error.log 找到了原因:
通过上面的错误信息可以看到使用了uwsgi配置django项目，但是我并没有使用uwsgi。
其实这是 在 /etc/nginx/sites-available 目录下的default文件导致的，default是默认配置文件，之前我在default中使用uwsgi配置过，虽然我后来也添加了一个与项目相关的文件，也添加了软连接，但由于default文件未取消软链接导致其还有作用；
解决方法：
删除default
重启nginx服务器
Django日志功能踩坑
在 Django 按天记录日志 里采用的 TimedRotatingFileHandler 进行日志处理，期望得到的效果是每天的日志单独存放在一个文件里。
但实际运行中，遇到两个棘手的问题。一个是用django自带的 runserver直接运行，在rollover时会报错，提示有别的程序在占用日志文件。另一个是用IIS部署时，发现并不会自动rollover，所有日志仍然存在一个单独的文件里。
第一个问题直接用 --noreload参数即可，原因之前也写过 [Django] 日志功能异常 。
第二个问题挺奇怪，可能的原因是设置参数 'when': 'D' 并不能够达成预期目的，这个参数的意思是按照间隔1天（默认为1天）的方式记录日志。但如果一直有日志数据报出，那么这个间隔1天的条件永远无法得到满足，结果就是一直无法触发rollover。
解决办法就是修改参数 'when': 'midnight' ，这样每天新日志消息一到来，就会触发日志文件的rollover，实现预期效果。
Django环境搭建时，安装mod_wsgi失败
你把开发环境换成linux吧。 LMP（linux, mysql, python/php）这种架构更适合在linux上跑。
仅从你的日志上看。显然你没有配置对啊。通常先启动django， 要用wsgi的启动脚本启动。 然后再启动apache
结语：以上就是首席CTO笔记为大家整理的关于django错误日志在哪里的全部内容了，感谢您花时间阅读本站内容，希望对您有所帮助，更多关于django错误日志在哪里的相关内容别忘了在本站进行查找喔。
以上内容为新媒号(sinv.com.cn)为大家提供！新媒号，坚持更新大家所需的互联网后端知识。希望您喜欢！
版权申明：新媒号所有作品（图文、音视频）均由用户自行上传分享，仅供网友学习交流，不声明或保证其内容的正确性，如发现本站有涉嫌抄袭侵权/违法违规的内容。请发送邮件至 k2#88.com(替换@) 举报，一经查实，本站将立刻删除。
