Mise à jour: recherche sur Google pour le message d'erreur, je trouve aussi this:
Le message d'erreur se produit lorsque l'analyseur chunky boucle attend un corps de réponse HTTP Chunked et ne reçoit pas un. Votre réponse envoie l'en-tête Transfer-Encoding: chunked
, donc curl s'attend à voir un corps tronqué selon RFC2616 et il n'en a pas.
De toute évidence, une redirection ne doit pas avoir un corps de réponse ou même l'en-tête Transfer-Encoding
pour commencer. Vous pourriez essayer de surcharger l'en-tête, mais peut-être que CouchDB l'insère inconditionnellement auquel cas nous devrions le corriger, si vous trouvez que vous ne pouvez pas surcharger l'en-tête Transfer-Encoding
, pouvez-vous produire un rapport de bogue? Cependant, je n'ai aucune idée de ce qu'il faut faire dans le contexte de la récupération d'une page arbitraire.
Original post:
Il y a un CouchDB Bug report portant sur la même question en conjonction avec des données multi-octets. Craigslist semble fonctionner dans ISO-8859-1, peut-être que l'annonce (ou ce que vous cherchez) contient des caractères UTF-8?
Je ne peux pas m'en empêcher: Mettez l'analyseur au régime. – Erik
@Erik c'était aussi ce que je pensais en premier. Il y a un certain nombre de parseurs et l'un d'eux est un peu lourd. Le message d'erreur utilise ce fait pour l'identifier - beaucoup plus agréable que "Parser 28" –