Deshacerse de Django IOErrors

Question

Estoy ejecutando un sitio de Django (a través de Apache/mod_python) y uso las instalaciones de Django para informarnos a mí y a otros desarrolladores sobre los errores internos del servidor. A veces los errores como los que aparecen:

Traceback (most recent call last): 

    File "/opt/webapp/externals/lib/django/core/handlers/base.py", line 92, in get_response 
    response = callback(request, *callback_args, **callback_kwargs) 

    File "/opt/webapp/csite/apps/customers/views.py", line 29, in feedback 
    form = FeedbackForm(request.POST) 

    File "/opt/webapp/externals/lib/django/core/handlers/modpython.py", line 113, in _get_post 
    self._load_post_and_files() 

    File "/opt/webapp/externals/lib/django/core/handlers/modpython.py", line 96, in _load_post_and_files 
    self._post, self._files = http.QueryDict(self.raw_post_data, encoding=self._encoding), datastructures.MultiValueDict() 

    File "/opt/webapp/externals/lib/django/core/handlers/modpython.py", line 163, in _get_raw_post_data 
    self._raw_post_data = self._req.read() 

IOError: Client read error (Timeout?) 

Por lo que yo descubrí, esos IOError s son generados por los clientes que desconectan en el momento equivocado y que no es un problema de mi sitio web.

Si ese es el caso: ¿Puedo desactivar los correos electrónicos para esos errores de alguna manera? Realmente no quiero saber acerca de los errores que no puedo solucionar y que no son realmente errores.

Answer 1

Debería poder escribir un Middleware para detectar la excepción y luego puede "silenciar" esas excepciones específicas.

http://docs.djangoproject.com/en/1.1/topics/http/middleware/#process-exception

Answer 2

En Django 1.3 y arriba, se puede utilizar una clase logging filter para suprimir las excepciones que usted no está interesado. Aquí está la clase de filtro de registro que estoy usando para suprimir el estrecho margen excepciones ioError recaudados de _get_raw_post_data() :

import sys, traceback 
class _SuppressUnreadablePost(object): 
    def filter(self, record): 
     _, exception, tb = sys.exc_info() 
     if isinstance(exception, IOError): 
      for _, _, function, _ in traceback.extract_tb(tb): 
       if function == '_get_raw_post_data': 
        return False 
     return True 

En Django 1.4, usted será capaz de acabar con la mayor parte de la complejidad y suprimir la nueva clase de excepción UnreadablePostError. (Ver this patch).

Answer 3

La extensión de la solución por @dlowe de Django 1.3, podemos escribir el ejemplo de trabajo completo como:

settings.py

LOGGING = { 
    'version': 1, 
    'disable_existing_loggers': False, 
    'filters': { 
     'supress_unreadable_post': { 
      '()': 'common.logging.SuppressUnreadablePost', 
     } 
    }, 
    'handlers': { 
     'mail_admins': { 
      'level': 'ERROR', 
      'class': 'django.utils.log.AdminEmailHandler', 
      'filters': ['supress_unreadable_post'], 
     } 
    }, 
    'loggers': { 
     'django.request': { 
      'handlers': ['mail_admins'], 
      'level': 'ERROR', 
      'propagate': True, 
     }, 
    } 
} 

común/logging.py

import sys, traceback 

class SuppressUnreadablePost(object): 
    def filter(self, record): 
     _, exception, tb = sys.exc_info() 
     if isinstance(exception, IOError): 
      for _, _, function, _ in traceback.extract_tb(tb): 
       if function == '_get_raw_post_data': 
        return False 
     return True