Forum Replies Created

Viewing 15 replies - 1 through 15 (of 606 total)
  • Thread Starter frenchomatic

    (@frenchomatic)

    Hi,

    The plugin is the standard woocomerce offering. Many thanks if this can be hooked. There are 4 emails in this plugin. 

    https://woocommerce.com/products/account-funds/

    Thread Starter frenchomatic

    (@frenchomatic)

    Thanks – I gave up and just use cloudflare manually. Nobody replied for weeks to this post. It is not just because of wp-json but if you have two installs you don’t get two sets of cache rules working harmoniously together. The second instance of the plugin starts overwriting the rules of the other. My set up is domain.com/x/ domain.com/y/ domain.com/z etc all to be cached. Then in the directory domain.com/pro/ is a woocommerce install with some ordinary pages too like a contact page etc. I want some urls to be cached under /pro/ but others excluded. I also want all urls to be excluded when logged in or when there is a woocommerce cookie present. So for example /pro/ is like a home page. It should be cached for non-logged in users but bypassed for those logged in as they may have something in their cart.

    I have tried making two installs but I don’t get two sets of cache rules. One of the installs actually overwrites the other one. I may have another go at it in the next few days.

    Thread Starter frenchomatic

    (@frenchomatic)

    Still no resolution. I have checked the page rules over and over and I see nothing wrong. Browser caching is set to respect existing headers. I run this plugin on many domains without issue. As soon as I deactivate the plugin or put cloudflare in dev mode all is well and pages don’t get cached.

    If I clear the cache completely then the black admin bar appears. However if I log out and then go to the site, visit a few pages and then log back in, the black bar disappears again and cached front end pages are shown again.

    It is difficult to know what is wrong. I have tried reinstall of the plugin and of wordpress itself. I am not using plugins which are unique to this site either.

    Thread Starter frenchomatic

    (@frenchomatic)

    Rolled back a couple of versions and it is stilling doing the same thing.

    Tried the addiotonal rule offered in advanced settings to bypass admin page but that doesn’t solve it. If I use the other option : Overwrite the cache-control header for WordPress’s pages using web server rules then the admin bar still doesn’t appear. Just weirdness now.

    Is the cache buster working? I don’t think it is working normally.

    Thread Starter frenchomatic

    (@frenchomatic)

    Hosting say lightspeed has been disabled across my domains and this is even included in my htaccess

    <IfModule LiteSpeed>
    CacheDisable public /
    CacheDisable private /
    </IfModule>

    The response header is still a hit

    status: 200
    Age: 1351
    Cache-Control: no-cache, no-store, must-revalidate
    cf-cache-status: HIT
    cf-ray: 9b162d8c4f41d34f-CDG
    Content-Encoding: br
    Content-Length: 24144
    Content-Type: text/html; charset=utf-8
    Date: Sun, 21 Dec 2025 08:58:29 GMT
    Expires: 0
    Last-Modified: Sun, 21 Dec 2025 08:35:57 GMT
    Link: <https://www.adnperformances.com/wp-json/>; rel="https://api.w.org/", <https://www.adnperformances.com/wp-json/wp/v2/pages/2>; rel="alternate"; title="JSON"; type="application/json", <https://www.adnperformances.com/>; rel=shortlink
    nel: {"report_to":"cf-nel","success_fraction":0.0,"max_age":604800}
    p3p: CP="CAO PSA OUR"
    Pragma: no-cache
    Report-To: {"group":"cf-nel","max_age":604800,"endpoints":[{"url":"https://a.nel.cloudflare.com/report/v4?s=KRpQE1lmEKrOgq00%2FLu8dmqN2swaj7IVULfhdKpfqjx4Axmw%2BhmVL%2B40M6b8fXZTpUq%2F4KQcE8eGWmRBlloS3sE8skNNZv8G5a%2BvH4IUCcqUMjS9HCFf"}]}
    Server: cloudflare
    Vary: Accept-Encoding,User-Agent
    X-Content-Type-Options: nosniff
    x-pingback: https://www.adnperformances.com/xmlrpc.php
    x-turbo-charged-by: LiteSpeed
    x-wp-cf-super-cache-active: 1
    x-wp-cf-super-cache-cache-control: s-maxage=31536000, max-age=60
    x-wp-spc-disk-cache: DISABLED
    X-XSS-Protection: 1; mode=block

    I have multiple domains with identical set up but most of them arrive the explicit cache buster in place. Could this be the cause?

    Thread Starter frenchomatic

    (@frenchomatic)

    I just put the site into development mode on cloudflare and the pages show correctly with the black admin bar. In the cloudflare website admin panel the browser cache is set to “respect existing headers”. In the plugin under advanced setting I have browser caching turned on.

    I see there is another setting Overwrite the cache-control header for WordPress’s pages using web server rules in the plugin admin too. That is currently off as I am not using other caching plugins. If I turn it on, additional code gets added to htaccess the admin bar appears. It seems to solve the problem but is it the right way to do it? Moreover, I run the plugin on many sites on the same server and I don’t have to do that.

    Thread Starter frenchomatic

    (@frenchomatic)

    No other caching plugins. Will ask the hosting company if something is being applied. The website on this domain used to be a static html website with cloudflare caching.

    Thread Starter frenchomatic

    (@frenchomatic)

    It looks like a hit, strange as the rule is in place. also all pages are cached when logged in too which is even stranger.

    ^wordpress_logged_in_
    :status: 200
    Age: 79937
    Cache-Control: no-cache, no-store, must-revalidate
    cf-cache-status: HIT
    cf-ray: 9b0545d03adcb6b4-CDG
    Content-Encoding: br
    Content-Length: 24154
    Content-Type: text/html; charset=utf-8
    Date: Fri, 19 Dec 2025 07:44:05 GMT
    Expires: 0
    Last-Modified: Thu, 18 Dec 2025 09:31:47 GMT
    Link: https://www.adnperformances.com/wp-json/; rel="https://api.w.org/", https://www.adnperformances.com/wp-json/wp/v2/pages/2; rel="alternate"; title="JSON"; type="application/json", https://www.adnperformances.com/; rel=shortlink
    nel: {"report_to":"cf-nel","success_fraction":0.0,"max_age":604800}
    Pragma: no-cache
    Report-To: {"group":"cf-nel","max_age":604800,"endpoints":[{"url":"https://a.nel.cloudflare.com/report/v4?s=LglkZFZAj%2BTPZ5LgFP4TJ1hsNCvynqN8QE2wb%2FplY7FESaIprLRRw%2BTY3fXaoGs98H1UPKW%2F0Tb0Hcbs%2FgCkufxwppObY8okHOfAs%2B9hp9U%2Bueu3W9IA"}]}
    Server: cloudflare
    Vary: Accept-Encoding,User-Agent
    X-Content-Type-Options: nosniff
    x-pingback: https://www.adnperformances.com/xmlrpc.php
    x-turbo-charged-by: LiteSpeed
    x-wp-cf-super-cache-active: 1
    x-wp-cf-super-cache-cache-control: s-maxage=31536000, max-age=60
    x-wp-spc-disk-cache: DISABLED
    X-XSS-Protection: 1; mode=block
    • This reply was modified 4 months, 2 weeks ago by frenchomatic.
    Thread Starter frenchomatic

    (@frenchomatic)

    The solution to my problem was to uni page rules in both installs.

    Thread Starter frenchomatic

    (@frenchomatic)

    Changed to use 2 installations of the plugin.

    Thread Starter frenchomatic

    (@frenchomatic)

    I have done that but where is the cache rule being put? When I go into cloudflare I just have the rule from the top level site?

    One thing I am trying is to add in the /pro page exclusions as well in the top level install of the plugin e.g. /pro/my-account for example. This then renders the exclusion in the cloudflare page rule since there is only one page rule for the domain. The 2nd install in /pro is not inserting a page rule.

    • This reply was modified 4 months, 3 weeks ago by frenchomatic.
    Thread Starter frenchomatic

    (@frenchomatic)

    I see the issue but I am unsure how it can be fixed or worked around. The problem is the Use latest settings for invoice does work but there seems to be a snag. If a user never downloaded or looked at his invoice then it gets the new name/address when the invoice is requested (i.e the html file for the invoice doesn’t exist until requested).

    Perhaps there is a way to force generation of the html file without needing to request it??

    Thread Starter frenchomatic

    (@frenchomatic)

    Thankyou so much. Your code for functions.php appears to work really well. You got me out of a hole. A lucky spot on my part that the file began ambiguously.

    Thread Starter frenchomatic

    (@frenchomatic)

    Is it possible that the first few characters are fooling the plugin or wordpress? I notice in the file there are alot of normal characters in the top of the file which look like plain text.

    W0LF7AHA6BV660152ˇˇˇˇˇˇˇˇˇˇˇˇˇˇˇ 8ART7SADI1PTIIAIRWD1B81PUAW6ˇˇˇˇˇˇˇˇˇˇˇˇˇ

    If I delete just those opening plain text from the top of the file, save it , then wordpress with your plugin correctly uploads the file and gives it a .bin extension.

    • This reply was modified 1 year, 1 month ago by frenchomatic.
    • This reply was modified 1 year, 1 month ago by frenchomatic.
    Thread Starter frenchomatic

    (@frenchomatic)

    The whole option ‘Remove Cache Buster Query Parameter’ in the plugin settings has disappeared. I have deleted the plugin, reinstalled it and imported a config file from another site – all is now working as far as the cache and the cache buster is concerned. I must have deleted the use of the cache buster.

    However, the original problem of ‘hover intent’ remains.

Viewing 15 replies - 1 through 15 (of 606 total)