smgdarien

Hello,

Following up on this topic as it has been closed https://www.ads-software.com/support/topic/cloudflare-litespeed-cache-redirect-loop-w-utm/page/4/#post-15986640

The code snippet isn’t a good solution, had a massive CPU spike due to no-cache after a Mailchimp newsletter was sent out

Just replied here https://www.ads-software.com/support/topic/cloudflare-litespeed-cache-redirect-loop-w-utm/page/4/#post-15985575

Is this okay?

function lscwp_redirect_check( $location, $status ){
	if (strpos($_SERVER['SCRIPT_URI'], "https://") !== false && strpos($location, "https://") !== false ) {
		if  ( strops($_SERVER['QUERY_STRING'], "utm") !== false ){
	do_action( 'litespeed_control_set_nocache', 'no cache on redirection' );
	}
}
	return $location;
}

I’ll give it a try and see if it improves, would it be possible to detect whether utms are added to disable redirects for https/http? Just to improve performance a tad

How are you going with this?

I don’t have any that are http, I believe maybe when a link is attached in campaign as https:// it causes an issue

So if I put https:// in a newsletter with utms it would cause an issue

Just to note, most queries are ignored as well via LSC

I assume Cloudflare has something todo with it, because everyone seems to be using it. Mine is completely unproxied though so it’s confusing as towards why it would matter

The loop most likely is http -> https -> http -> https, it has something todo with ssl

Only issues is it’s the site is flooded with traffic from a campaign and it’s set to no cache it could cause the site to go down?

Still having issues, I just downgraded to 4.6 so hopefully it resolved it for the time being

Fingers crossed the team resolve this issue in the next version

Nope, do you recommend installing the older version?

I currently don’t even use Cloudflare proxied, just for DNS and the issue is still present. SSL settings are also disabled in Cloudflare which apparently could be a reason why the issue is happening

I do have forced SSL enabled on my server, which may resolve the issue but what happens if someone visits the http version without a redirect? Unsecure

ts because im using cloudflare and litespeed together

Correct, LiteSpeed actually supports adding Cloudflare credentials into the app so this issue shouldn’t be occurring

I haven’t noticed the UTM tags being removed after visiting the site before

What I know so far, is the redirection loop is caused by queried tags (UTM tags), usually from ads or newsletters (possibly for long strings with UTM campaigns, medium, and sources), and a forced SSL redirect loop when LiteSpeed & Cloudflare are used in conjunction even if Cloudflare proxy is disabled. The issue occurs randomly and is resolved once the cache is cleared which leads me to believe it can be resolved by LiteSpeed cache.

Thanks, does this only trigger when you update a product? I don’t think the scheduled sale price triggers the action woocommerce_update_product when the cron job runs

Is it possible just to purge the product(s) that have a sale price scheduled?

One issue with that snippet is I’ve seen the wp-admin bar being shown to customers on the frontend

I’ve also tried this approach but still get cache-miss quite abit

From StoreApps’s plugin