frenchomatic
Forum Replies Created
-
Thank you – yes that filter does it. I just replaced the ‘productmeta1’ with ‘wcuf_sold_as_individual_unique_key’ and of course deleted the productmeta2 part.
Will the plugin be updated to avoid having to filter like this? It wasn’t display meta before.
Forgot to say I am comfortable to code in order to stop this meta being added but I can’t seem to find where it is being added at the moment.
Hi,
The plugin is the standard woocomerce offering. Many thanks if this can be hooked. There are 4 emails in this plugin.
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.
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.
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.
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=blockI have multiple domains with identical set up but most of them arrive the explicit cache buster in place. Could this be the cause?
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.
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.
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 5 months, 2 weeks ago by frenchomatic.
The solution to my problem was to uni page rules in both installs.
Changed to use 2 installations of the plugin.
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 5 months, 3 weeks ago by 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??
- This reply was modified 1 year, 1 month ago by frenchomatic.
Forum: Plugins
In reply to: [Lord of the Files: Enhanced Upload Security] Renaming of .bin to .txtThankyou 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.