Krzysztof Drewicz napisał(a):

Grzegorz Stanislawski napisał(a):

...

A nie prosciej/szybciej/bardziej elegancko byloby uzyc mechanizmu cachowania ktory jest w smarty?

Którego? chodzi Ci o to że templaty są cacheowane? (bo są :-D)

Jakos nie znalazlem nigdzie w lmsie wyrazenia $SMARTY->caching = true; ;-)

Mi chodzi o prekompilowanie PHP. to tak jak Gnu world odkrył prekompilowane nagłówki jakiś czas temu. Po prostu gdy php są już w eacceleratorze prekompilowane to nie traci on ciągle czasu na modyfikowanie tych samych skryptów.

Problem nie polega na "modyfikowaniu tych samych skryptów" tylko na produkowaniu tych samych stron z tych samych danych (ktorych uzyskanie jest dosc kosztowne i czasochlonne (a ja wkolko o tym samym ;-)) Watpie czy zewnetrzny program jest wstanie robic to lepiej (zwlaszcza ze jego rola ogranicza sie wylacznie do kompilacji) od tego kto te strony generuje 'wlasnymi recami' A wystarczy tak niewiele bo: if(!$SMARTY->is_cached('userlist.html')) { $SMARTY->assign('userslist',$LMS->GetUserList()); } $SMARTY->display('userlist.html'); No i ewentualnie $smarty->clear_cache('userlist.html') tam gdzie dane ulegaja modyfikacji.

Prosty tescik: welcome.html (0,98018) (total) header.html (0,76518) footer.html welcome.html (1,28291) (total) header.html (0,84705) footer.html Są to wyniki oczywiście bez danych nawet i fine tuningu akceleratora do

Masz racje ?m=welcome to dobry test wydajnosci, bo wygenerowanie tej strony to na oko 20 kwerend (z czego 3/4 to agregaty) i 4 exec'e

kd.

Grzegorz Stanislawski