Article View: pl.internet.polip
Article #253Re: tpsa & proxy serwer
From: Michal Mosiewicz
Date: Fri, 26 Feb 1999 23:19
Date: Fri, 26 Feb 1999 23:19
52 lines
3441 bytes
3441 bytes
Wojtek Sylwestrzak wrote:
> [...]
> > * użytkownik ze swej strony obniżył wymagania i dodał np. Cache-control:
> > max-stale
> >
>
> tak, ale to jest wlasnie kontrola *z inicjatywy usera*, a nie serwera.
Nie wiem, czy dobrze rozumiem - czy chodzi Ci o to, że to użytkownik
powinien zadbać o to, żeby cache dostarczył mu najświeższy dokument?
Polecam następujące zdanie uwadze:
However, because non-transparent operation may confuse non-expert
users, and may be incompatible with certain server applications (such
as those for ordering merchandise), the protocol requires that
transparency be relaxed
o only by an explicit protocol-level request when relaxed by client
or origin server
o only with an explicit warning to the end user when relaxed by cache
or client
Wniosek: Inicjatywa usera lub serwera może być użyteczna _jedynie_ do
osłabienia transparentności. Ale cache nie może sam z siebie domniemać,
że użytkownik zadowoli się mniej świeżym dokumentem i wymagać, że jak
chce świeższego dokumentu to niech sobie poprosi. W szczególności
kawałek dalej czytamy:
13.1.1 Cache Correctness
A correct cache MUST respond to a request with the most up-to-date
response[...]
Dalej jest kilka punktów, które oznaczają co to znaczy, że odpowiedź
jest "most up-to-date". Ważne jest, że jeśli ani odpowiedź serwera nie
zawiera żadnych nagłówków wskazujących na czas ważności, ani klient tego
czasu nie określa, to nie można powiedzieć, że odpowiedź jest
up-to-date, dopóki dokumentu się nie porówna z serwerem.
Jeśli cache wprowadzi swój własny warunek na ważność dokumentu, to tylko
wraz z "explicit warning". Więc o ile serwer/przeglądarka Michała nie
dodawały nagłówków Expires lub innych Cache-control i o ile cache nie
dodawał warningów o nieważności (a jeśli to squid z serii 1.1, to ich
najprawdopodobniej nie było, nowszych nie sprawdzałem), to w sensie RFC
2068 nie działa poprawnie.
Michał
--
WWW: http://www.lodz.pdi.net/~mimo tel: Int. Acc. Code + 48 42 2148340
add: Michal Mosiewicz * Bugaj 66 m.54 * 95-200 Pabianice * POLAND
Technical Details
Message-ID:
<36D72C1C.5A3D5881@interdata.com.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!agh.edu.pl!news.wnaft.agh.edu.pl!news.memax.krakow.pl!paa.gov.pl!news.swierk.pl!news.icm.edu.pl!news.task.gda.pl!mimo.lodz.pdi.net!not-for-mailReferences:
<Pine.GSO.3.96.990219150244.1782C-100000@ultra> <36D0AE66.668CCA78@interdata.com.pl> <2nbtil8ixi.fsf@cclan.fuw.edu.pl> <m390dpz3lw.fsf@tnuctip.icm.edu.pl> <2nhfsc81dn.fsf@cclan.fuw.edu.pl> <36D47352.BFB87C1A@icm.edu.pl> <2nogmiizec.fsf@cclan.fuw.edu.pl> <36D520D1.8CAC9987@icm.edu.pl> <36D6232A.EE8F537C@interdata.com.pl> <36D7100A.ABE67BA1@icm.edu.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!agh.edu.pl!news.wnaft.agh.edu.pl!news.memax.krakow.pl!paa.gov.pl!news.swierk.pl!news.icm.edu.pl!news.task.gda.pl!mimo.lodz.pdi.net!not-for-mail From: Michal Mosiewicz <mimo@interdata.com.pl> Newsgroups: pl.internet.polip Subject: Re: tpsa & proxy serwer Date: Sat, 27 Feb 1999 00:19:56 +0100 Organization: Interdata s.c., http://www.interdata.com.pl Lines: 52 Message-ID: <36D72C1C.5A3D5881@interdata.com.pl> References: <Pine.GSO.3.96.990219150244.1782C-100000@ultra> <36D0AE66.668CCA78@interdata.com.pl> <2nbtil8ixi.fsf@cclan.fuw.edu.pl> <m390dpz3lw.fsf@tnuctip.icm.edu.pl> <2nhfsc81dn.fsf@cclan.fuw.edu.pl> <36D47352.BFB87C1A@icm.edu.pl> <2nogmiizec.fsf@cclan.fuw.edu.pl> <36D520D1.8CAC9987@icm.edu.pl> <36D6232A.EE8F537C@interdata.com.pl> <36D7100A.ABE67BA1@icm.edu.pl> NNTP-Posting-Host: mimo.lodz.pdi.net Mime-Version: 1.0 X-Trace: korweta.task.gda.pl 920071343 18427 195.116.162.218 (26 Feb 1999 23:22:23 GMT) X-Complaints-To: abuse@task.gda.pl NNTP-Posting-Date: 26 Feb 1999 23:22:23 GMT X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.1 i586) X-Accept-Language: pl,en-US,en Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit