Navigation
JotCache Help 3.2
JotCache Help 4.0
JotCache Help 4.1 for Joomla 3.2
JotCache Help 4.2 for Joomla 2.5
JotCache Help 5.x (J3.3/J3.4)
JotCache Help 5.3 (J3.5)
JotCache Help 6.x (J3.7)
Recache Items opens page Recache Control in new browser window with possibility to start/stop and adjust recaching of site pages. To each recache action belongs one form (tab) on the page. This presentation of recache actions is dependable on number of enabled JotCache recache plugins (in plugin group 'jotcacheplugins').
Standard with JotCache ver.4.x are provided three recache plugins :
For larger extent of recached pages use cron job controlled recache.
Generally recaching consist from two steps :
Setting conditions for current run - choice of setting parameters depends on used JotCache recache plugin
Start/stop recaching - click on common execution buttons controlling recache run
Basic conditions for recaching are derived from Management view immediatelly before clicking on button Recache Items. When no selection is performed than all pages stored in database table jotcache shall be selected for recache (take care for the note on top this page!). Narrower selection can be done in following manner :
For these types of selections is still possibility to change scope of pages to ALL or to make larger selection with checkboxes (1).
Here is only one simple setting - the crawl depth. Start with lower number setting to see how long recaching on such level takes process time. Then you can adjust higher crawl depth.
Here is only one simple setting - the crawl depth. Start with lower number setting to see how long recaching on such level takes process time. Then you can adjust higher crawl depth.
As already here noted the recache process is running in local browser thread and therefore it can be substantial limited with site server settings as well as settings of any proxy server in load chain.
In such case at first try to change Recache run timeout JotCache component option to higher number :
But mostly limitation is performed with server settings.
You should consult with your hosting company to find out how they've configured mod_fcgi timeouts; open a support ticket with them to ask, particularly since they may automatically kill long-running scripts. It's unlikely they'll allow a PHP script to run that long in a shared hosting environment.
Also, if the browser's connection is left idle for too long, the connection might be dropped by your router or the router at your hosting provider.
Possible changes on site server :
<Timeouts connectionTimeout="60" requestTimeout="120" />
Check that whether your hosting server is running in safe mode. When the server is in safe mode you can't change 'the maximum execution time'.
Possible check
Put following code in your top of your page :
echo "maximum execution time is ".ini_get('max_execution_time');
It is always a good idea to test your ini_set command on a blank page like this:
ini_set('max_execution_time', 1200); echo ini_get('max_execution_time');
If the above code works fine and echoes 1200 then you are in good shape. Go ahead and use ini_set. If not, then you'll have to figure out what is preventing ini_set to kick in.