‘Cleaning the Cache’ Issue...

Next topic

Author	Message
Jorge estévez	Friday 09 October 2009 6:51:27 pm Hi, I have this web site that has 9000 items with 1400 categories (and it will still grow up), Whenever I activate template compile, view caching , template cache and then ‘Clear all the caches’ when I get to the public site each time I navigate it takes too much time to go from one page to another, once I get again to that page it works fast (assuming the cache of the browser has the page ‘saved’) . The dilemma is Why? It should work faster. It should not wait until someone visits all the pages to get things going faster. I am developing this site for quite a while, and it’s made with ez 3.10.1 (It will be upgraded soon)… Anyway ‘Cleaning the Cache’ is really very fast once yo click on the button, so I wonder is it doing a “Real clean” at all?…. Has someone encountered something similar? Any tips on how to really clear the whole Site (I could use some .php at /bin and purge the all nodes, but it takes LOTS of time to do such a thing), Any solution that works faster? Thanks to all… I am developing the site LOCALLY at my Pc. Diseño Web Cuba Web Design Cuba www.elfosdesign.com
Marko Žmak	Saturday 10 October 2009 11:02:51 am When you clear the cache, the cache is regenerated on the first visit to the page. That why the first loading is slower, that's normal behaviour. Why does it work so? Because regenerating the cache for ALL your pages at once would take toooo much time. The solution for your problem is not to clear caches for production site too often, but use automatic cache clearing mechanisms in eZ. And for the development site set the DevelopmentMode setting. Explore the documentation. You can also recompile your templates using the eztc.php script after clearng the cache, it should make the first loading a little bit faster. For deleting the cache files faster you could manually delete the cache folder (but be careful not to delete something else). But in normal occasions you don't have the need for deleting cache files, they are deleted by eZ in the cache regeneration process. And also, try not developing your site on a local PC; but on a faster server :) -- Nothing is impossible. Not if you can imagine it! Hubert Farnsworth
Piotrek Karaś	Sunday 11 October 2009 4:32:19 am Also try to identify which layers of the system (templates, SQL queries, etc.) take up most of the time as well as whether the long generation times result from generating just the content part ($module_result.content) or the entire pagelayout. Especially for the latter one, it might be the case that you have no repeatable pagelayout parts that could have already been regenerated earlier or you simply have bad cache-block keys set for the pagelayout. You want to have as few cache-block key combinations as are required by your communication/business needs. -- Company: mediaSELF Sp. z o.o., http://www.mediaself.pl eZ references: http://ez.no/partners/worldwide_partners/mediaself eZ certified developer: http://ez.no/certification/verify/272585 eZ blog: http://ez.ryba.eu

Author

Message

Friday 09 October 2009 6:51:27 pm

Hi,

I have this web site that has 9000 items with 1400 categories (and it will still grow up), Whenever I activate template compile, view caching , template cache and then ‘Clear all the caches’ when I get to the public site each time I navigate it takes too much time to go from one page to another, once I get again to that page it works fast (assuming the cache of the browser has the page ‘saved’) . The dilemma is Why? It should work faster. It should not wait until someone visits all the pages to get things going faster.

I am developing this site for quite a while, and it’s made with ez 3.10.1 (It will be upgraded soon)… Anyway ‘Cleaning the Cache’ is really very fast once yo click on the button, so I wonder is it doing a “Real clean” at all?….

Has someone encountered something similar? Any tips on how to really clear the whole Site (I could use some .php at /bin and purge the all nodes, but it takes LOTS of time to do such a thing), Any solution that works faster?

Thanks to all…

I am developing the site LOCALLY at my Pc.

Diseño Web Cuba
Web Design Cuba
www.elfosdesign.com

Marko Žmak

Saturday 10 October 2009 11:02:51 am

When you clear the cache, the cache is regenerated on the first visit to the page. That why the first loading is slower, that's normal behaviour.

Why does it work so? Because regenerating the cache for ALL your pages at once would take toooo much time.

The solution for your problem is not to clear caches for production site too often, but use automatic cache clearing mechanisms in eZ. And for the development site set the DevelopmentMode setting. Explore the documentation.

You can also recompile your templates using the eztc.php script after clearng the cache, it should make the first loading a little bit faster.

For deleting the cache files faster you could manually delete the cache folder (but be careful not to delete something else). But in normal occasions you don't have the need for deleting cache files, they are deleted by eZ in the cache regeneration process.

And also, try not developing your site on a local PC; but on a faster server :)

--
Nothing is impossible. Not if you can imagine it!

Hubert Farnsworth

Piotrek Karaś

Sunday 11 October 2009 4:32:19 am

Also try to identify which layers of the system (templates, SQL queries, etc.) take up most of the time as well as whether the long generation times result from generating just the content part ($module_result.content) or the entire pagelayout. Especially for the latter one, it might be the case that you have no repeatable pagelayout parts that could have already been regenerated earlier or you simply have bad cache-block keys set for the pagelayout. You want to have as few cache-block key combinations as are required by your communication/business needs.

--
Company: mediaSELF Sp. z o.o., http://www.mediaself.pl
eZ references: http://ez.no/partners/worldwide_partners/mediaself
eZ certified developer: http://ez.no/certification/verify/272585
eZ blog: http://ez.ryba.eu