azrael-sub7

Today on 7 september i updated the plugin to version 0.9.1.2 . But again after updated i encountered this warning message :

Warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/) is not within the allowed path(s): (/home/:/usr/lib/php:/tmp) in /home/****/public_html/wp-content/plugins/w3-total-cache/inc/define.php on line 749

( and same error on line 715 )
And i made a clear update , meaning that i deleted all old files and still the same warning that causes minify not to work , so i was forced to downgrade to 0.9.1.1 that works with open_basedir set , including on 000webhost hosts that i have tested . So the past bug has return in 0.9.1.2 . Please fix if possible .

Thanks a lot for support i didn’t read the new FAQ sorry about that .
The problem was that the w3-total-cache-config-preview.php could not be deleted when unlink , a permission problem from server .
Anyway anybody who uses 000webost must know that the timezone is not set , but it can be set from .htaccess with the directive ” php_value date.timezone Europe/Bucharest ” ( change Bucharest with other available location check php manual ) .
Thanks once again now is everything ok .

@frederick Townes
I tested the new version on a server that has open_basedir enabled and now everything works well . Minify has no problem now , but i found a small bug on the server i tested .
Is not affecting the plugin but it is a little annoying , after i deploy i get “Preview settings successfully deployed.” but also get “Preview mode is active: Changed settings will not take effect until you or preview mode. any changed settings (without deploying), or make additional changes. ” , although the plugin works perfectly it somehow shows in settings that is not deployed . Have you any clue why this might happen ?
And if is not to much to ask you said before that in a new version you will enable partial caching ( meaning some parts of a page can remain dynamic ) , can i ask if you plan this feature in future versions ?

Nothing new on the issue ?

I think the problem is with the paths , there are some functions returning paths to some files and folders in the plugin , but on openbase_dir restriction those function aren’t returning the paths correctly . So maybe the author should add support for hosts with openbase_dir restriction , i think , this can be done by making additional fields in administration were user must put the paths manually , there maybe other ways i don’t know for sure but i think support for hosts with openbase_dir should be added .