Jak ziskat pres proxy soubor jehoz prenos byl prerusen (Re: Opet

[Dalibor Toman]

>> na coz normalni cache reaguje tak, ze posle podmineny GET na WWW server -
>> ten muze odpovedet ze se data nezmenila a cache posle zase jen ten kus...
>
>Za idealni situaci bych povazoval, kdyby tohle delala vzdycky.  (Tj. nejen
>pri Reload.) Pak by se nikdo nemusel hadat o nejake pocty stazeni a presto
>by se provoz znacne urychlil a zatez linek (i serveru) snizila.
>(Pri reloadu s no-cache by pak tento pozadavek pochopitelne ctila etc.)

u vetsina cache lze chovani ovlivnit nastavenim a byva zvykem, ze tato ma
moznost pouziti nejakeho algoritmu, kterym rozhodne, zda overovat platnost
ci nikoliv. Vetsinou se vyuziva vypocet "stari objektu" - cas odeslani
dokumentu WWW serverem a cas posledni zmeny objektu (oba udaje jsou ve
vetsine hlavickach HTTP posilanych WWW servery). Je-li objekt dostatecne
stary, muze cache predpokladat, ze jeste chvilku vydrzi - takze jej
neoveruje po dobu rovnajici se nejakemu zlomku jeho stari od ulozeni do
diskove kese.

Souhlasim s Vami, ze pokud by transparentni cache opravdu vzdy konala toto
overovani, zachoval by se pocet hitu na WWW serverech. Jen pocet session by
byl zkreslen pristupy maskovanymi jedinou IP adresou cache - nebo napr CCE
umi i spojeni na server provest pod IP klienta ?? Problem by sel teoreticky
obejit i X-Forwarded-For hlavickou  (viz squid), ktera nese IP adresu
klienta
>
>> Cache by mela vedet ze nema cely objekt - ovsem pokud WWW server neposlal
>> Content-Length pak muze nastat situace, kdy si cache o fragmentu mysli,
ze
>> jde o cely objekt a pak mohou nastat z klientovi strany tezko resitelne
>> problemy.
>
>Musi to server posilat? Paklize nemusi, je treba s tim pocitat. (Tecka.)

podle specifikace HTTP/1.1 musi (bez nej nemohou napr fungovat persistent
conections). Ovsem v rade pripadu neposila :-). Taky treba nesmi podle teto
specifikace odpovidat ve vyssi verzi HTTP nez je verze odeslane zadosti a
naprosta vetsina WWW to klidne udela ...

S pozdravem

D. Toman