Python 在django中,每当debug=False时,Heroku都会给出服务器错误(500),当debug=True时则不会出现错误
当我设置debug=False时,我得到错误500,但当它设置为True时,我没有得到任何错误 我试过:-Python 在django中,每当debug=False时,Heroku都会给出服务器错误(500),当debug=True时则不会出现错误,python,django,web,heroku,whitenoise,Python,Django,Web,Heroku,Whitenoise,当我设置debug=False时,我得到错误500,但当它设置为True时,我没有得到任何错误 我试过:- “heroku运行python manage.py collectstatic” “评论出白噪音” “更改模板以及静态和静态文件位置” COMPRESS\u ENABLED=os.environ.get('COMPRESS\u ENABLED',False) “允许域中的所有内容” requirements.txt dj-database-url==0.5.0 Django==2.2 dj
dj-database-url==0.5.0
Django==2.2
django-ckeditor==5.7.0
django-heroku==0.3.1
django-js-asset==1.2.2
django-widget-tweaks==1.4.3
django-wysiwyg==0.8.0
gunicorn==19.9.0
psycopg2==2.8.2
psycopg2-binary==2.8.2
pytz==2019.1
sqlparse==0.3.0
whitenoise==4.1.2
wsgi.py
"""
WSGI config for sites project.
It exposes the WSGI callable as a module-level variable named ``application``.
For more information on this file, see
https://docs.djangoproject.com/en/2.2/howto/deployment/wsgi/
"""
import os
from django.core.wsgi import get_wsgi_application
os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'sites.settings')
application = get_wsgi_application()
来自heroku的日志
2019-05-02T17:28:58.987520+00:00 app[web.1]: [2019-05-02 17:28:58 +0000] [4] [INFO] Using worker: sync
2019-05-02T17:28:58.991090+00:00 app[web.1]: [2019-05-02 17:28:58 +0000] [10] [INFO] Booting worker with pid: 10
2019-05-02T17:28:59.099019+00:00 app[web.1]: [2019-05-02 17:28:59 +0000] [11] [INFO] Booting worker with pid: 11
2019-05-02T17:29:00.617376+00:00 heroku[web.1]: State changed from starting to up
2019-05-02T17:29:02.000000+00:00 app[api]: Build succeeded
2019-05-02T17:29:24.459932+00:00 heroku[router]: at=info method=GET path="/" host=www.sites.com request_id=e01ecca-9401-4672-95b8-fa0e88a8a8c8 fwd="47.30.149.115" dyno=web.1 connect=0ms service=929ms status=500 bytes=234 protocol=https
2019-05-02T17:29:24.458064+00:00 app[web.1]: 10.30.222.9 - - [02/May/2019:22:59:24 +0530] "GET / HTTP/1.1" 500 27 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36"
2019-05-02T17:29:25.821391+00:00 heroku[router]: at=info method=GET path="/" host=www.sites.com request_id=f748924-a57f-4a3f-858b-6be376c9efcc fwd="47.30.149.115" dyno=web.1 connect=1ms service=1083ms status=500 bytes=234 protocol=https
2019-05-02T17:29:25.818762+00:00 app[web.1]: 10.52.4.51 - - [02/May/2019:22:59:25 +0530] "GET / HTTP/1.1" 500 27 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36"
在注释ssl行之后,此设置在本地服务器上运行
MIDDLEWARE = [
'whitenoise.middleware.WhiteNoiseMiddleware',
'django.middleware.security.SecurityMiddleware',
'django.contrib.sessions.middleware.SessionMiddleware',
'django.middleware.common.CommonMiddleware',
'django.middleware.csrf.CsrfViewMiddleware',
'django.contrib.auth.middleware.AuthenticationMiddleware',
'django.contrib.messages.middleware.MessageMiddleware',
'django.middleware.clickjacking.XFrameOptionsMiddleware',
#'django.middleware.security.SecurityMiddleware',
]
# CSRF_COOKIE_SECURE = True
# SESSION_COOKIE_SECURE = True
# SECURE_SSL_REDIRECT = True
# SECURE_PROXY_SSL_HEADER = ('HTTP_X_FORWARDED_PROTO', 'https')
我希望它能强迫用户访问HTTPS站点。
我按照heroku教程在他们的开发站点上部署django应用程序。我解决了自己不使用whitenoise的问题,这就是这个问题的解决方案。
删除whitenoise和good to go。服务器日志怎么说?你试过heroku日志吗?是的。没有什么有用的,只显示错误500。我认为这个问题在某种程度上和收藏家有关
MIDDLEWARE = [
'whitenoise.middleware.WhiteNoiseMiddleware',
'django.middleware.security.SecurityMiddleware',
'django.contrib.sessions.middleware.SessionMiddleware',
'django.middleware.common.CommonMiddleware',
'django.middleware.csrf.CsrfViewMiddleware',
'django.contrib.auth.middleware.AuthenticationMiddleware',
'django.contrib.messages.middleware.MessageMiddleware',
'django.middleware.clickjacking.XFrameOptionsMiddleware',
#'django.middleware.security.SecurityMiddleware',
]
# CSRF_COOKIE_SECURE = True
# SESSION_COOKIE_SECURE = True
# SECURE_SSL_REDIRECT = True
# SECURE_PROXY_SSL_HEADER = ('HTTP_X_FORWARDED_PROTO', 'https')