After check the HTML element, I don’t see any .webp image serve to client side browser which is Chrome. I’m sure the Alternative WebP Rewriting function not working now.
I checked the upload folder and there are several WebP format image, so the optimizer is working but can serve to client browser.
OK I found the problem, my DB was broken I fix it.
Now the Alternative WebP Rewriting function working but still not serving .webp format.
Test page:
https://www.williamtai.moe/portfolio-items/traveling-in-tokyo-with-lcc-2013
The image on that page does not have a .webp version. Easy way to check is to right click on the image, open image in new tab, then add .webp to the end of the address/url and see if it loads.
If there is NO webp, then it can’t be served, they aren’t generated at run-time.
Pretty sure it is because your images have urls that start with // instead of https://, so the plugin cannot translate the urls to filesystem paths.
I’ll have to see if there is a way to compensate for that.
Also, is there a particular plugin you are using to insert image urls like that? So far as I know, default WP behavior is to always use a full url including http(s)
I just update the plugin to Ver.2.5.9.3, no works for me.
I’m using CloudFlare Flexible SSL, the original server is http, using WordPress HTTPS & CloudFlare official plugin to overwrite URL in WordPress platform.
Hmm, that’s strange, and you’re sure you’ve got the Alt WebP option turned on still? It worked just fine with “protocol-less” urls like that on my dev server…
I tried to re-enable the Alt WebP option, the function “check_webp_feature” appear in source code, so the script should be loaded but not working.
My WordPress Address “http://www.williamtai.moe”,
the Website Address “https://www.williamtai.moe”,
it might cause the problem or not?
I don’t think that should cause problems, I’m starting to wonder if perhaps something else is parsing the page as well and causing EWWW to miss the images.
Could you please turn on the debugging option, load your home page, turn it back off, and then send me the debug.log file from the ewww-image-optimizer/ folder via https://ewww.io/contact-us/
The debug log was sent, thanks for help.
Aha, it’s not even parsing your page because it is having trouble identifying the <head> tag in your page. I’ll have to take a look and see why that is happening.
hmm…you notice me that I deactivated the W3TC cache plugin 3 days ago and there still <!– W3TC-include-js-head –> left in source code.
yeah, you need to undo the setup that W3TC does on your page. Seems like there is some stuff in wp-config.php that needs removing. Firing up my WebP debugging plugin to test your page to find out why it isn’t recognizing the <head> tag properly.
