Returnarea datelor comprimate atunci când clientul omite antetul accept-encoding

În Standard HTTP 1.1, se spune că „Dacă nu există câmp Accept-Encoding în cerere, orice codare de conținut este considerată acceptabilă de către agentul utilizator.”

Ceea ce înseamnă că un server poate, de exemplu, să returneze un corp de răspuns codificat în gzip dacă câmpul accept-encoding este omis.

În practică, totuși, se pare că cele mai utilizate servere (de exemplu, Apache, nginx) nu vor face acest lucru și vor trimite un răspuns necomprimat dacă câmpul este omis.

Este corect să spunem că comportamentul mai colocvial este să folosiți doar codificări care sunt sugerate în mod explicit de client? Acesta pare a fi un curs de acțiune mai logic -- avand clientul să ofere o listă de codificări pe care le poate gestiona -- în ciuda faptului că este contrar standardului.

Nicio codificare nu se presupune a fi acceptabilă chiar dacă nu Acceptare-Codare antete există. În lipsa oricărei alte îndrumări, a nu vă deranja să comprimați este o alegere comună. Salvează munca, permisă în mod explicit de specificații.

Dacă reprezentarea nu are codificare de conținut, atunci este acceptată de implicit, dacă nu este exclus în mod specific de câmpul Accept-Encoding indicând fie „identitate;q=0” fie „*;q=0” fără o intrare mai specifică pentru „identitate”.

Sau, atunci când nu este furnizat Acceptare-Codare o implementare ar putea alege orice dorește prin intermediul unui algoritm. Omiterea negocierii conținutului are riscul ușor ca clientul să nu știe ce să facă cu codificarea. Personal, as dori Codificarea conținutului: zstd dar din 2022 nu este obișnuit în agenții utilizator.