blkpudd

I haven’t been able to recreate the post purge issue, so perhaps I did something else at the time. I had cleared the log so don’t have this morning’s record.

For category deletion and menu saves, I think the purging behaviour is as you say, expected and therefore part of W3TC code design, which is a shame as we would really like total control as to when things purge.

I will keep testing and let you know if there is anything else, thanks again.

Hi Marko,

Is this W3TC design or is WP or a plugin triggering it?

I edited one post that is used as content in approx 60 products, but this triggered flushing all 2000 products and pages. Doesn’t seem the right approach if you ask me. If this is W3TC default behaviour then obviously there is little I can do about it.

Grateful if you can confirm if this is W3TC design or not.

Many thanks

As mentioned there appears to be several actions that trigger this. Yes, saving a menu does it, editing a post (where content is used in other pages), deleting a category. We are using woo commerce, with several major plugins including Uber Menu and Superfly Menu.

As mentioned – saving a menu, this is one our nav menus accessed via Appearance > Menus – then hit save (even if there are no changes).

Hi Marko, the following snippet from the log is the last couple entries, but there were quite a few. This was following simply saving a menu.

[Wed, 13 Sep 2023 17:34:50 +0000] flush_post(197147)
username:Admin

#0 wp-includes/class-wp-hook.php(310): W3TC\PgCache_Plugin--w3tc_flush_post (197147, null)
#1 wp-content/plugins/w3-total-cache/CacheFlush_Locally.php(160): do_action ("w3tc_flush_post", 197147, null, null)
#2 wp-content/plugins/w3-total-cache/Util_AttachToActions.php(116): W3TC\CacheFlush--flush_post (197147)
#3 wp-includes/class-wp-hook.php(310): W3TC\Util_AttachToActions--on_post_change (197147, {"ID":197147,"post_author":"8","post_date":"2023-09-13 18:34:50","post_date_gmt":"2022-10-07 10:08..)
#4 wp-includes/post.php(4717): do_action ("save_post", 197147, {"ID":197147,"post_author":"8","post_date":"2023-09-13 18:34:50","post_date_gmt":"2022-10-07 10:08.., true)
#5 wp-includes/post.php(4819): wp_insert_post ({"post_author":"8","post_content":"We regularly update our showrooms with new displays and designs.., true, true)
#6 wp-includes/nav-menu.php(589): wp_update_post ({"ID":197147,"post_author":"8","post_date":"2023-09-13 18:34:50","post_date_gmt":"2022-10-07 10:08.., true)
#7 wp-admin/includes/nav-menu.php(1202): wp_update_nav_menu_item (37928, 197147, {"menu-item-db-id":"197147","menu-item-object-id":"4734","menu-item-object":"product_cat","menu-it..)
#8 wp-admin/nav-menus.php(424): wp_nav_menu_update_menu_items (37928, "Mobile Menu")

[Wed, 13 Sep 2023 17:34:50 +0000] flush_all
username:Admin
#0 wp-includes/class-wp-hook.php(308): W3TC\PgCache_Plugin–w3tc_flush_posts (null)
#1 wp-content/plugins/w3-total-cache/CacheFlush_Locally.php(170): do_action (“w3tc_flush_posts”, null)
#2 wp-content/plugins/w3-total-cache/Util_AttachToActions.php(153): W3TC\CacheFlush–flush_posts ()
#3 wp-includes/class-wp-hook.php(308): W3TC\Util_AttachToActions–on_change (37928)
#4 wp-admin/includes/nav-menu.php(1247): do_action (“wp_update_nav_menu”, 37928)
#5 wp-admin/nav-menus.php(424): wp_nav_menu_update_menu_items (37928, “Mobile Menu”)

Also found that deleting a Category will flush all posts.

We really only ever want to manually purge All posts, not have anything else interfere. Is that possible?

Thank you for your speedy reply. I couldn’t see w3tc_flush_all in the purge log, just individual posts. Also there were not enough posts in the log compared to our entire site.

After much testing, it appears Saving a menu is causing the entire cache reset.

I imagine this is expected behaviour, but is there anyway to prevent it?

I’ve had a good look through the access_logs and the only thing that stands out is the following line:
“GET /wp-content/plugins/w3-total-cache/pub/css/feature-counter.css?ver=2.4.1 HTTP/2.0” 200 135 “https://dev.ourwebsite.co.uk/wp-admin/upload.php” “Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36”

We have been adding images to the media library today.

Further to my initial message, i should clarify we are using browser cache but for HMTL files we have turned off
Set Expires Header
Set Cache Control Header
Set Entity Tag

Hi Marko

Thank you, I will keep an eye on Github.

I had accidentally removed the dropbox files, but have now restored them, new link below:

https://www.dropbox.com/s/0vz2mn78u51z7n3/Screen%20Recording%202022-02-09%20at%2017.46.57.mov?dl=0

https://www.dropbox.com/s/za76f5uiliwv9ac/Screen%20Recording%202022-02-11%20at%2011.51.35.mov?dl=0

Also the staging server is shutdown, do you need this to be switched on?

Many thanks.

Hi Marko,

Version was 5.7.5 but I have now updated to latest 5.9 and the issue remains.

Hope that helps.

FYI that product is:
https://3.10.199.127/product/flos-bellhop-battery-table-lamp/

I have left the CDN Host Attachments Checked for now.

Hi Marko,

I have turned off all plugins except Woocommerce and W3TC, and I have changed the theme to ‘Twenty Twenty-One’.

Unfortunately the conflict still exists. Please see screen recording:
https://www.dropbox.com/s/a369a9vjwx5xraz/Screen%20Recording%202022-02-11%20at%2011.51.35.mov?dl=0

Hope that helps.

Cheers

Correct, disable Host Attachments is what I have done on the staging server and everything works as expected.

Hi Marko,

Thanks for your prompt reply.

I have made a video to demonstrate. Hope it’s clear, but please let me know if you need further details.

https://www.dropbox.com/s/wxag9fecysinz1c/Screen%20Recording%202022-02-09%20at%2017.46.57.mov?dl=0

FYI all gallery images are added as per normal gallery. Variation images are then set to the same images as per the gallery.

Cheers

Hi Marko,

I appreciate the second link is showing the certificate error. This is a quick server I have started to demonstrated correct behaviour of the image swapping.

With the live server link, yes, the CDN is working well. However, the image swap in the gallery is not working as expected. You will note from the staging server the image will swap according to your variation choice, and also the gallery image will be auto-selected (rather than replace the first image).

On the live server, if I turn off the CDN, the gallery selection works fine.

I think there is some incompatibilty with woocommerce variation image and CDN feature.

I note specifically, if you make a selection from the swatches, and the main image changes. You can inspect that new image and it is NOT using the CDN.

Is there any way to exclude CDN from individual page through use of a user friendly custom-field?

Cheers

Hi Marko,

I really don’t think Preload works with Cache Groups. I have triggered the preload via CLI, verified the pages being preloaded, then checked the FTP files and can confirm the main _index_ssl.html file is being created, but not the phones version.

I have taken some screenshots, linked below:

CLI output

FTP Folder

I would be grateful for any clarity on this issue.

Thank you.