django UnreadablePostError: Anfrage Daten-lese-Fehler

Arbeite ich auf django-Projekt und ich habe diese Fehler-E-Mail.

Stack-trace

File "/usr/local/lib/python2.7/dist-packages/Django-1.4.3-py2.7.egg/django/core/handlers/wsgi.py", line 180, in _get_post
    self._load_post_and_files()

File "/usr/local/lib/python2.7/dist-packages/Django-1.4.3-py2.7.egg/django/http/__init__.py", line 379, in _load_post_and_files
    self._post, self._files = QueryDict(self.body, encoding=self._encoding), MultiValueDict()

File "/usr/local/lib/python2.7/dist-packages/Django-1.4.3-py2.7.egg/django/http/__init__.py", line 335, in body
    self._body = self.read()

File "/usr/local/lib/python2.7/dist-packages/Django-1.4.3-py2.7.egg/django/http/__init__.py", line 391, in read
    return self._stream.read(*args, **kwargs)

File "/usr/local/lib/python2.7/dist-packages/Django-1.4.3-py2.7.egg/django/core/handlers/wsgi.py", line 98, in read
    result = self.buffer + self._read_limited()

File "/usr/local/lib/python2.7/dist-packages/Django-1.4.3-py2.7.egg/django/core/handlers/wsgi.py", line 92, in _read_limited
    result = self.stream.read(size)

UnreadablePostError: request data read error

Warum dieser Fehler passiert ist ?

Wie zu lösen?

  • Diese sind gebrochen Anfragen. E. g. jemand stellte den Antrag beim posten etwas. Sie können Sie ignorieren. Aber möglicherweise wollen prüfen auf welcher Seite dies geschieht. Vielleicht ist Ihre app ist zu viel Zeit, um etwas laden.
  • Ich habe einmal mit den schrecklichsten QAs, deren Idee des "stress-Tests" wurde bei gedrückter Taste "F5" im browser. Viele dieser herausgesprungen. 🙂
  • 😀 Menschen und Ihrer verrückten Logik. 😛 BTW, sollte ich post, dass der Kommentar als Antwort? Es nicht wirklich sagen, wie es zu lösen, obwohl. Ich bin mir auch nicht sicher, wie Sie Sie umgehen gebrochen Anfragen.
  • Sieht aus wie ein Duplikat von stackoverflow.com/questions/3823280/...
  • Auch technisch ist es nicht eine tatsächliche server-Fehler. Eher ein client-Fehler. Sie könnten, melden Sie es in einem besser lesbaren Weise, obwohl.
  • Wir haben gerade aktualisiert mod_wsgi 4.2.8 und alle diese Fehler ging Weg. Yay!

InformationsquelleAutor Batnasan Byambasuren | 2013-03-21
  1. 17

    Warum dieser Fehler passiert ist ?

    da der server empfängt eine ungültige Anfrage, die können aus vielen Gründen auftreten. könnte jemand gekündigt haben dem laden der Seite, könnte jemand haben, eine miese internet-Verbindung, schneiden, die kosmische Strahlung haben könnten, blätterten ein wenig.

    es ist nicht etwas, was Sie wirklich brauchen, zu kümmern, bis es beginnt, die passiert, sehr oft. möchten Sie vielleicht notieren, wenn diese Fehler passieren, und sehen, ob es folglich auf der gleichen Seite oder nicht.

    Wie zu lösen?

    können Sie nicht. nicht an dieser Stelle zumindest. sammeln Sie einige weitere Daten auf, wenn dieser Fehler Auftritt, genau. sehen Sie, wenn Sie eine Möglichkeit finden, lösen Sie es manuell.

    InformationsquelleAutor doxin
  2. 9

    Mit einer Anwendung im großen Maßstab, wirst du immer das bekommen die gelegentliche abgesagt Anfrage. Wenn Sie empfangen von 500 E-Mails können Sie ziemlich lästig werden.

    Ich würde nicht raten, komplett zu ignorieren. Wenn UnreadablePostErrors sind in Gießen, dann ist etwas falsch, z.B. durch eine längere Reaktionszeiten bewirkt, dass der Benutzer auf Abbrechen Anfragen.

    Meine Lösung war, zu ignorieren 1/20 UnreadablePostErrors. Auf diese Weise, wenn etwas schief geht, werde ich immer noch informiert werden, aber ich werde belästigt 20x weniger. Es ist ein bisschen schmutzig, aber es funktionierte für mich.

    import logging
import random
from django.http import UnreadablePostError

class ReduceUnreadablePostErrors(logging.Filter):
    def filter(self, record):
        if record.exc_info:
            exc_value = record.exc_info[1]
            if isinstance(exc_value, UnreadablePostError):
                return random.randint(1,20) % 20==0
        return True

    settings.py:

    'filters': {
   'reduce_unreadable_post_errors' : {
        '()' : 'path.to.your.ReduceUnreadablePostErrors'
    },

    ...

'handlers': {
    'mail_admins': {
        'level': 'ERROR',
        'filters': ['require_debug_false','reduce_unreadable_post_errors'],
        'class': 'common.utils.log.AdminEmailHandlerWithEmail'
     },

     ...
    • Schöne Lösung. Mit einer auslaufenden cache-key (60 Sekunden? Ich weiß nicht, was die Frequenz.) könnte auch eine gute Lösung.
    InformationsquelleAutor Dean
Schreibe einen Kommentar