Teraz mi napadlo jedno vylepsenie cacheovania.
RSS kanal so zvysujucim poctom uzivatelov neumerne zatazuje server, co moze v obmedzenych a free hostingoch sposobit zablokovanie uctu na urcitu dobu.
Nebolo by zle keby sa taketo veci ukladali na disk.
Vyriesenie problemu by spocivalo v tom, ze by sa vytvoril adresar trebars s nazvom
cache v ktorom by boli scriptom vytvorene subory obsahujuce prave tieto feedy. napriklad:
rss.xml
komentare.xml
guestbook.xml
kniznica.xml
atd
zaroven by v tomto adresary bol aj subor synchronizacny subor nazvyme ho trebars
synch.cnf, ktory by obsahoval posledne casy vygenerovanych suborov bud v date() alebo time() formate:
rss.xml::10::2006-05-23 16:35:41
komentare.xml::10::2006-05-23 16:15:21
atd
do stavajucich suborov (rss.php a pod) doplnilo porovnavanie casov posledneho vygenerovania suboru s aktualnym casom na servery. a ak by aktualny cas nepresiahol napriklad 10 minut (to je ta stredna hodnota medzi bodkami) RSS by sa posielalo prave z tychto vytvorenych suborov co by znacne odlahcilo SQL zatazenie serveru.
ak by tento cas bol cez urcitu dobu obsah .xml suborov by sa prepisal na aktualny. samozrejme v tom okamziku by sa aj upravil cas synchonizacnom subore synch.cnf
Alebo by casovanie vytvorenia suboru bolo nastavene pevne v scripte. to uz zalezi na spracovani
Toto cacheovanie by bolo taktiez velmi uzitocne pre tvorcov pluginu pretoze doplnenim jedneho riadka do suboru synch.cnf by mali spristupnene cacheovanie. a to by netykalo len RSS suboru, takto by sa dalo cacheovat hocico.
Samozrejme spracovanie moze byt trochu odlisne, ako napriklad vytvorit synchronizacny subor pre kazdy cache a pod.
Je to len nacrt, ktory mam v hlave.
Ak by tento napad v konecnom dosledku nebol dobry pre spracovanie do phpRS, mohol by som ho casom zrealizovat a vydat navod ako ho vyriesit pre tych, ktori by mali zaujem
____________________
smiko.host.sk/phprs/