Update: für die Fehlermeldung googeln, finde ich auch this:
Der klobige-Parser-Fehlermeldung tritt auf, wenn curl eine Chunked HTTP Antwort erwartet und dann nicht ein bekommt. Ihre Antwort sendet die Transfer-Encoding: chunked
Header, so erwartet Locke einen Körper Chunked nach RFC2616 zu sehen, und es bekommt nicht einen.
Offensichtlich sollte eine Weiterleitung keinen Antwortkörper oder sogar den Transfer-Encoding
Header haben, mit zu beginnen. Sie könnten versuchen, den Header zu überschreiben, aber vielleicht fügt CouchDB ihn bedingungslos ein. In diesem Fall sollten wir das beheben. Wenn Sie herausfinden, dass Sie den Header Transfer-Encoding
nicht überschreiben können, können Sie einen Fehlerbericht einreichen?
Ich habe keine Ahnung, was man im Zusammenhang mit dem Abruf einer beliebigen Seite daraus machen kann.
Original-Beitrag:
Es gibt ein CouchDB Bug report mit dem gleichen Problem in Verbindung mit Multi-Byte-Daten handelt. Craigslist scheint in ISO-8859-1 zu laufen, vielleicht hat die Anzeige (oder was auch immer Sie holen) UTF-8 Zeichen drin?
Kann mir nicht helfen: Setzen Sie den Parser auf eine Diät. – Erik
@Erik das war, was ich zuerst dachte. Es gibt eine Reihe von Parsern und einer von ihnen ist ein bisschen auf der schweren Seite. Die Fehlermeldung verwendet diese Tatsache, um es zu identifizieren - viel schöner als "Parser 28" –