Aggiornamento: Googling per il messaggio di errore, trovo anche this: messaggio di errore
Il grosso-parser si verifica quando ricciolo si aspetta un corpo risposta HTTP Chunked e poi non ottenere uno. La tua risposta invia l'intestazione Transfer-Encoding: chunked
, quindi arricciarsi si aspetta di vedere un corpo suddiviso in pezzi secondo RFC2616 e non ne ottiene uno.
Ovviamente, un reindirizzamento non deve avere un corpo di risposta o anche l'intestazione Transfer-Encoding
per iniziare. Potresti provare a sovrascrivere l'intestazione, ma forse CouchDB lo inserisce in modo incondizionato, nel qual caso dovremmo risolvere il problema, se scopri che non puoi ignorare l'intestazione Transfer-Encoding
, puoi presentare un bug report?
Non ho idea di cosa fare nel contesto del recupero di una pagina arbitraria, però.
Original post:
C'è una CouchDB Bug report che fare con lo stesso problema, unitamente ai dati multi-byte. Craigslist sembra funzionare in ISO-8859-1, forse l'annuncio (o qualunque cosa tu stia recuperando) ha caratteri UTF-8 in esso?
fonte
2010-03-06 09:45:42
non può fare a me stesso: Mettere il parser a dieta. – Erik
@Erik era quello che stavo pensando prima anch'io. C'è un numero di parser e uno di questi è un po 'pesante. Il messaggio di errore usa questo fatto per identificarlo - molto più bello di "Parser 28" –