“Though the problems of the world are increasingly complex, the solutions remain embarrassingly simple.” ― Bill Mollison
The GitHub repository is in a bit of flux, but the released version is stable. Since you're using IH4, you're using the hashed version of the cache file naming.
I'd recently looked this up for a client, so here's the process, assuming that you're using the IH-4/5 default settings.
- Take the products_image definition from the products table in the database, let's call this $products_image.
- Prepend that value with the images' directory: $image_source = DIR_WS_IMAGES . $products_image;
- Append that value with the default settings: $image_source .= ('85' . '255:255:255' . 'Center');
- Create an md5-hash of that value: $cache_filename = md5($image_source);
That $cache_filename now contains the filename portion associated with the cached image. Images are stored in the /bmz_cache/$cache_filename[0]/$cache_filename.image.$dimensions.$extension, where $dimensions = $width . 'x' . $height (of the image) and $extension is the image-file's base extension.
That description's probably a bit muddy; just post back if you have additional questions.
Thank you! I'll be looking if I can do this.
It would be a nice addition to IH.
Recently I made some changes how to handle images with ep4bookx ( import addition to deal with bookx product type using EP4).
And basically, it allows to rename, resize, download books images or authors images from a temp folder, to the destination folders.
I had to search for some script to use GD, since I didn't manage to use IH. ( maybe my fault).
Another thing that I'm planing to do, is to create export newsletter to MailChimp ( html format).
And it would be nice to use IH.
What I'm trying to say, is that IH could be a "library" to image handling, globally.
But, I do understand the amount of work and that somebody has to pay the bills.
Thanks
“Though the problems of the world are increasingly complex, the solutions remain embarrassingly simple.” ― Bill Mollison
Umm... Do you need just the filename or do you need the html <img> tag that provides the image? (or even from that to pull the filename?) If you use the zen_image function to return the generated value, then you will receive the html tag that should contain all that is necessary to display the image. If it is the directory path only needed then the string can be parsed from the content (src parameter), if it is an image tag, then it is the entire returned value from the function.
ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
I guess one could achieve this in the front store, and the images paths would be easy to get. And maybe I'll do that, still testing. I thought that using a json file, the searches would be faster. It's all very beautiful when testing with 50 books. But with the inteire catalog, that's when man's get separated from boys. A lot of jquery knowledge is needed, etc, etc.... And I'm a boy :)
Anyway, I leave my suggestion open, to use IH as a tool that could be use by other modules, etc.
Thanks
“Though the problems of the world are increasingly complex, the solutions remain embarrassingly simple.” ― Bill Mollison
New install of ZenCart 1.5.5f - installed IH 4.3.2.
Decided to change to IH 5.5.0.
Uninstalled 4.3.2 and installed 5.5.0.
No 'Turn on IH' in Admin>Configuration>Images - just a reference to version number..
As per post #23 above, deleted the IH version row in the database..
Now have 'IH resize images' (set to 'yes') and the expected IH options..
But:
No IH icons appear in Admin Category/Product area (next to 'copy', 'move'..) and IH functionality only possible from Admin>Tools>Image Handler5
Is this a 'feature' or is there something I missed?