edjarrett
Forum Replies Created
-
Forum: Plugins
In reply to: [WP Extended Search] Classic Widgets with Block-based WidgetsI have not noticed it coming back since I cleared the WP Rocket cache. We’ll see what happens tomorrow.
Forum: Plugins
In reply to: [WP Extended Search] Classic Widgets with Block-based WidgetsPressing the x makes it go away temporarily. But it is soon back. I do use WP Rocket. I have cleared the cache and clicked the x again. I’ll let you know when it comes back.
Forum: Plugins
In reply to: [AMP] Using WebPI solved it by using the WebP Express plugin.
Forum: Plugins
In reply to: [EWWW Image Optimizer] AMP and WebPI have resolved this issue by using the WebP Express plugin. WebP images are now being correctly sent to my AMP pages.
Correction. I had webp-express misconfigured to use the picture tag. It works with AMP now.
I have installed webp-express. And it seems to fix the webp for standard pages, but not for AMP.
I have gone through the grueling process of checking with Cloudways and they affirm that mod-rewrite is enabled and that nginx is not used for this.
My background image was uploaded as a webp, there is no corresponding jpg image for it.
The only cache I am currently using is Varnish and I have purged it.
Testing on this page, https://aclayjar.net/2021/04/supremacy-of-the-son/, the featured image does have a webp version in the uploads folder. But in both the regular and the amp version of the page it is displayed to me as a jpg.
Imagify is set to generate WebP images ad display them using rewrite rules but not using picture tags.
My .htaccess file starts with:
# BEGIN Imagify: rewrite rules for webp <IfModule mod_setenvif.c> # Vary: Accept for all the requests to jpeg, png, and gif. SetEnvIf Request_URI "\.(jpg|jpeg|jpe|png|gif)$" REQUEST_image </IfModule> <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / # Check if browser supports WebP images. RewriteCond %{HTTP_ACCEPT} image/webp # Check if WebP replacement image exists. RewriteCond %{REQUEST_FILENAME}.webp -f # Serve WebP image instead. RewriteRule (.+)\.(jpg|jpeg|jpe|png|gif)$ $1.$2.webp [T=image/webp,NC] </IfModule> <IfModule mod_headers.c> Header append Vary Accept env=REQUEST_image </IfModule> # END Imagify: rewrite rules for webp # BEGIN Imagify: webp file type <IfModule mod_mime.c> AddType image/webp .webp </IfModule> # END Imagify: webp file typeColor me confused. I am on Cloudways and my site URL is https://aclayjar.net
Cloudways apparently has both Apache and Nginx. I have a .htaccess file that has been modified appropriately. But I cannot find a nginx.config file to modify. Any idea where it might be located?
Forum: Plugins
In reply to: [EWWW Image Optimizer] AMP and WebPThanks for your response. PageSpeed Insights is telling me I should be using WebP images on my AMP pages. But so far I have not found a way to do that. I have been been using EEW IO for a while, although I am testing other options now, looking for a solution to this. If you resolve it soon, please let me know.
Thanks Ioanna. I do have the ‘Use rewrite rules’ option set. And they are added into my .htaccess file (I am using Apache as far as I can tell). And I dropped by CDN a few days ago. But still I am not seeing WebP images in my AMP pages.
Forum: Plugins
In reply to: [Breeze Cache] New version of Breeze causes AMP validation errorsThat will be difficult since that field is empty.
Forum: Plugins
In reply to: [Breeze Cache] New version of Breeze causes AMP validation errorsSo please tell me how I can fix this. Or, at the very least, how I can revert back to the earlier release that does actually work. Or do I need to go back to WP Rocket?
Forum: Plugins
In reply to: [Breeze Cache] New version of Breeze causes AMP validation errorsThe folks with the AMP plugin passed this on to me.
This is the source for where Breeze is adding those script tags: https://plugins.trac.wordpress.org/browser/breeze/tags/1.1.10/inc/minification/breeze-js-deferred-loading.php#L386
Forum: Plugins
In reply to: [AMP] AMP pages suddenly failing validationThanks. I will pass that on.