0
J'ai récemment vu un appel GET qui avait l'en-tête Transfer-Encoding défini sur Chunked. Ce que nous avons remarqué de cet appel est un délai puis un délai de 500 socket.HTTP GET avec transfert-Encoding Chunked
En creusant plus profondément, nous avons montré ce comportement des 500 provenant des serveurs web ELB et Apache. Il est à noter que si nous effectuons l'appel GET avec Transfer-Encoding comme Chunked et que nous incluons une charge utile vide, l'ELB dans notre cas permet à la requête de se dérouler comme d'habitude. Etant donné que ces serveurs web ELB et Apache s'exposent à ce comportement, ma question est d'envoyer Transfer-Encoding comme Chunked sur un appel HTTP GET est valide ou non?
Gardez également à l'esprit que la spécification interdit toute sémantique affectée à la signification du corps de la requête sur GET. Par conséquent, beaucoup d'agents (par exemple, les mandataires) peuvent supprimer ou bloquer les demandes GET avec des corps, il est donc recommandé d'éviter cela. – Adrien
@Adrien alors que c'est vrai, c'est un peu hors de la portée de cette question. Je voulais montrer que les requêtes 'GET' sont autorisées à avoir un corps * du tout * et donc que l'en-tête' Transfer-Encoding' n'est pas égaré ici. – DaSourcerer
Compris, tout comme Content-Length, l'existence de l'en-tête de demande de transfert-encodage: chunked indique qu'il y a un corps, et il doit donc être complété. – Adrien