python - mw_instance - django custom middleware typeerror object() takes no parameters

Django: error "No hay módulo llamado context_processors" después de reiniciar

Question

Tengo un sitio de Django que funciona en mi PC y trabajé brevemente en mi servidor después de cargarlo. Noté que mi servidor tenía Django 1.6 y actualicé a 1.8.

Después de reiniciar, no se carga ninguna de las páginas de mi sitio y aparece el error:

ImportError No hay módulo llamado context_processors

Leí los documentos sobre Django y Allauth. Django menciona que en 1.8 los procesadores de contexto se movieron y allauth dice que ya no se necesitan etiquetas específicas de allauth en TEMPLATE_CONTEXT_PROCESSORS de settings.py .

Django: https://docs.djangoproject.com/en/1.8/ref/settings/

Allauth: https://django-allauth.readthedocs.org/en/latest/installation.html

¿Alguien más se topa con esto? ¿Estoy en el camino correcto? ¿Necesito cambiar algo en la configuración? Realmente no puedo decir si es un problema de Django o Allauth, así que no estoy seguro de por dónde empezar.

Cualquier ayuda es apreciada!

Rastrear:

Django Version: 1.8.4
Python Version: 2.7.6
Installed Applications:
(''django.contrib.admin'',
 ''django.contrib.auth'',
 ''django.contrib.contenttypes'',
 ''django.contrib.sessions'',
 ''django.contrib.messages'',
 ''django.contrib.staticfiles'',
 ''plant'',
 ''journal'',
 ''userimg'',
 ''django.contrib.sites'',
 ''allauth'',
 ''allauth.account'')
Installed Middleware:
(''django.contrib.sessions.middleware.SessionMiddleware'',
 ''django.middleware.common.CommonMiddleware'',
 ''django.middleware.csrf.CsrfViewMiddleware'',
 ''django.contrib.auth.middleware.AuthenticationMiddleware'',
 ''django.contrib.auth.middleware.SessionAuthenticationMiddleware'',
 ''django.contrib.messages.middleware.MessageMiddleware'',
 ''django.middleware.clickjacking.XFrameOptionsMiddleware'')


Traceback:
File "/usr/local/lib/python2.7/dist-packages/Django-1.8.4-py2.7.egg/django/core/handlers/base.py" in get_response
  132.                     response = wrapped_callback(request, *callback_args, **callback_kwargs)
File "/home/django/django_project/plant/views.py" in plant_main
  24.     return render(request, ''plant/plant_main.html'', context)
File "/usr/local/lib/python2.7/dist-packages/Django-1.8.4-py2.7.egg/django/shortcuts.py" in render
  67.             template_name, context, request=request, using=using)
File "/usr/local/lib/python2.7/dist-packages/Django-1.8.4-py2.7.egg/django/template/loader.py" in render_to_string
  99.         return template.render(context, request)
File "/usr/local/lib/python2.7/dist-packages/Django-1.8.4-py2.7.egg/django/template/backends/django.py" in render
  74.         return self.template.render(context)
File "/usr/local/lib/python2.7/dist-packages/Django-1.8.4-py2.7.egg/django/template/base.py" in render
  208.                 with context.bind_template(self):
File "/usr/lib/python2.7/contextlib.py" in __enter__
  17.             return self.gen.next()
File "/usr/local/lib/python2.7/dist-packages/Django-1.8.4-py2.7.egg/django/template/context.py" in bind_template
  237.         processors = (template.engine.template_context_processors +
File "/usr/local/lib/python2.7/dist-packages/Django-1.8.4-py2.7.egg/django/utils/functional.py" in __get__
  60.         res = instance.__dict__[self.name] = self.func(instance)
File "/usr/local/lib/python2.7/dist-packages/Django-1.8.4-py2.7.egg/django/template/engine.py" in template_context_processors
  90.         return tuple(import_string(path) for path in context_processors)
File "/usr/local/lib/python2.7/dist-packages/Django-1.8.4-py2.7.egg/django/template/engine.py" in <genexpr>
  90.         return tuple(import_string(path) for path in context_processors)
File "/usr/local/lib/python2.7/dist-packages/Django-1.8.4-py2.7.egg/django/utils/module_loading.py" in import_string
  26.     module = import_module(module_path)
File "/usr/lib/python2.7/importlib/__init__.py" in import_module
  37.     __import__(name)

Exception Type: ImportError at /plant/
Exception Value: No module named context_processors

Answer 1

El problema fue que no tenía la configuración de PLANTILLAS en settings.py como se requiere después de actualizar a Django 1.8. No tengo muy claro por qué funcionaba en mi PC usando el servidor Django.

Desde los documentos de allauth, pegué esto en mi archivo de configuración:

TEMPLATES = [
    {
        ''BACKEND'': ''django.template.backends.django.DjangoTemplates'',
        ''DIRS'': [],
        ''APP_DIRS'': True,
        ''OPTIONS'': {
            ''context_processors'': [
                # Already defined Django-related contexts here

                # `allauth` needs this from django
                ''django.template.context_processors.request'',
            ],
        },
    },
]

Y copié el contenido de mi antigua configuración TEMPLATE_DIRS en la definición DIRS para TEMPLATES. El resultado final se ve así:

TEMPLATES = [
    {
        ''BACKEND'': ''django.template.backends.django.DjangoTemplates'',
        ''DIRS'': [os.path.join(BASE_DIR, ''templates'')],
        ''APP_DIRS'': True,
        ''OPTIONS'': {
            ''context_processors'': [
                # Already defined Django-related contexts here

                # `allauth` needs this from django
                ''django.template.context_processors.request'',
            ],
        },
    },
]

De acuerdo con la documentación de una actualización reciente de allauth, los context_processors ahora deben especificarse en la configuración de PLANTILLAS y no en la configuración de TEMPLATE_CONTEXT_PROCESSORS .

Gracias a Joey Wilhelm por señalarme la dirección correcta en esto.

Answer 2

En mi caso, tuve que eliminar la siguiente línea en settings.py:

            ''django.core.context_processors.csrf'',

Reinicié el servidor y no volví a ver ese error después.

Answer 3

Encontré el mismo problema pero estoy actualizando de 1.9.1 a 1.10. He encontrado que hay una pequeña diferencia en la configuración.

Este es el código de 1.9.1.

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.core.context_processors.request'',
            ''django.contrib.auth.context_processors.auth'',
            ''django.contrib.messages.context_processors.messages'',
        ],
    },
},
]

Este es el código para 1.10

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'',
        ],
    },
},
]

La línea django.core.context_processors.request no es válida en 1.10. Retíralo y el código funciona bien.

Answer 4

Solo un consejo: cuando un rastreo no le proporciona la información que necesita para identificar la línea exacta de código; Puede ser útil habilitar el modo DEBUG y abrir la página en el navegador. Hay este pequeño elemento maravilloso de local_vars , donde puedes ver el estado de la variable local cuando ocurre el rastreo. ¡Puede ser muy útil!

(En mi caso, estaba relacionado con cambios dentro de allauth)