pokud nechces zasahovat do kodu tak curlem nebo wgetem vycucnout obsah do statickyho adresare a na ten pak jednoduse .htaccessem pokud existuje patricnej soubor presmerovavat...

4. 4. 2008 20:20:16

https://webtrh.cz/diskuse/cachovac#reply57741

Kuba

(1 hodnocení)

4. 4. 2008 22:18:00

Pokud si ses jistej, ze pro tvoji konkretni aplikaci bude takovhle full-page cache vhodna a pokud si uz nevystacis s nejakym cachovanim vic spjatym se samotnou aplikaci (cachovani ne-casto se menicich bloku html, serializace dat a objektu, ktere se jinak inicializuji pri kazdem requestu, ...), tak doporucuju nasadit nejakou cachujici reverzni proxy - nejcasitejc se asi pouziva Squid. V budoucnu ho muzes i nakonfigurovat jako loadbalancer, az ti nebude stihat jeden server :]

4. 4. 2008 22:18:00

https://webtrh.cz/diskuse/cachovac#reply57740

Fuck You

(1 hodnocení)

5. 4. 2008 11:26:29

Vzhledem k tomu, že si servery spravuješ sám, možná radši než skript hledej modul: httpd.apache.org/docs/2.2/mod/mod_cache.html

5. 4. 2008 11:26:29

https://webtrh.cz/diskuse/cachovac#reply57739

kraja

(12 hodnocení)

6. 4. 2008 22:53:46

mod_cache fakt ne, s tim mam prakticky jen negativni zkusenosti, a ze jsem si s nim hral dost dlouho... a fakt, ze to chci v php ma svy opodstatneni...

6. 4. 2008 22:53:46

https://webtrh.cz/diskuse/cachovac#reply57738

Veros

(1 hodnocení)

7. 4. 2008 14:01:58

Snad nebudu nosit dříví do lesa.

externí memcached - pro ukládání opakujících se informací. Pro spoustu redakčních systémů existuje plug-in, jinak to musíš (nechat) doprogramovat.

Jak už někdo psal, paměti hodně odlehčí i předřazená proxy-cache (obzvláště před nenažraného Apache), i ten blbý Squid + Apache toho ustojí na stejném železe výrazně víc, než samostatný Apache.

Existují různé akcelerátory pro PHP - které ušetří opakovanou kompilaci ze zdrojáku PHP do bytekódu. Prakticky to ozkoušené nemám, bo PHP se mi nelíbí. ;-)

Co konkrétně je v tvém případě úzkým hrdlem? Výkon procesoru, disků, nedostatek paměti cokoliv jiného?

--Věroš

7. 4. 2008 14:01:58

https://webtrh.cz/diskuse/cachovac#reply57737

Dr.Diesel

7. 4. 2008 17:10:33

Je problem opravdu v PHPku nebo spis jako ve vetsine pripadu v query do DB? ;)

7. 4. 2008 17:10:33

https://webtrh.cz/diskuse/cachovac#reply57736

Veros

(1 hodnocení)

8. 4. 2008 20:59:56

Jinak odpověď na původní otázku - dokážu představit nějaký wrapper před PHP (pokud ho budeš spouštět jako FastCGI/CGI), který bude odpovědi cachovat. Nevím o tom, že by to existovalo, ale nehledal jsem to.

Pokud si myslíš, že to je dobrý nápad a neexistuje hotové řešení, ozvi se, můžu to zkusit vyrobit, zas tolik práce by to být nemělo. :-)

V Pythonu/Pylons na tyhle věci máme middleware (kus kódu, které se vloží mezi komunikující vrstvy).

--Věroš

PS: Možná mi jen něco uniká, ale fakt si myslím, že to musí jít vyřešit i jinak.

8. 4. 2008 20:59:56

https://webtrh.cz/diskuse/cachovac#reply57735

Ivan L.

9. 4. 2008 12:04:35

Přímo na webu PHP.net je Alternative PHP Cache http://pecl.php.net/package/APC což by měla být cache PHP (po přeložení PHP skritpu do bytekódu se tento uloží v cache). Toť bohužel vše co o tom vím.

9. 4. 2008 12:04:35

https://webtrh.cz/diskuse/cachovac#reply57734

Pro odpověď se přihlašte.

Přihlásit