【问题标题】:Django on Production for POST request throws Server Error(500) on compute engine用于 POST 请求的生产中的 Django 在计算引擎上引发服务器错误(500)
【发布时间】:2017-10-18 04:20:40
【问题描述】:

当我将 settings.py 中的 Debug = True 更改为 Debug = False 时,我已经在 Google 计算引擎上部署了我的 Django 1.10 和 python 3.6 项目,它在我的一个帖子请求中引发服务器错误 (500)。甚至其他帖子像注册这样的请求工作正常。 当我停止 gunicorn 进程并再次重新运行它时,这个 POST 会工作几个小时,然后再次开始抛出 Server Error(500)。

当我在 Compute Engine 上使用 Django 1.10.5、Python 3.6 时,如何解决这个问题? 请帮帮我! 提前致谢!

这是我的 settings.py:

import os

# Build paths inside the project like this: os.path.join(BASE_DIR, ...)
BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))

# SECURITY WARNING: keep the secret key used in production secret!
SECRET_KEY = '*************************'

# SECURITY WARNING: don't run with debug turned on in production!
DEBUG = False

ALLOWED_HOSTS = ['127.0.0.1', 'brainresearchtagging.com']
# INTERNAL_IPS = ['127.0.0.1']

# Application definition

INSTALLED_APPS = [
   'django.contrib.admin',
   'django.contrib.auth',
   'django.contrib.contenttypes',
   'django.contrib.sessions',
   'django.contrib.messages',
   'django.contrib.staticfiles',
   'debug_toolbar',
   'users',
   'article',
   'import_export',
]
MIDDLEWARE = [
   'django.middleware.security.SecurityMiddleware',
   'whitenoise.middleware.WhiteNoiseMiddleware',
   'django.contrib.sessions.middleware.SessionMiddleware',
   'django.middleware.common.CommonMiddleware',
   'debug_toolbar.middleware.DebugToolbarMiddleware',
   'django.middleware.csrf.CsrfViewMiddleware',
   'django.contrib.auth.middleware.AuthenticationMiddleware',
   'django.contrib.messages.middleware.MessageMiddleware',
   'django.middleware.clickjacking.XFrameOptionsMiddleware',
  ]

ROOT_URLCONF = 'brain.urls'

TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [os.path.join(BASE_DIR, 'templates')]
        ,
        'APP_DIRS': True,
        'OPTIONS': {
            'context_processors': [
                'django.template.context_processors.debug',
                'django.template.context_processors.request',
                'django.contrib.auth.context_processors.auth',
                'django.contrib.messages.context_processors.messages',
            ],
        },
    },
]

WSGI_APPLICATION = 'brain.wsgi.application'

# Database
# https://docs.djangoproject.com/en/1.10/ref/settings/#databases

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.postgresql_psycopg2',
        'NAME': 'DB_NAME',
        'USER': 'DB_USER',
        'PASSWORD': 'DB_PASS',
        'HOST': 'IP',
        'PORT': '5432',
   }
} 


#Static Storage
STATICFILES_STORAGE = 'whitenoise.django.GzipManifestStaticFilesStorage'

# Password validation
# https://docs.djangoproject.com/en/1.10/ref/settings/#auth-password-   validators

AUTH_PASSWORD_VALIDATORS = [
    {
        'NAME':     'django.contrib.auth.password_validation.UserAttributeSimilarityValidator',
    },
    {
        'NAME':  'django.contrib.auth.password_validation.MinimumLengthValidator',
    },
    {
        'NAME': 'django.contrib.auth.password_validation.CommonPasswordValidator',
    },
    {
        'NAME': 'django.contrib.auth.password_validation.NumericPasswordValidator',
    },
]


# Internationalization
# https://docs.djangoproject.com/en/1.10/topics/i18n/

LANGUAGE_CODE = 'en-us'

TIME_ZONE = 'UTC'

USE_I18N = True

USE_L10N = True

USE_TZ = True


# Static files (CSS, JavaScript, Images)
# https://docs.djangoproject.com/en/1.10/howto/static-files/

STATIC_ROOT = os.path.join(BASE_DIR, 'staticfiles')
STATIC_URL = '/assets/'
STATICFILES_DIRS = [os.path.join(BASE_DIR, 'assets'), ]


# Authentication
LOGIN_URL = 'users:login'
LOGIN_REDIRECT_URL = 'users:dashboard'

EMAIL_BACKEND = 'django.core.mail.backends.filebased.EmailBackend'
EMAIL_FILE_PATH = os.path.join(BASE_DIR, 'emails')

# Django Import-Export
IMPORT_EXPORT_USE_TRANSACTIONS = True

这是我抛出服务器错误(5005)的观点:

来自views.py:

class TagView(LoginRequiredMixin, generic.CreateView):
form_class = forms.TagForm

def post(self, request, *args, **kwargs):
    if request.method == 'POST':
        post_data = request.POST.copy()
        post_data.update({'user': request.user.pk})
        form = forms.TagForm(post_data)
        if form.is_valid():
            print(form.errors)
            tag = form.save(commit=False)
            tag.user = request.user
            tag.email = request.user.email
            tag.save()
        else:
            return HttpResponse(form.errors, status=400)

        return HttpResponseRedirect(reverse_lazy('users:dashboard'))

【问题讨论】:

  • 尝试进行异常处理并添加适当的记录器以查明确切的错误。否则,很难说它为什么会抛出错误。
  • 嗨,@ruddra!你的意思是,我需要将异常处理放在我的视图中吗?
  • 是的。并放置一个记录器来存储异常
  • 我该怎么做?请!我是 Django 新手。
  • 我已经在下面给出了答案,因为我无法将所有内容都放在评论部分@AbdulRehman

标签: python django google-cloud-platform gunicorn internal-server-error


【解决方案1】:

正如上面来自 cmets 的讨论,您可以将异常处理放入代码中并将logger 放入代码中。例如:

import logging


class TagView(LoginRequiredMixin, generic.CreateView):
    form_class = forms.TagForm

    def post(self, request, *args, **kwargs):
        try:
            post_data = request.POST.copy()
            post_data.update({'user': request.user.pk})
            form = forms.TagForm(post_data)
            if form.is_valid():
                tag = form.save(commit=False)
                tag.user = request.user
                tag.email = request.user.email
                tag.save()
            else:
                return HttpResponse(form.errors, status=400)

            return HttpResponseRedirect(reverse_lazy('users:dashboard'))

        except Exception as exp:
          logging.error(exp)  # For python 3
          return HttpResponse(exp, status=400)

并使用日志监控工具查看错误日志,如该博客所述:https://cloud.google.com/python/monitor-and-debug/logging-application-events

异常处理详情:https://docs.python.org/3/tutorial/errors.html

*** 根据答案中 cmets 中的讨论,问题出在ALLOWED_HOSTS。在允许的主机中设置ALLOWED_HOSTS=['*'] 或设置服务器的IP 解决了这个问题。

【讨论】:

  • 尝试在本地运行这段代码,设置DEBUG=FALSE,如果本地运行代码没有错误,则放到google云存储上。
  • 我已经直接在计算引擎实例中克隆了我的代码!
  • 在这种情况下,尝试使用DEBUG=FALSE运行,检查是否有错误。
  • 您的域是否设置在Allowed Hosts 中?
  • 但也可以使用DEBUG = TRUE 工作几个小时然后开始失败。
猜你喜欢
  • 1970-01-01
  • 2018-01-09
  • 1970-01-01
  • 2022-01-19
  • 2018-11-15
  • 1970-01-01
  • 2019-11-29
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多