Nagłówki odpowiedzi HTTP są ważne bez kodowania transferu i długości treści?
Czy nagłówek odpowiedzi HTTP (jak ten poniżej) jest legalny, nawet jeśli nie zawiera treści Content-Length lub Transfer-Encoding?
- Http: Response, HTTP/1.1, Status: Ok, URL: /AAA/B.json
ProtocolVersion: HTTP/1.1
StatusCode: 200, Ok
Reason: OK
Expires: Fri, 05 Oct 2012 01:41:30 GMT
Date: Fri, 05 Oct 2012 01:40:46 GMT
Vary: Accept-Encoding
Accept-Ranges: bytes
Cache-Control: public, max-age=43
Server: Noelios-Restlet-Engine/1.1.10
ContentType: application/json;charset=UTF-8
ContentEncoding: gzip
Connection: close
X-Served-By: 85.111
HeaderEnd: CRLF
Spodziewałem się zobaczyć albo Content-Length albo Transfer-Encoding, ale żaden z nich nie istnieje.
Czytam HTTP-RFC, ale nadal nie jestem pewien.
@CodeCaster, przeczytałem sekcję 4.4 RFC, ale nadal nie jestem pewien, jak widać, nagłówek odpowiedzi jest używany do zwrócenia strumienia json, więc:
sekcja 4.4, definicja 1 reguły NIE MOŻE zawierać treści wiadomości, nie ma to zastosowania do mojej sprawy.sekcja 4.4, zasada 4, nie jestem pewien co do tego, ale ponieważ nie widzę „wieloczęściowych / zmian” w nagłówku odpowiedzi - czy to oznacza, że ta zasada nie ma dla mnie zastosowania?sekcja 4.4 zasada 5, jest to dla mnie w większości niejasne, ponieważ rzeczywisty nagłówek zawiera „Connection: close”, czy jest on powiązany?Jakieś dalsze komentarze?