🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.internet.polip
Article #253

Re: tpsa & proxy serwer

#253
From: Michal Mosiewicz
Date: Fri, 26 Feb 1999 23:19
52 lines
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-mail
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>

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