On Fri, 02 Oct 2009 20:29:31 +0100, Marek <m...@s...interia.pl>
wrote:

>> Content-Length jest wielkością *po* kompresji.
>
> Po kompresji? :-0

Tak, bo to nie jest informacja o wielkości pliku. To jest informacja dla
klienta HTTP ile bajtów ma pobrać z sieci zanim zobaczy kolejne nagłówki
HTTP albo zamknie połączenie.

> To mi szczęka opadła. Czy to oznacza, że albo stosujemy w PHP
> zlib.output_compression=ON albo nagłówek Content-Length ?

Najlepiej to zostawić w spokoju. HTTP/1.1 radzi sobie bez Content-Length.

> poprawnie. Tymczasem gdy ustawiam C-L na wartość przed kompresją, to
> wszystko działa ok. Może PHP modyfikuje ten nagłówek w tle?

Może - nie sprawdzałem. Możliwe też, że przeglądarki mają jakieś
mechanizmy do radzenia sobie z nieprawidłowym Content-Length.

> Wprost nie piszą ale "Applications SHOULD use this field to indicate the
> transfer-length of the message-body" a w domyśle (jako konsekwencja
> moich obserwacji) "bo w przeciwnym razie przeglądarki nie będą keszowały
> poprawnie".

Bo w przeciwnym wypadku będzie trzeba użyć Transfer-encoding:chunked,
które nieco wydłuża dane i nie jest rozumiane przez klientów HTTP/1.0.

Nie widzę związku z cache. Jak klient potrafi ściągnąć plik, to potrafi go
cache'ować. Jeśli to na prawdę wpływa na cache'owalność plików, to są już
jakieś fanaberie przeglądarek :/

--
http://pornel.net
this.author = new Geek("porneL");