ahojdane

OK, thank you! ??

Thank you very much. You are right. I removed edit_terms hook and this solved my problem.

I don’t think you have done something that modify the taxmony , or tag , that will lead to purge all , try remove these 3 hooks as my previous reply , see what happens

Yes, you are right, I was doing nothing with the terms (I was just editing the main content of the page/post – adding just one letter was enought to start purge_all after saving – before i removed edit_terms hook).

please create a ticket by mail with reference link to this topic , we will investigate further.

I just sent a mail, hope it will arrive, I also added WP health, link to the log file and my actual settings.

Thank you very much @qtwrk and of course also @sebastienserre ! ??

• This reply was modified 6 months ago by ahojdane.

OK.

I will try to reproduce the error by editing post/page in the testing enviroment tomorrow.

This is a fresh log from my production server (with your code turned off). If I edit any post/page, purge_all is executed (if I read the blog clear):

https://pastebin.com/4Kk5aEqc

Hope it helps.

For example try edit some tag. Then I get this from the log:
https://pastebin.com/W4tCPraf
(this is from the new install of the WP, Litespeed Cache & Polylang free).

I generated right now a new report with a paswordless link:
Report number:?HHCXCZHD

Thank you! ??

Please, @qtwrk , do you have solution like this:

function lscwp_suppress_purge_update( $new_status, $old_status, $post ) {
    ob_start( function($buffer) use ($post) {
        @header("X-LiteSpeed-Purge: " . LSWCP_TAG_PREFIX . "_Po." . $post->ID );
        return $buffer;
    } );
    
}
add_action( 'transition_post_status', 'lscwp_suppress_purge_update', 10, 3 );

also for category/tag?

Thank you very much!

@sebastienserre

This is problem also of the FREE version ??
https://pasteboard.co/4NLTDZfW7n9G.png

We can’ t provide support for Premium plugins on this forum.

I tried to replicate this behavior. Twice ??

Brand new, clean install of latest WP. Only two plugins (latest Litespeed Cache and Polylang FREE).
https://pasteboard.co/4NLTDZfW7n9G.png

The same cache settings:
https://pasteboard.co/Se7quiehuo4W.png

3 languages as in my production webserver.

Same problem ??

No, your code is working fine.

With your code activated:
– if I edit page/post, only this page/post cache is purged, everything other stays cached
– if I edit category/tax, everything is purged (even with your code activated, but this is expected (I think, your code was written only for page/post).

Did I write it clearly? ??

It can also be noticed from the page generation time (from the instant display (cache) to the new cache generation (several seconds). But that’s subjective, I admit. However, the caching time changes in the page’s source code.

I checked the info at the end of the page in the source code:

<!-- Page cached by LiteSpeed Cache 6.2.0.1 on 2024-05-20 17:20:39 -->

This information is changing.

Thank you, qtwrk and Sébastien!

Just for sure, this is my cache settings:
https://pasteboard.co/Se7quiehuo4W.png

With this settings, purge all happens in many cases. For example:
– I edit some page -> purge all (posts, pages, categories, tags)
– I edit some category (description) -> purge all (posts, pages, categories, tags)
See: https://pasteboard.co/oT1VkwiwX8ri.png

If I activate the code from qtwrk and edit some post or page, it is working fine, no purge all applied (only the edited post/page is purged).
But even with this activated code the purge all is applied if I edit a category or tag.

Thank you!

Thank you. The answer from the Polylang team is:

As per my memory, we’re using the purge_all function with a post_ID so, it should empty only this postID cache.
We won’t change this behaviour just for LiteSpeed cache when it works well with all other cache plugins.
I think LS cache plugin should correct their code and empty the cache of the post_ID in parameter only, and not of the entire cache.
Basically, Polylang doesn’t empty any cache. It asks plugin cache to do… with parameter, if the plugin doesn’t follow the instruction, we can’t do anything.

If I get they answer right, they call the purge_all function with the post_D as it should be …

Any ideas? Thank you!

@qtwrk

The Polylang team investigated this issue and the answer from them is:

I’ve shared the debug.log with my developers colleagues and they confirmed something seems to be wrong after Polylang Pro asked for flushing the cache of only 1 post.
We can read in the debug.log

/home5/adviocz/jidlonacestach.cz/wp-content/plugins/polylang-pro/modules/sync-post/sync-post-model.php@3329
05/06/24 17:44:48.925 [217.30.64.206:61251 1 ZLC] ?? X-LiteSpeed-Purge: public,d64_
05/06/24 17:44:48.925 [217.30.64.206:61251 1 ZLC] ?? Failed to flush object cache due to object cache not enabled
05/06/24 17:44:48.925 [217.30.64.206:61251 1 ZLC] ?? Failed to reset opcode cache due to opcache not enabled
05/06/24 17:44:48.925 [217.30.64.206:61251 1 ZLC] ?? Purge all => LiteSpeed\Root::debug(?? Purge all ,3)@51 => LiteSpeed\Purge->_purge_all()@212 => LiteSpeed\Purge::purge_all(954)@178 => WP_Hook->apply_filters(,ARRAY)@326

After Polylang is asking for flushing the synchronized post cache (only one post ID), we can see Lite Speed
cache is flushing it entirely:

LiteSpeed\Root::debug(?? Purge all ,3)@51 => LiteSpeed\Purge->_purge_all()@212 => LiteSpeed\Purge::purge_all(954)@178 => WP_Hook->apply_filters(,ARRAY)@326

Would you please contact them to know on which hook they attach this purge_all() function ?

Any idea how to fix this issue?

Thank you very much!

Thank you very much. Here are the actual logs:

Debug log: https://pastebin.com/qNJ5dZZ4
Purge log: https://pastebin.com/0g7R8tCN

(And sorry for my long delay.)

• This reply was modified 6 months, 2 weeks ago by ahojdane.

Hello Fotis, OK, no problem. Thank you very much! ??