Multiple images for product

[gprit]

Can I reopen this?

I have several images (main and others) - for eg Avantgarde. see attached..
However when i go to webpage no mages show. http://www.vintagemagazines.eu/avant...umn-p-318.html
Additional imagesis turned on - and I have had it working in the past, as other SUNDRY magazines show.

Suddenly not showing, for Avantgarde and Donna.

any thoughts?

[mc12345678]

The images uploaded have a capital extension (.JPG) and it appears that Image Handler is being used. If not mistaken such uppercase extensions are not handled as perhaps expected, but they should be lowercase anyways.

For what it's worth, also trying to directly access the image(s) from the images directory as identified in the path for the image of the above product issues a 404 (page not found) which could be because the image is not actually there or some other reason.

Trying the Web address with lowercase extension (.jpg) finds the image, so appears need to update the filename record for the affected product to reference the lowercase extension instead. This can be manually done in the product information page.

[gprit]

Thanks for that - renamed on server with lower case .jpg but no difference.
Just tried 'inspecting' the element and it seems to be looking for the image in the IMAGE directory directly, not in the sub folder FASHION/SUNDRY ??

<a rel="lightbox-g" href="images/AVANTGARDE_1980_Autumn.JPG" data-original-title="" title=""><img src="images/AVANTGARDE_1980_Autumn.JPG" alt="AVANTGARDE 1980 Autumn" title=" AVANTGARDE 1980 Autumn " width="150" height="0"></a>
<img src="images/AVANTGARDE_1980_Autumn.JPG" alt="AVANTGARDE 1980 Autumn" title=" AVANTGARDE 1980 Autumn " width="150" height="0">

I tried adding the image using the inbuilt zencart product edit and also Store Manager.

I went back to using Image Handler and now it seems ok - many thanks for the quick response.

[gprit]

Silly question but cannot find the answer(!)

Using Image Handler I want to place the images in eg IMAGES/FASHION/SUNDRY or IMAGES/FASHION/DONNA etc
but they always seem to go to the FASHION directory instead of the sub directory.

What am I doing wrong?

[gprit]

Image Handler shows: Image Handler4 - FASHION > Sundry > Avantgarde

The image appears ok on the website page...BUT teh image is not in the FASHION/Sundry directory!!!
I did a search on the server for the image and it is not found.......the website image seems to be loaded from bmz_cache.

[simon1066]

Image Handler shows: Image Handler4 - FASHION > Sundry > Avantgarde

The image appears ok on the website page...BUT teh image is not in the FASHION/Sundry directory!!!
I did a search on the server for the image and it is not found.......the website image seems to be loaded from bmz_cache.

Yes, that's how IH works - you specify the location of the base image and IH then resizes it, according to the sizes set in admin > configuration > images, and creates these resized images in the bmz_cache folder. This should all be set out in the readme docs.

[gprit]

But surfely it HAS to store them somewhere on the server other than cache...which can be cleared.
There will be hundred/thousands of images, which is why I need them in structured folder/sub folders.

[simon1066]

As far as I'm aware that is the only location for IH generated images - maybe someone else can provide a better insight.

[gprit]

MUST be able to store them correctly.

All my images are in the correct folder structure on server. Is there any way I can associate these with products 'in bulk' rather than one at a time?

[mc12345678]

MUST be able to store them correctly.

All my images are in the correct folder structure on server. Is there any way I can associate these with products 'in bulk' rather than one at a time?

As noted previously the image is stored on the server in what is defined as your images folder. IH should respect storage in whatever sub-folder is selected when adding the image such that if you upload a new image, refresh your ftp viewer it should appear in the directory selected from within IH.

Then, and there was a brief time when IH operated differently, when the image is requested from the catalog side IH looks up that path, performs a manipulation on the path and image name, checks for the existence of the path in the bmz_cache directory and if not found, creates the "compressed" image. Doing this offers a relatively unique designation so that duplicates are highly unlikely and the customer is served the optimized image.

Now, at one point, the "hashing" was disabled and instead of the image path being a jumble of characters, the path originally provided was used from within the bmz_cache directory. If not mistaken that is something that can be "easily" implemented as discussed at least in the IH4 forum.

If though IH is not storing the image in the desired/designated original directory then that is an issue that needs to be raised in the applicable forum thread. To determine where the image should be found, navigate to the product's information page in the admin. Where the image can be uploaded, the existing path of the image should be provided. This *should* be the location that was selected when originally uploading the image through the IH manager...

I will note, that the path I attempted to use yesterday to reach the image related to the product of this thread, I have been denied access with a 403 error. So I don't know what changed, but I can no longer get to the original image path as presented in post #11.