AI working at first, now not anymore

Hello, my friend,

Thank you for reaching out to us!

First of all I see that an image in your home page is not loading: https://roelandverhallen.nl/rove/wp-content/uploads/2018/03/homehero3.jpg and I cannot be sure whether this image actually doesn’t exist or if there is some problem with our plugin being unable to find it.

About your issue now, indeed it seems that all the image are being resized and served correctly to the browser. Perhaps the utility that searches in the plugin cache is malfunctioning. Could you manually look into your WordPress installation directories and see if the cache is empty or not?

Then you could try to empty the cache from the plugin settings page and see if this might have triggered some change.

Let me know how it goes!

Cheers,
Takis

Hi Takis,

Thanks for your quick reply. Yes the home image is actually missing, I am still fixing this. The cache on the server is also empty, so it seems that previews aren’t generated? I’ve tried emptying the cache from the plugin page but nothing happened yet. The cache folder itself is created again when I access the website from my iPhone, but no images are generated (despite me visiting various pages). Does it have something to do with setting the exact screen widths? Currently I have this comma-separated list of values, corresponding to my CSS @media rules: 992, 768, 544.

Also, I now notice at the debug list that it says “GD library is installed”, but I personally use the ImageMagick library since it keeps the EXIF data in the image, which is important as a photographer (it contains the copyright data). Does AI remove this data when resizing the images?

Thanks again for your help!

• This reply was modified 6 years, 6 months ago by rzv1.

Hello, again,

I am afraid that the Adaptive Images plugin does indeed remove EXIF data from the resized images as part of its effort to lower the downloaded image size. Of course it only performs this to the resized images and not on the original ones!

We do use the PHP GD library because it is the most commonly available PHP image manipulation library. I hope this is not much inconvenience! ??

As far as the cache being empty is concerned I am a bit baffled now. The plugin serves the resized images only after they have been created and saved in the image cache! So, we must be missing something here. Is it possible that you are not looking in the correct directories or perhaps there is some kind of mix-up with the directories?

I know this is a wild guess, but I would have to ask for access to the website files myself in order to be able to debug this further. Is that possible?

Cheers,
Takis

Hi Takis,

I’m afraid that’s not ideal, because it would create so-called ‘orphan’ images, versions of the original that start to float around on the web without copyright information. Maybe an idea for a future version to add the option to use ImageMagick (if installed)?

Again, the resizing is correct because of CSS –?when I look at the image itself in the HTML it still says “width=1280”, the original width. As for the cache: I’m sure I’m looking in the right directory since before there were files there. Now, nothing is being created when I access the website from my phone or from the Console in Chrome (set to Mobile).

Any other ideas before we talk about access? ??

Hello, again,

When I check your website from Firefox’s Web developer tools in responsive web design mode https://prntscr.com/jj18od it looks like the images are being resized as expected. Also, this is what the debugging urls indicate as well https://roelandverhallen.nl/rove/wp-content/uploads/without-a-sound-1.jpg?debug=true, https://roelandverhallen.nl/rove/wp-content/uploads/without-a-sound-1.jpg?resolution=320,1.

The last thing I can think of is a) send me the output of the Print debug and Print diagnostics buttons in the plugin settings page and b) check the permissions of the cache directory to see if it is writable.

It is not my intention to ask for file access, but sometimes it comes to a point where we have no other option. It can always be done in a staging environment, if such one is available.

Let’s see how it goes!

Cheers,
Takis

Wow okay, I finally understand what’s going on: I checked both “Bigger dimension” and “HiDPI” in settings, but this means that even for an iPhone, the images that are served are of dimensions 667px (longest side of iPhone) x2 (hiDPI) = 1334px, which is bigger than the original dimensions, so it’s always serving the original. So yes, unchecking both of those serves the smaller versions (though for my purposes I will re-check hiDPI to render the photographs the best way).

Thanks for your help! Though still hoping for ImageMagick support at some point? ??

PS. Maybe include a note of warning when “bigger dimensions” and/or “hidpi” are checked, and the highest device width is below 1024 or so, that smaller images might never be server?

Hello, again,

I am glad we could work this out!

We will definitely look into the issue of EXIF metadata although, to be totally honest, it will probably need to be via the PHP GD Image library, because right now our code is closely tied to it. But we do understand and respect your request!

Let me know if you need anything else in the future!

Best,
Takis

PS. is it possible to delete this thread?

I think not, but in any case it has to be escalated to the admins for the forum and I guess there should be some good reason for it! Not sure how to do this, though.