Django on Production для запроса POST выдает ошибку сервера (500) в вычислительном движке

Я развернул свой проект Django 1.10 с проектом python 3.6 на вычислительном движке Google, когда я изменил Debug = True в моих настройках.py на Debug = False, он выдает ошибку сервера (500) в одном из моих почтовых запросов. Даже другие почтовые запросы, такие как регистрация, работают нормально. Когда я останавливаю процесс gunicorn и снова запускаю его, этот POST работает несколько часов и снова начинает выдавать ошибку сервера (500).

Как я могу решить эту проблему, поскольку я использую Django 1.10.5, Python 3.6 на Compute Engine? Помоги мне, пожалуйста! Заранее спасибо!

Вот мой файл 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'))

person Abdul Rehman    schedule 18.10.2017    source источник
comment
Попробуйте поставить обработку исключений и добавить соответствующие регистраторы, чтобы точно определить ошибку. В противном случае трудно сказать, почему он выдает ошибки.   -  person ruddra    schedule 18.10.2017
comment
Привет, @ruddra! Вы имеете в виду, что мне нужно поместить обработку исключений в мое представление?   -  person Abdul Rehman    schedule 18.10.2017
comment
Ага. И поставить регистратор для хранения исключений   -  person ruddra    schedule 18.10.2017
comment
Как я могу это сделать? Пожалуйста! Я новичок в джанго.   -  person Abdul Rehman    schedule 18.10.2017
comment
Я ответил на него ниже, так как не могу поместить все в раздел комментариев @AbdulRehman   -  person ruddra    schedule 18.10.2017


Ответы (1)


Как обсуждалось выше из комментариев, вы можете поместить обработку исключений в код и поместить 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

*** Согласно обсуждению в комментариях к ответу, проблема заключается в ALLOWED_HOSTS. Установка ALLOWED_HOSTS=['*'] или установка IP-адреса сервера в разрешенном хосте решила проблему.

person ruddra    schedule 18.10.2017
comment
Попробуйте запустить этот код локально с DEBUG=FALSE, если при локальном запуске в коде нет ошибок, поместите его в облачное хранилище Google. - person ruddra; 18.10.2017
comment
я напрямую клонировал свой код внутри экземпляра вычислительного движка! - person Abdul Rehman; 18.10.2017
comment
В этом случае попробуйте запустить с DEBUG=FALSE, проверьте, нет ли ошибки. - person ruddra; 18.10.2017
comment
Ваш домен установлен в Allowed Hosts? - person ruddra; 18.10.2017
comment
Но также с DEBUG = TRUE он работает несколько часов, а затем начинает глючить. - person Abdul Rehman; 18.10.2017
comment
да, вы можете видеть в settings.py файле! - person Abdul Rehman; 18.10.2017
comment
Лог сервера можно посмотреть? Из инструмента мониторинга? Также проблема 500, кажется, больше связана с allowed_hosts. stackoverflow.com/questions/15128135/ - person ruddra; 18.10.2017
comment
Ага! Там нет ничего! - person Abdul Rehman; 18.10.2017
comment
Попробуйте установить: ALLOWED_HOSTS = ['*'] - person ruddra; 18.10.2017
comment
Понятно, что это связано с ALLOWED_HOSTS :) Возможно, установка IP-адреса, который вы используете для этого приложения, в ALLOWED_HOSTS решит эту проблему. - person ruddra; 18.10.2017
comment
позвольте мне попробовать, добавив свой IP-адрес в ALLOWD_HOSTS! - person Abdul Rehman; 18.10.2017
comment
Я добавил свой IP-адрес в ALLOWD_HOSTS, в настоящее время он работает, но может перестать работать через несколько часов, как раньше! Давайте посмотрим! Благодарю вас! - person Abdul Rehman; 18.10.2017
comment
Если IP-адрес не изменится, это не должно вызвать никаких проблем. В любом случае, хотите сделать это принятым ответом? - person ruddra; 18.10.2017