Takis Bouyouris

Hello, @kcwebguy,

Thank you for reaching out and taking the time to test our plugin!!

First of all Gtmetrix might not be able to even detect that the plugin is working because it is intentionally functioning as unobtrusively and transparently as possible. This means that Gtmetrix is analysing your website contents but it is not running your website in an actual device with an actual browser. So, when our plugin sees requests coming from such a test it appears to it that a random desktop machine is requesting images and, therefore, does not try to resize them.

Instead, I would recommend a tool like https://webpagetest.org/ and a test with an actual mobile device, if you want to get real metrics.

However, it is relatively easy to test the plugin with your own browser, as it is explained in the “How to test” section of the plugin page here https://wordpress.org/plugins/adaptive-images/.

Lastly, when the plugin actually works as designed, it only resizes images if an when they are requested by smaller devices. So, until then, the cache can remain empty and, even when it is populated, only the requested images will be added to it (and kept for later usage, of course). And, if an image is small enough for the requesting devices, then it might not need to be ever resized at all!

At the moment, I see that you have opted for another image resizing solution (Optimole) which uses its own CDN to deliver images. Even if our plugin is active it cannot function at the same time with such a CDN. If you would like me to give it a test you would need to leave only our plugin active and no image CDN solution. Which was our intention to begin with, that is to provide a self hosted, no cost, image resizing solution.

Hope this helps!

Let me know if I can help any further.

Cheers,
Takis

Hello, @blackcapdesign,

Once again, thank you for sharing this info. It all seems in order and is baffling me. Plesk or Cpanel or whatever other control panel should not matter.

What I find very weird is that in the debug info, the plugin sees that the image path is /wp2022/wp-content/uploads/2022/04/filename.jpg yet it cannot locate it on the disk. Does this ring any bell to you?

Now I have run out of ideas here. All the other tests in various WordPress installation combinations I have conducted seem to work well with this version of the plugin. If it is possible for you to provide an isolated test environment, where I could do some in-depth a debugging, I would be happy to do so. You may contact me at info [at] nevma [dot] gr.

Cheers,
Takis

@kcwebguy, I am really sorry about that. The forum guidelines mention nothing about following up on a thread, if you have a similar issue to the one the thread discusses. Actually this should be the correct way to go! Anyway, feel free to start a new thread, if you would like, please!

You are very welcome!

Hello, @blackcapdesign,

Thank you for the time you took to check this out and provide this feedback. Indeed this change in regular expressions has happened in the latest versions of PHP and I will make sure it is fixed in the Adaptive Images plugin as soon as possible!

Cheers,
Takis

Hello, my friend,

Thank you for reaching out!

It seems that you have some functionality enabled in your website that transforms JPG images to WEBP on delivery and is interfering with the functionality of the Adaptive Images plugin and actually circumvents it.

Am I correct to assume this? If that is so could you try and disabling the aforementioned functionality, then save the Adaptive Images plugin settings and try again?

Cheers,
Takis

Hello, @mpl92,

What you describe is probably a layout/styling issue in your theme in combination with what the Adaptive Images plugin does. It is really hard to give help without looking at the website itself. Would you like to share the url with me, so I can take a look?

Apart from that, I do not see any problems with the settings you made so far.

Cheers,
Takis

Hello, @defxs,

Sorry you had to go to all this trouble, but filtering image requests at this level is indeed tricky when there are so many combinations of servers and services in the picture.

What I mentioned in my last message applies to the case where Nginx is the main web server of your website! In your case Nginx is working in the same way as a CDN. So it is of no value here.

The last thing I can suggest is enabling the option CDN support in the plugin settings page. As it mentions there it is a bit experimental, but not in a way that anything breaks. It’s just the way that CDNs and, in your case, Nginx work. Maybe you can test it and see how it goes!

Cheers,
Takis