pepe80

@mrclayton thank you for the quick response! I understand that the “wc_stripe_create_setup_intent” filter is part of your plugin? I can’t find anything about it in the documentation.

I’m concerned that I would be displaying a payment amount of $0. The customer should know the price because they will ultimately have to pay it. Besides, sales amounts need to be saved in WordPress because commissions will be paid based on them.

• This reply was modified 1 month, 1 week ago by pepe80.

@litetim I have a comment about your plugin: to test whether the cache has been cleared for 1,000 pages, you would first have to generate a cache for those 1,000 pages. Have you done that? 🙂

My solution is to clear the entire cache and one minute later launch a crawler that visits all pages and checks whether the response header contains “hit” or “miss” and save it in the logs. Below is a snippet of code. I launch the function in a loop for each page and have safeguards against server overload (I process 5 pages per minute). But that is irrelevant to our discussion.

/**
 * Visit URL to generate cache
 *
 * @param string $url URL to visit.
 * @return array
 */
function visit_url($url) {

	$headers = [
		'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8',
	];

	$ch = curl_init($url);

	curl_setopt_array($ch, [
		CURLOPT_RETURNTRANSFER => true,
		CURLOPT_HEADER         => true,
		CURLOPT_TIMEOUT        => 20,
		CURLOPT_FOLLOWLOCATION => true,
		CURLOPT_USERAGENT      => 'Cache Crawler',
		CURLOPT_HTTPHEADER     => $headers,
	]);

	$response = curl_exec($ch);
	$info     = curl_getinfo($ch);
	$error    = curl_error($ch);

	if ($error) {
		return [
			'http_code' => 0,
			'status'    => $error,
		];
	}

	$status = (strpos($response, 'x-litespeed-cache: hit') !== false) ? 'hit' : 'miss';

	return [
		'http_code' => $info['http_code'],
		'status'    => $status,
	];
}

@litetim :
– There are no errors on PHP side
– Crons are correctly set to server side
– Report ID: XBCPVPBR

My plugin works like this:

• Clears the cache of all pages
• Visits all pages by sending a request using curl
• Checks the “x-litespeed-cache: hit/miss” header in the response

I also check some pages manual in incognito mode in my browser and looking at the generated tag:

<!-- Page cached by LiteSpeed Cache 7.7 on YYYY-MM-DD hh:mm:ss -->

The conclusion is: the cache is not cleared for all pages.

You wrote:

From my experince clear all will do clear all the pages.

…but have you checked how the “litespeed_purge_all” action works when called inside a WordPress cron event? Because, as I mentioned at the beginning, I encountered the same problem a few years ago in a completely different environment. I am convinced that there is some bug that has not yet been detected 🙂

@litetim I’m aware of these options, but my client would need to constantly update the URL list, so I’m creating a plugin for them that also performs various additional tasks. As a PHP developer, I’d prefer to figure out why the “litespeed_purge_all” action doesn’t clear the cache for all pages when called in a recurring WordPress task. If I can provide any logs or debug anything, I’m available.

Hi @saranshwpm I sent my contact information through the form on your website (the “Contact” tab).

@wfpeter thank you very much for explaining, everything is clear 🙂 Then in my script I will exclude tables with the “wf” prefix from cloning.

That is a good idea and might be something you would want to look into for changing the text in the meantime.

These blocks (buttons) are constructed in such a way that the text can only be entered manually in the back-end editor. These texts are not in the .po files.
I solved it by turning off the css styles that hide these keys in the development console. Thanks to this I was able to enter text 🙂