🚀 go-pugleaf

20 Feb 99 13:41:01 GMT; Jaroslaw Rafa pisze:
> On Sat, 20 Feb 1999, Dawid Kuroczko wrote:
>> Apache pozwala ustawić Expires na określony czas od momentu wysłania
>> requesta.  Tzn. ustalając ten okres na tydzień, za każdym razem
>> klient tudzież proxy otrzyma Expires ustawiony na za tydzień, więc
>> przez najbliższy tydzień będzie podawana zawartość cache, a po
>> tygodniu strona zostanie odświeżona.
> Bede upierdliwy ;-). Ja naprawde nie wiem, czy w ciagu najblizszego
> tygodnia zajdzie potrzeba aktualizacji strony, czy tez nie. Wiec dalej mi
> sie to na nic nie zda.
> Co najwyzej moglbym takie "ruchome" Expires ustawic na +1 dzien, ale to
> juz doprawdy zysk z cachowania niewielki...

A czego byś Ty chciał, bo teraz już nie wiem.  Nie wiesz z góry kiedy
nastąpi zmiana strony, nie wiesz też ile strona powinna być trzymana
w cache zanim zaistnieje potrzeba odświeżenia cache...  :-/

W przypadku serwisów uaktualnianych co pewien określony czas Expires
jest świetnym rozwiązaniem.  W przypapadku "zwykłych" stron można
sobie założyć, że cotygodniowe sprawdzanie jest wystarczającym
rozwiązaniem (a grafikę należy sprawdzać najwyżej raz w miesiącu).

   Pozdrawiam,
      Dawid Kuroczko
-- 
      .------------------.                                  .----------.
      | *Dawid Kuroczko* `-.------------------=[Atlantis]=-=' _Kraków_ |
      | d k @ssw.krakow.pl | Życie to nie je bajka, życie to je bitwa. |
      `--------------------"-------------------------------------------'

>>>>> "Jarek" == Jaroslaw Rafa <raj@wsp.krakow.pl>:
 Jarek> On Sat, 20 Feb 1999, Dawid Kuroczko wrote:
 >> Apache pozwala ustawić Expires na określony czas od momentu wysłania
 >> requesta.  Tzn. ustalając ten okres na tydzień, za każdym razem
 >> klient tudzież proxy otrzyma Expires ustawiony na za tydzień, więc
 >> przez najbliższy tydzień będzie podawana zawartość cache, a po
 >> tygodniu strona zostanie odświeżona.
 Jarek> Bede upierdliwy ;-). Ja naprawde nie wiem, czy w ciagu
 Jarek> najblizszego tygodnia zajdzie potrzeba aktualizacji strony, czy
 Jarek> tez nie. Wiec dalej mi sie to na nic nie zda.  Co najwyzej
 Jarek> moglbym takie "ruchome" Expires ustawic na +1 dzien, ale to juz
 Jarek> doprawdy zysk z cachowania niewielki...  

Czy na Twoich stronach są informacje aż tak nie cierpiące zwłoki, że gdy 
część niewątpliwie licznych i regularnie odwiedzających je czytelników
zobaczy je 2-3 dni później, to stanie się coś strasznego?

Wszędzie trzeba szukać rozsądnego kompromisu. Cache'owanie stron WWW
jest bardzo cenną inicjatywą, pozwala znacząco oszczędzić łącza, a co za 
tym idzie -- zrobić więcej przy pomocy obecnie istniejącej sieci.

Szkoda zniechęcać ludzi do tak cennej inicjatywy tylko dlatego że się
ostatnio w3cache używało dwa lata temu, kiedy ta technologia była
jeszcze w powijakach, albo dlatego, że kilka razy w3cache zachował się
niepoprawnie.

pozdrawiam,
--
Jan Rychter                                               RG Studio
Doradztwo Linux/UNIX, mikroserwery Cobalt Qube,    Limanowskiego 23
Karty FR Sangoma, karty wieloportowe Cyclades        (22) 651 66 38
Płyty główne Samsung Alpha              http://www.rgstudio.com.pl/

>Wszędzie trzeba szukać rozsądnego kompromisu. Cache'owanie
stron WWW
>jest bardzo cenną inicjatywą, pozwala znacząco oszczędzić
łącza, a co za
>tym idzie -- zrobić więcej przy pomocy obecnie istniejącej
sieci.
Lepszym rozwiazaniem jest kilka dobrych "mirrorow" !!!
Jak musze cos sciagnac ze stron takich wielkich firm jak
MicroSoft, HP, NEC, etc. to mi sie #$%^#@#@ !!! Gdyby sobie
chlopaki z polskiego oddzialu danej firmy zorganizowali kopie
"drajwerkow" i innych "bajerow" to zycie "sciagaczy" bylo by
duzo przyjemniejsze !!!
<przyklad z zycia>
Od prawie roku probuje od czasu do czasu sciagnac sobie
sterowniki do drukarek NEC SuperScript 610 i 610+. Ma to mniej
wiecej 7x1.44MB (obrazy dyskietek). Na poczatku probowalem
"normalnie" - szlo fatalnie (0,00...01 b/s). Potem prosilem
kolege, ktory pracuje w TPSA - probowal ... kupa smiechu (z
przewaga tego pierwszego). W koncu postanowilem byc troche
"cwanszy" i skorzystalem z polaczenia przez proxy (dobre lacze
na uczelni gdzie sie ucze) - sciagnalem "wszystko". Zgralem to
wszystko no ZIPa (bylo troche problemow ;-( z podlaczeniem do
kompa w szkole) i zabralem do domu. Podczas rozpakowywania
dyskietek okazalo sie, ze dane maja jakies bledy sum kontrolnych
i ?upa.
Moze jak bede mial za duzo wolnego czasu to jeszcze raz sprobuje
...
</przyklad z zycia>
O niepotrzebnym ruchu w sieci, ktory w ten sposob wygenerowalem
wole nie wspominac !!!
Gdyby NEC mial kopie sterownikow dla drukarek sprzedawanych w
Polsce na jakims "bardziej dostepnym" serwerze ...

>Szkoda zniechęcać ludzi do tak cennej inicjatywy tylko dlatego
że się
>ostatnio w3cache używało dwa lata temu, kiedy ta technologia
była
>jeszcze w powijakach, albo dlatego, że kilka razy w3cache
zachował się
>niepoprawnie.
Powinno byc "mimo, ze kilka razy w3cache zachowal sie poprawnie"
;-)))

--
Marcin Rutkowski
MAIL: marcinru@vc.pl
WWW: http://friko.onet.pl/el/marcinru/

Marcin Rutkowski napisal(a) dnia [22/02/99]:

>>Wszędzie trzeba szukać rozsądnego kompromisu. Cache'owanie
>>stron WWW jest bardzo cenną inicjatywą, pozwala znacząco oszczędzić
>>łącza, a co za tym idzie -- zrobić więcej przy pomocy obecnie 
>>istniejącej sieci.
>Lepszym rozwiazaniem jest kilka dobrych "mirrorow" !!!

Mhm. Ideowo mirror to taki cache bez optymalizacji :)

-- 
					(moskit@irc.pl)