Vincent,
Here is some documentation showing that the thumbnail naming system is still not matching older thumbnails. If you look at the time stamp, the thumbnail created either by a visitor or the cache manager back in 2016, is not matched by what a visitor generates now with ZP 1.5 or newer. This appears to have been introduced in 1.5, not in your code which would not have been changed during the introduction of Ver. 1.5
Disregard the 700 size timestamp, that must not have been cached earlier.
Please make sure acrylian sees this. This issue with naming has been going on for 6 months now.
I do see everything posted here ;-) Yes, we made a mistake in 1.5 regarding the cache file names. We have really worked on the cache file naming issue and tested this in an out to get the actual naming back. Vincent was also involved in that.
Still the cache image name changes depending on how a custom size is set (the parameters I mean).
The first in the list is the standard thumb size and the last two are default sized image sizes. All these are created like that now. Where the 2nd comes from I cannot tell but this is typically a custom size that sets crop width and heigth specifially. So it would be interesting to know where and by what this is created.
Acrylian thanks.
The problem is that when a visitor goes to an older album, the thumbnails that worked perfectly for many years, are now not matching what the zpArdoise theme is requesting. This occurred after ZP 1.5 was installed and did not happen before.
Therefore all new thumbnails need to be generated which then triggers a throttling of my website for 24 hours.
have you tried the updated version of zpArdoise?
as told before, with support build, I no longer have issue and the cached images from user and those from cache image are the same, except for those with a Custom thumbnail cropping.
so, for me, the issue is solved with current support of zpArdoise and zenphoto.
in my opinion, one thing is certain, is that the management of the cached images has changed during time, so the old cached images are no longer with the correct name and they must be generated again.
I understand that this could be a problem if you have a very large gallery and limited server resources.
but on this last point, I do not really have any solution, except to proceed little by little, album by album for example.
or create them on a local server (never try because never used).
in my opinion, one thing is certain, is that the management of the cached images has changed during time, so the old cached images are no longer with the correct name and they must be generated again.
Indeed that was the issue we accidentally introduced with 1.5 and think have corrected now. Of course if the cache images had been updated for 1.5 they need again to be updated now to revert it… There is sadly now way around this…
Vincent,
Sorry, I forgot to mention that the update does work. (Thanks!) I have been preoccupied with trying to get the cache manager to work because I still have to regenerate 1000's of thumbnails for my gallery, if I am using with 1.5.1 and thumbnails were generated by 1.4.14
Vincent,
One more question. The support build is generating a preview size for Galleriffic option of "555px". Previous Vers.1.4.5 specifies "525px". Did you make a decision to change the preview size or is this a typo? I want to get this straight before I generate new cached images for my gallery.
I think if I use ZP 1.4.14 locally and the new zpArdoise support version I can regenerate all the proper cached image sizes for my gallery.
Thanks for all your help!