Plugin Support
qtwrk
(@qtwrk)
<?php
require( './wp-load.php' );
$args = array(
'timeout' => 100,
'blocking' => true,
'sslverify' => false,
// 'cookies' => $_COOKIE,
);
$url = 'https://' . $_SERVER['HTTP_HOST'] . '/wp-admin/admin-ajax.php?action=async_litespeed&nonce=123123123&litespeed_type=imgoptm_force';
$result = wp_remote_post(esc_url_raw($url), $args);
echo '<pre>';
var_dump($result);
echo '</pre>';
please create a php file with code above , open it browser, and see what it returns.
Thank you!
I’ve determined it has something to do with the site being proxied through Cloudflare. Here’s the strange thing, I temporarily downgraded to LiteSpeed 6.5.4, requested a domain key, and was able to finish optimizing my images with no problem (proxy enabled). The pull cron worked perfectly.
I then updated the plugin back to 7.1, and I couldn’t even enable QUIC.cloud services without disabling the Cloudflare proxy. Once it was connected to QUIC.cloud, I was able to re-enable the proxy and it “seems” to be pulling images, but I’m guessing it will stop working again at some point. I’m confused why 7.1 is causing so many issues, but 6.5.4 communicates flawlessly. Is there a WAF rule I could create in Cloudflare to allow all QUIC traffic?
Plugin Support
qtwrk
(@qtwrk)
I am confused as well , because the workflow is pretty much same for image optimization , as it is on v6.x or v7.x
the only part changed is authentication method (the part you refer as “connect to QC”) , but if you were able to connect , then the image optimization flow should be same