cachovani php ci reverzni proxy

[Jaroslav Lukesh]

squid přeložený s podporou ESI, dřív to bývalo na www.esi.org ale teď mi to 
chce nainstalovat flash. Tak nevím, vyvíjeli to Akamai a CNN původně pro 
Zope (ale nc nebránilo tomu použít to jinde, bylo to transparentní, jen ten 
zápis příkazů byl jako DTML), ve squidovi se to s velkou mírou duchařiny 
dalo rozchodit, ale kam se to podělo teď netuším. Asi nikdo jiný neměl 
zájem, Zope to samé obsahuje v sobě, jen ta cache není tak rychlá jako 
squidova a žere RAMku.


----- Original Message ----- 
From: "Michal Krajčírovič" <konference na kraja.net>

obracim se na vas s prosbou o radu/tip.
Mame na serveru priblizne pet domen, velmi zatezovych, radove se blizime
milionu pageviews denne.
V tuto chvili to obsluhuji dva servery, jeden php5.2 na apache2, druhy
mysql5. Vzhledem ke stale klesajicim cenam RAM uz dnes neni problem ze
stavajicich 4GB upgradnout na 8GB ci ev. 16GB (tam stoupa cena potrebou nove
desky :-) ).
Moje, mozna naivni predstava je, ze by se udelala zhruba nasledovne
fungujici cache: prvni user otevre stranku ve vterine 0, ta se zacachuje do
ram. A behem nasledujicich deseti sekund se bude posilat vsem userum co
prijdou po nem. Tedy user2 ve vterine 1, dalsich padesat useru ve vterine 2,
dalsi tri useri ve vterine tri, dalsich tisic useru ve vterine ctyri apod.
Az v desate sekunde se zase stranka skutecne vygeneruje (tedy prozene peres
php parser) znovu.
Existuje na toto neco jednoducheho, co by to delalo, aniz by to vyzadovalo
jakekoli skriptove upravy? Pripadne uplne nejlepe kdyby se daly nastavit
vyjimky, na ktere to neplati.
Mozna by na toto nebylo spatne reseni na urovni reverzni proxy (napr. na
lighttpd), ktera by servirovala z ramdisku ty staticka data.

Pokud ma nekdo jednoduchy navrh, resp. jednoduche reseni, prihodte do mlyna