linusgr

@icyapril

First of all i would like to thank you for the insight of the Cache Everything rule on cases you described above, i had the impression by not caching the backend part of wordpress (wp-admin folder,wp-login.php) i was covered.
I was lucky that in my site i have only a subscription and contact form and fortunately i did not have any issue in my particular case so far.(I am using the free plan)
Unfortunately the feature you are proposing costs 200$/month which is extremely high number for sites that do not sell anything.I would have no problem to purchase this feature as an add-on as i can for the additional page rules but committing to 200$/month for this feature is beyond overpriced according to me.

Again thanks for clarifying the possible issues (regarding front-end) when using the cache everything rule

@jwineman

Please have in mind that disabling the admin bar is ESSENTIAL for us using page rules.You could add an additional button next to “Automatic Cache Management” e.g “Page Rules Activation” so the admin bar is disabled when someone uses Page Rules.Disabling admin bar is necessary for security,otherwise there are scenarios that the admin bar is visible from EVERYONE

Thanks for your answers Justin.
Glad to hear that you are committed to this project !!Everything is clear now.
Will get back with a review or donation after testing with few sites.

NO i do not see the date text appearing in the image.
check https://prnt.sc/daghf8

IMPORTANT
I was behind a proxy when i was trying to configure this option, when i tried without the proxy then everything worked ok,very strange since the connection starts from the website side and not my pc !! Maybe a bug ?

Anyhow now it works ?? and by the way excellent work providing this valuable plugin

THANKS

The Printscreen was cut

Check https://prnt.sc/dag177

Hi John,

Thanks a LOT for your detailed answer.Everything is clear now about the issue(various aspects it may affect) and will have to experiment a bit to conclude in a final solution.

Thanks

P.S Excellent support ??

Hi John,

You are right my main problem is in a email opt-in form (subscribe form).
In case it is successful it just prints a message to check your email,after this i have to refresh the page in order to get in the initial state(it works without purging the url).

After 24 hours of initial purge cache i get error regarding the email opt-in form.

Is there any other way-workaround except excluding the pages with wp_verify_nonce ?
Can i have eg a cron job purging specific pages every 24 hours ? is this doable ?

Thanks for your explanatory answer

• This reply was modified 8 years ago by linusgr.

Excellent !!
Everything is clear now .:)
Thank you for your time and i will be waiting for the next release.
I believe this will be a GREAT addition to the plugin and in the brand-name of Cloudflare as a whole.

yes i was speaking about the wordpress plugin and the automatic purge cache feature.

Last question
Will it clear also pages or only posts?

Currently i have a site containing ONLY pages and not posts

Thanks in advance

ok thanks for the update.Very glad to hear this ??

Just to clarify something , if i use a page rule of domain.com/* and i will make a change in a page e.g domain.com/test1 will it clear the cache only for this page or it will clear also other pages e.g homepage.

Hi
Is there a specific timeplan when you are going to implement this or it is unknown ??

Hello,

Just an update on the support ticket.
The solution was given by the hosting provider by re-configuring the LiteSpeed public cache.
Now the public cache is per user account instead of a central one

Thanks for your time

Thank you for your quick answer
Unfortunately it did not work :(.I got again X-Litespeed-Cache:”miss” after 10 minutes
Do you know if Litespeed server can have a fixed value so this is the reason that htaccess cannot ovveride it ?
Also maybe there is a configuration issue in htaccess file..

The corresponding htaccess file now is below

IfModule LiteSpeed>
 #CacheEnable public /
 CacheLookup public on
 RewriteEngine on
###LSCACHE START RESOURCE###
RewriteRule wp-content/.*/(loader|fonts)\.php - [E=cache-control:max-age=3600]
###LSCACHE END RESOURCE###
###LSCACHE START FAVICON###
RewriteRule favicon\.ico$ - [E=cache-control:max-age=86400]
###LSCACHE END FAVICON###
RewriteCond %{REQUEST_METHOD} ^(HEAD|GET)$
 RewriteCond %{REQUEST_URI} !^/(wp-admin|wp-login.php|wp-cron.php)
 RewriteRule .* - [E=Cache-Control:max-age=86400] </IfModule>

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

ok i tried Cory and everything is ok now !! ??

Excellent support !!!

Thanks a lot for your prompt answer.

I will mark this topic as resolved

Yes i know my case in not the most common one but it would be great if someone could point me to a solution or at least a workaround

Thanks Luke for your interest to comment in my question