Prevent WP Rocket cache from being cleared multiple times

[piotrbak]

When a post is being saved using Elementor or Divi Builder (haven't checked other page builders), the 'clean_post_cache' hook is triggered 3 times.

WP Rocket is running the partial cache purging with the array full of posts' related URLs 3 times while saving a single post in this situation.

When external software is being involved in the cache clearing process, there is a possibility that saving post will take much time.

Example:
Varnish cache clearing on Flywheel takes around 0.5-0.7 seconds for each request, which makes saving a post with the above page builders to take approximately 25 seconds (it depends on the number of related posts in the array)

I'm not sure if 3 'clean_post_cache' calls are necessary, on our end we can make sure that WP Rocket's cache is being cleared only after first one:
https://wp-media.slack.com/archives/C43T1AYMQ/p1551450912003800?thread_ts=1551362494.005200&cid=C43T1AYMQ

Related tickets:
https://secure.helpscout.net/conversation/764336044/94386?folderId=2415573
https://secure.helpscout.net/conversation/786974195/98071?folderId=2415573

[alfonso100]

I have another case here: https://secure.helpscout.net/conversation/801818620/100294?folderId=2683093

Flywheel is throwing the blame at us, their support team is giving this kind of answers:

We've been seeing this pop up with WP Rocket quite a bit lately. Their plugin automatically detects when a site is on Flywheel and force-enables an addon called Varnish, which doesn't seem to be working very well right now. Whenever WP Rocket is enabled, these slowlog errors pop up during editor saves ->(Screenshot) (Also available by downloading the site logs through the Advanced tab).

We recommend deactivating WP Rocket whenever you are going to be making a lot of edits to the site and then re-enabling it when you are finished. Also, feel free to share this information with WP Rocket's support, we historically like their product and would love for them to get it working better (or at least give the option to deactivate the forced addon that we think is causing the problem).

[webtrainingwheels]

This one sounds similar too, although I'm not seeing an obvious page builder listed:
https://secure.helpscout.net/conversation/798299781/99741?folderId=377611

[arunbasillal]

I am seeing that in general clean_post_cache is called about 4 times when a post is published. Tested this on our mega site by adding this to rocket_clean_post

error_log( "\n post_id = $post_id . Current action / filter = " . current_filter(), 3, dirname(__FILE__) . "/my_error_log.log" );

This is what I logged:

 post_id = 2505 . Current action / filter = clean_post_cache
 post_id = 2505 . Current action / filter = clean_post_cache
 post_id = 2506 . Current action / filter = clean_post_cache
 post_id = 2505 . Current action / filter = clean_post_cache
 post_id = 2505 . Current action / filter = clean_post_cache

2505 is the post ID. 2506 I believe is a revision.

[webtrainingwheels]

https://secure.helpscout.net/conversation/813711318/102036/
Flywheel/4.1.0

[Tabrisrp]

Gutenberge always performs 2 calls to clean_post_cache, and they are not on the same thread (2 different XHR POST request), so we have no way to reduce that.

For the other page builders, we should be able to limit it to 1 time.