-
Re: Image Handler 4 Support Thread
That's the beauty of Image-Handler ... no more worrying about those _MED and _LRG images!
Image Handler places all of its "handled" images into the /bmz_cache folder. If you take a look at one of that folder's subdirectories, you'll see files named
Code:
some_unique_string.image.widthxheight.jpg
The some_unique_string (for IH-4, anyway) is an MD5-hash of the file's name and some additional values to uniquely identify the base file. The width and height values in the file's name are the resultant image's width and height.
So, you'll see your images' small, medium and large images all grouped together and identified by the actual image's dimensions.
-
Re: Image Handler 4 Support Thread
lat9,
based on what you are saying, this only comes into play for NEW images that are uploaded after IH was installed and with NEW names.
based on what you are saying i would need to delete the OLD images PRIOR to the upload, as opposed to after the base image gets uploaded.
listen, i see the beauty of IH. what i'm not sure you are seeing is that there is a definite bug here. which is either part of the base ZC or part of IH. when i upload a different image with the same file name, the old file remains. and IH does nothing to address that issue.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
carlwhat
lat9,
based on what you are saying, this only comes into play for NEW images that are uploaded after IH was installed and with NEW names.
based on what you are saying i would need to delete the OLD images PRIOR to the upload, as opposed to after the base image gets uploaded.
listen, i see the beauty of IH. what i'm not sure you are seeing is that there is a definite bug here. which is either part of the base ZC or part of IH. when i upload a different image with the same file name, the old file remains. and IH does nothing to address that issue.
Not a bug - Its a feature...
The old way you need to upload a small, _MED and _LRG image
If you now upload a new (different) small image with the same name, you need to also upload a new image version of the _MED and _LRG
If you don't then the old versions still remain there.
Same with IH4
Upload a (now larger) new image and it will create new medium and large images ONLY if there are NO existing _MED and _LRG images already there.
They will NOT be auto deleted as its a feature so that you can "over-ride" IH4 with specific alternate images if required.
So..... to quickly see the new images rename the folders that contain the _MED and _LRG images.
This will force IH4 to create all size images itself.
When you are happy with this, then you can delete all existing _MED and _LRG images
-
Re: Image Handler 4 Support Thread
gilby,
awesome. thanks for the explanation. much appreciated.
best.
-
Re: Image Handler 4 Support Thread
There's also an option (not sure if it has been repaired yet or not) that is supposed to delete all of the "alternate" images and is selectable in the tools IH4 window. If it hasn't been corrected it is discussed/described in this thread about what it takes for it to work as "expected".
-
Re: Image Handler 4 Support Thread
And how one could use the "image handle image" ?
If check the $GLOBALS...but I still haven't found out.
I'm still working on a lot of things at the same time for this shop with 155, and I've made a OG image link, but when sharing a image to FB I think I'm still getting the original image.
Thanks
-
Re: Image Handler 4 Support Thread
I am testing ZC 1.5.5a for a future upgrade from 1.3.9h.
PHP 5.2.17 (have to use this version until I can upgrade from 1.3.9h)
MySQL 5.5.42
Test folder is: k - 9 d e s i g n s . c o m / t e m p 1 5 5 a/
I have the classic responsive template selected. I installed Image Handler from GitHub. This is a clean install on ZC and the only mods I have installed are SQL backup and Easy Populate v4. No core files were modified prior to Image Handler.
I am seeing strange category image overlapping behavior that differs in severity across IE, Firefox, and Chrome. It seems worse in chrome and seems to surface itself on a refresh of the page. The issue goes away if I uninstall Image Handler.
Symptoms and it various between browsers and if you refresh the page or not:
- Pages that have more than two or three Categories overlap with the row above.
- Pages that have any number of Categories overlap with the row above if the category has "Featured Products" being displayed. The "Featured Products" section will also overlap the categories. The "Featured Products" is also cutoff on the bottom.
- If a product has Additional images, the images overlap each other
Has anyone experienced this type of behavior?
NOTE: Without Image Handler installed, when you refresh the page, the categories are temporarily overlapped (split second) and then it somehow adjusts itself and it looks normal. With Image Handler installed, the auto adjust behavior doesn't occur leaving the categories as overlapping. This is just an observation with and without IH installed.
-
Re: Image Handler 4 Support Thread
Adding on to my previous post:
I also just noticed a problem when viewing the test site on mobile (IOS using Safari or Chrome):
When you click the menu button (three horizontal lines), the page shifts over to the right to open the menu, but it's completely blank (White) with no items to click on.
This problem does not present itself when Image Handler is uninstalled. The menu opens just fine with items to click on.
Any one experience these problems noted in both of my posts?
-
Re: Image Handler 4 Support Thread
These issues appear to be related to the lack of merging the changes of IH4 with your existing template before "installing" IH4. Note: generally speaking the files in the IMAGE_HANDLER directory are modified based off of a vanilla ZC install. The equivalent template files for your store are also in some way modified off of a default install, but the two are likely to be modified in different ways. You need to merge the pieces/parts needed for IH4 to do its business with the template file(s) of your site so that on installation you don't end up with the issues that you are explaining. The merge "process" is described in the IH4 instructions.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
mc12345678
These issues appear to be related to the lack of merging the changes of IH4 with your existing template before "installing" IH4. Note: generally speaking the files in the IMAGE_HANDLER directory are modified based off of a vanilla ZC install. The equivalent template files for your store are also in some way modified off of a default install, but the two are likely to be modified in different ways. You need to merge the pieces/parts needed for IH4 to do its business with the template file(s) of your site so that on installation you don't end up with the issues that you are explaining. The merge "process" is described in the IH4 instructions.
Thanks for the reply. I followed the new installations instructions, but apparently I misunderstood something. I typically don't have a problem with this stuff, but maybe it's been awhile. The way I read step 7 was that if I had customized the files listed in the table, then I need to make file merges. I have not customized any of the listed files, so I didn't do any manual merges. I then thought the auto-installer would take care of the rest. I am re-reading the instructions and it still reads that way for me.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
Crunch
Thanks for the reply. I followed the new installations instructions, but apparently I misunderstood something. I typically don't have a problem with this stuff, but maybe it's been awhile. The way I read step 7 was that if I had customized the files listed in the table, then I need to make file merges. I have not customized any of the listed files, so I didn't do any manual merges. I then thought the auto-installer would take care of the rest. I am re-reading the instructions and it still reads that way for me.
By general process of working with the template *override* system, files generally should only exist in a template override folder if they are different (customized) than the default version of the file with the same name in the zc "core" area (template_default or each of the overrideable directories in the includes folder, etc.) so while *you* may not have written the code, the fact that such a file exists is a customization that has been "done" by you, by your direction (someone else), or by someone else before you were presented this store.
So, with that in mind, it would be advisable to merge the existing files with the IH4 so that when IH4 installs only the specific IH4 related code is "added" to your store.
Lastly, now that the above has been read. My apologies for using the word you so much. Was kind of to drive a point not to point fingers. :P
-
Re: Image Handler 4 Support Thread
hi,
i have a site than is running:
Image Handler4 v4.0 for v1.5.x
the ZC version is 1.5.5 and the PHP Version is 5.6.19.
i have found a "problem", in that it seems IH chokes on a large file size and specifically in the function resize_imageGD. i have not tracked it down further as of yet.
the store owner uploaded a file that was 4.4 MB.
i have a few questions with regards to this situation. has anyone experienced this problem? is there any maximum file size? is it part of the server configuration or IH configuration? and finally, if it is a known issue, what do you think about adding some hooks for logging of this situation? ZC generated no logs, and i saw no apache error logs as well, which made tracking down the problem just a bit more time-consuming.
if someone has already posted about this situation and i missed it, i apologize in advance. and if anyone has any ideas about, i would appreciate it.
best.
-
Re: Image Handler 4 Support Thread
There was a discussion started on page 143. I think was the same as your problem.
Quote:
Originally Posted by
carlwhat
hi,
i have a site than is running:
Image Handler4 v4.0 for v1.5.x
the ZC version is 1.5.5 and the PHP Version is 5.6.19.
i have found a "problem", in that it seems IH chokes on a large file size and specifically in the function resize_imageGD. i have not tracked it down further as of yet.
the store owner uploaded a file that was 4.4 MB.
i have a few questions with regards to this situation. has anyone experienced this problem? is there any maximum file size? is it part of the server configuration or IH configuration? and finally, if it is a known issue, what do you think about adding some hooks for logging of this situation? ZC generated no logs, and i saw no apache error logs as well, which made tracking down the problem just a bit more time-consuming.
if someone has already posted about this situation and i missed it, i apologize in advance. and if anyone has any ideas about, i would appreciate it.
best.
-
Re: Image Handler 4 Support Thread
thanks for that. i have tracked it down to the function imagecreatefromjpeg. it should come back as false. but on my server, it just dies. i did finally get 1 error logged, with a memory size exhausted.
the problem is here, and considering the php function is just dying, i'm not sure how to even handle it:
Code:
function load_imageGD($src_name) {
// create an image of the given filetype
$file_ext = substr($src_name, strrpos($src_name, '.'));
switch (strtolower($file_ext)) {
case '.gif':
if(!function_exists("imagecreatefromgif")) return false;
$image = @imagecreatefromgif($src_name);
break;
case '.png':
if(!function_exists("imagecreatefrompng")) return false;
$image = @imagecreatefrompng($src_name);
break;
case '.jpg':
case '.jpeg':
if(!function_exists("imagecreatefromjpeg")) return false;
$image = @imagecreatefromjpeg($src_name);
break;
}
return $image;
}
-
Re: Image Handler 4 Support Thread
Did you also look at the server error logs?
-
Re: Image Handler 4 Support Thread
i did. the apache error logs show nothing.... although i find apache error logs on shared servers to not be so reliable...
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
carlwhat
i did. the apache error logs show nothing.... although i find apache error logs on shared servers to not be so reliable...
Yes, I have the same observation. Some errors will be logged to the root user (host) only. Probably the best solution for now is to tell the customer to use smaller image sizes , or a lower quality. Which won't make a difference for most end users, as they don't have a super high resolution screen.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
Design75
There was a discussion started on page 143. I think was the same as your problem.
As a suggestion, it's better to identify a post number instead of a page number since the number of posts/page is configurable based on your personal Zen Cart settings.
-
Re: Image Handler 4 Support Thread
You are absolutely right. I totally forgot that was possible.
-
Re: Image Handler 4 Support Thread
Hello
Super piece of addon software.
Just to be sure I understood what I have read :)
The standard zen cart product listing image is set at _MED.
This medium size image is not part of the standard IH4 zoom, if I want to zoom here I have to add a patch which is not seen as an ideal step?
-
Re: Image Handler 4 Support Thread
HI,
I am testing this fantastic plugin in a test site. I wish I found about it before!!!! However I have a small problem. IN the main product page if I click on the image in order to see the large version, the image is loaded but the popup windows does not enlarge so to see the image you need to enlarge it manually. It is a 1.5.5a version.
I hoe thsi can be adjusted because I really love this plugin and I am ready to revamp all the images of the site. Thanks. Ciao from Italy. enzo
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
enzo-ita
HI,
I am testing this fantastic plugin in a test site. I wish I found about it before!!!! However I have a small problem. IN the main product page if I click on the image in order to see the large version, the image is loaded but the popup windows does not enlarge so to see the image you need to enlarge it manually. It is a 1.5.5a version.
I hoe thsi can be adjusted because I really love this plugin and I am ready to revamp all the images of the site. Thanks. Ciao from Italy. enzo
OK. I found this problem but now I have another one.
Tje watermark is not used on product listing while it used in small medium and large images. I am assuming that in product listing the image used is the small, so it sounds impossible to me what happens, but it is there to be seen
http://www.aupgrade.acqu atua.it/addolcitori-autotrol
http://www.aupgrade.acqu atua.it/addolcitore-autotrol-da-1100-litri-ora
Can someone tell me what to look for?
Thanks
enzo
-
Re: Image Handler 4 Support Thread
Hi, I am proceeding with test of this plug in but I am aving another problem now.
Google pagespeed give me a worse scoring if I use this plig in with the big original images I have. It says I should use loseless compression. I wonder if they are right or not and, if they are, what's wrong. Thanks. enzo
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
enzo-ita
OK. I found this problem but now I have another one.
Tje watermark is not used on product listing while it used in small medium and large images. I am assuming that in product listing the image used is the small, so it sounds impossible to me what happens, but it is there to be seen
http://www.aupgrade.acqu atua.it/addolcitori-autotrol
http://www.aupgrade.acqu atua.it/addolcitore-autotrol-da-1100-litri-ora
Can someone tell me what to look for?
Thanks
enzo
With regards to what image is presented, the "reasoning" or history behind it is discussed in the plugin documentation and as I recall multiple times throughout this thread. The image is to be the medium sized image, and a properly "programmed" template using the zen_image function would/should apply the watermark as far as I recall.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
mc12345678
With regards to what image is presented, the "reasoning" or history behind it is discussed in the plugin documentation and as I recall multiple times throughout this thread. The image is to be the medium sized image, and a properly "programmed" template using the zen_image function would/should apply the watermark as far as I recall.
Thank for answering.
I did not notice in the installation instructions that the small size images will no get the watermark, and actually it is not so. They get the watermark but only on the attribute images and not in the product listing. There is the setting that allow you to select if watermark smalll images or not, however. May be I am not understanding something but as far as I know we have three image classe: 1) normal 2) medium 3) large. Plus there are the 4) attributes images. ON 2,3,4 the images are watermarked on 1 no. If this is how it should work it is ok for me since this is a real piece of softwrae howver, but I would like a confirmation or a suggestion on what to watch to mek it working correctly.
It remains also to be understood if google page speed is just trowing scores without reasons or if they are right, and if they are right how much this will influence the ranking.
Thanks
enzo
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
enzo-ita
Thank for answering.
I did not notice in the installation instructions that the small size images will no get the watermark, and actually it is not so. They get the watermark but only on the attribute images and not in the product listing. There is the setting that allow you to select if watermark smalll images or not, however. May be I am not understanding something but as far as I know we have three image classe: 1) normal 2) medium 3) large. Plus there are the 4) attributes images. ON 2,3,4 the images are watermarked on 1 no. If this is how it should work it is ok for me since this is a real piece of softwrae howver, but I would like a confirmation or a suggestion on what to watch to mek it working correctly.
It remains also to be understood if google page speed is just trowing scores without reasons or if they are right, and if they are right how much this will influence the ranking.
Thanks
enzo
I believe that in the aggravation of trying to get the desired result(s) that my previous post was also not understood. So, for you to see what is going on, I suggest the following test to prove things to yourself. First of all, small is a relative term. The popup images could be displayed as the smallest size image, but that would defeat the purpose of someone clicking to see a "larger" image. The thumbnails (small) images could be displayed larger than any other picture, but then again, that too would not make sense because they are supposed to be small, not large.
So, now comes the "how's it work" part. If you upload the single largest resolution picture of a product using IH4, then that image will be resized as necessary for viewing as a small (think thumbnail), medium (typically the product information), and large (popup image for clicking on an image to zoom in on it). The original file remains on the server and from what I have seen, if the original image has a resolution lower than the larger image, then no resizing is performed on the image, because it doesn't need to be shrunk, but that's another story.
Now, when viewing the admin window for IH4 after that upload, there are three image locations that can have an image applied. The default image, the medium image and the large image. If no medium or large image are uploaded, then the default image applies to all of them. If a medium sized image is then uploaded, then the medium image will be used wherever medium is identified in the code, and the default image will be used for all other images. Now if a large image is loaded, then the large image will be used wherever large is used, the medium wherever medium is used, and the remaining locations will use the default image (yes I know small).
Regarding the watermark, and again, IH4 only works on images that are generated using the ZC PHP code of zen_image, there are three settings related to watermarks, one for each sized image... The watermark is applied to the image(s) that are "designated" as that size. For example, typically on the main/home page the small images are coded to be used in say the specials, new, and featured product listings as well as on the side(s). This is also true on the product_listing page(s). The medium image is typically used for the main product image when looking at the product image field. So, let's assume that you only wanted a watermark to be applied to small images, then that setting when turned on, would apply the watermark to each of the above locations except on the product info page for the main product. It would show for the additional images though...
Now, I mentioned a "test"... Based on the above discussion, upload a completely different image to say the medium image position for the product and navigate through the store to see where that image is used/applied. It ought to appear as the main product image on the product info page, but as you insert/swap images around, you should be able to see the results and prove to yourself, which image is displayed at which location and whether there is a problem with your template's display of the main image or not.
-
Re: Image Handler 4 Support Thread
Hi,
I really appreciate your effort in explaining how it works.
Let me ask in this way:
1) If I set the watermarking to yes for the three settings provided by the plugin should I see ALL images watermarked aywere they are published in the site?
If the answer is YES then there is something wrong if the answer is NO that ės what I see, IE in the category product lisitng (tpl_product_list.php) the images are not watermarked.
2) If I load the biggest images I have and then activate IH
- without changing the settings of the images size in the zen cart image handler configuration
- without any compression software installed in the server,
should google page speed give abetter scoring for the site compare with my images set that I compressed and loaded watermarked in the "small" and medėium folder? itėf yes then there is somenthing wrog, if NO then i is waht I see but I do not understand if it is google that is fooling me or if they are actually detecting images not compressed enough, hence too big.
I hope I made it clear enough with my english far from being perfect, if it is not clear, be patient and try again, there are cances that I can understand after a while...
Ciao ciao
-
Re: Image Handler 4 Support Thread
Hi,
I really appreciate your effort in explaining how it works.
Let me ask in this way:
1) If I set the watermarking to yes for the three settings provided by the plugin should I see ALL images watermarked aywere they are published in the site?
If the answer is YES then there is something wrong if the answer is NO that ės what I see, IE in the category product lisitng (tpl_product_list.php) the images are not watermarked.
2) If I just activate the IH without any change on the images set
- without changing the settings of the images size in the zen cart image handler configuration
- without any compression software installed in the server,
should google page speed give a better scoring for the site compare with IH not activated?
If yes then there is somenthing wrong, if NO then i is what I see but I do not understand if it is google that is fooling me or if they are actually detecting images not compressed enough, hence too big.
I hope I made it clear enough with my english far from being perfect, if it is not clear, be patient and try again, there are cances that I can understand after a while...
Ciao ciao
-
Re: Image Handler 4 Support Thread
Hi,
I really appreciate your effort in explaining how it works.
Let me ask in this way:
1) If I set the watermarking to yes for the three settings provided by the plugin should I see ALL images watermarked anywere they are published in the site?
If the answer is YES then there is something wrong if the answer is NO that ės what I see, IE in the category product lisitng (tpl_product_list.php) the images are not watermarked.
2) If I just activate the IH without any change on the images set
- without changing the settings of the images size in the zen cart image handler configuration
- without any compression software installed in the server,
should google page speed give a better scoring for the site compare with IH not activated?
If yes then there is somenthing wrong, if NO then i is what I see but I do not understand if it is google that is fooling me or if they are actually detecting images not compressed enough, hence too big.
I hope I made it clear enough with my english far from being perfect, if it is not clear, be patient and try again, there are cances that I can understand after a while...
Ciao ciao
-
Re: Image Handler 4 Support Thread
Hi,
I really appreciate your effort in explaining how it works.
Let me ask in this way:
1) If I set the watermarking to yes for the three settings provided by the plugin should I see ALL images watermarked anywere they are published in the site?
If the answer is YES then there is something wrong if the answer is NO that ės what I see, IE in the category product lisitng (tpl_product_list.php) the images are not watermarked.
2) If I just activate the IH
- without any change on the images set that I loaded watermarked and compressed
- without changing the settings of the images size in the zen cart image handler configuration
- without any compression software installed in the server,
should google page speed give a better scoring for the site compare with IH not activated?
If yes then there is somenthing wrong, if NO then i is what I see but I do not understand if it is google that is fooling me or if they are actually detecting images not compressed enough, hence too big.
I hope I made it clear enough with my english far from being perfect, if it is not clear, be patient and try again, there are cances that I can understand after a while...
Ciao ciao
-
Re: Image Handler 4 Support Thread
Hey all. I just installed IH4 and I am not getting the first (main) of the four images on the product page. The other 3images are displaying fine . I can see the thumbnail image fine in the 'New Products' side box. Also I can see the 'Larger Image' text popup link on the product page. When I click on that I see the full sized image in the pop up.
Any idea what may be the issue ?
Thanks
-
Re: Image Handler 4 Support Thread
Hi
ZC 1.5.4
Installed IH4 without any problems :)
Products with more than one picture, not showing the previous / next picture bar
after click to enlarge.
Had it worked before IH4.
Thanks.
-
Re: Image Handler 4 Support Thread
https://www.zen-cart.com/showthread....22#post1222022
Clear Image Cache fix worked for me. Image Handler 4 for v1.5.x - Version: v4.3.2 on Zen Cart 1.5.5a PHP/5.6.23
This was posted 10/11/2013. Today is 8/16/2016. Wonder why this hasn't been fixed in current download? I'm definitely not a pro at this stuff (currently a part-time w3schools.com attendee) but seems like it would have been included by now. Thanks gilby.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
jeffwebb
https://www.zen-cart.com/showthread....22#post1222022
Clear Image Cache fix worked for me. Image Handler 4 for v1.5.x - Version: v4.3.2 on Zen Cart 1.5.5a PHP/5.6.23
This was posted 10/11/2013. Today is 8/16/2016. Wonder why this hasn't been fixed in current download? I'm definitely not a pro at this stuff (currently a part-time w3schools.com attendee) but seems like it would have been included by now. Thanks gilby.
Sorry for asking this question here..... I tried a lot but could not search for my question's answer.
I installed IH4 recently on my new zencart 1.5.5 installation ... It seems to be working very fine on my laptop .. but in mobile phone view, the product info page is not opening up completely. there is no add to cart button and other links and images.
just the categories list and the product image is showing.
can you please help me in this regard?
thanks in advance.
muteyaar
www.cottonfabrics.in
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
muteyaar
Sorry for asking this question here..... I tried a lot but could not search for my question's answer.
I installed IH4 recently on my new zencart 1.5.5 installation ... It seems to be working very fine on my laptop .. but in mobile phone view, the product info page is not opening up completely. there is no add to cart button and other links and images.
just the categories list and the product image is showing.
can you please help me in this regard?
thanks in advance.
muteyaar
www.cottonfabrics.in
Which version of IH4 was installed? There is one that has been "in the works" on github that is supposedly compatible with ZC 1.5.5 (haven't installed it myself yet that I can recall) that if not used may be part of the problem. Otherwise, will want to see if you are getting myDebug logs because of the problems. Also, on your admin side are you continuously receiving a message about the installation as you navigate from admin page to admin page?
Oddly using a mobile device I can see that the remaining content is present in the source code, but the css is not being applied and the remaining content is not being displayed. I am not able to easily diagnose the css though from the mobile device.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
mc12345678
Which version of IH4 was installed? There is one that has been "in the works" on github that is supposedly compatible with ZC 1.5.5 (haven't installed it myself yet that I can recall) that if not used may be part of the problem. Otherwise, will want to see if you are getting myDebug logs because of the problems. Also, on your admin side are you continuously receiving a message about the installation as you navigate from admin page to admin page?
Oddly using a mobile device I can see that the remaining content is present in the source code, but the css is not being applied and the remaining content is not being displayed. I am not able to easily diagnose the css though from the mobile device.
Thanks for replying mc12345678 . I really appreciate your quick response on my question.
I have installed IH4 for zencart 1.5.x downloaded from plugins page of zencart support site.
I am not getting any messages in the admin area. Everything seems to be working fine as per my knowledge except for this problem for mobile view.
I think you are right css is not loading properly and that is why the full conent is not being displayed.
How can this be rectified?
can you please tell me how can I do this step by step? I am not a software engineer and i am trying to develop my website by own.
I have a little knowledge about these technical things.
thanks in advance.
muteyaar
www.cottonfabrics.in
-
Re: Image Handler 4 Support Thread
how do i uninstall this module?? it just doesn't work with my template (##########) and i've uninstalled all the files and my site is still broken now.
-
Re: Image Handler 4 Support Thread
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
lidlchris
how do i uninstall this module?? it just doesn't work with my template (##########) and i've uninstalled all the files and my site is still broken now.
The module has an uninstall script that is explained in the instructions. Simply removing the files that were involved with the install will break the site as some of the files are overwritten by the install process (which is supposed to include the individual installing the software possibly merging the code applicable to iH4 with the existing code). The uninstall process is "automatic" and works well when implemented.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
mc12345678
The module has an uninstall script that is explained in the instructions. Simply removing the files that were involved with the install will break the site as some of the files are overwritten by the install process (which is supposed to include the individual installing the software possibly merging the code applicable to iH4 with the existing code). The uninstall process is "automatic" and works well when implemented.
ok, i reinstalled it and everything seems to be working EXCEPT for the zoom feature on the product pages.. and it's on ly on some of the products.. here is one not working - http://criticalsystemsincshop.com/gu...teel-p-27.html. and here is one working - http://criticalsystemsincshop.com/de...uble-p-11.html
-
Re: Image Handler 4 Support Thread
you have a number of console errors getting logged. they might be a permissions issue, or a file not found problem.
install the developer tools for your chosen browser; look at the console; and you can see what i mean. i like to address those issues prior to moving forward on other things.
with regards to the zooming problem, i would try re-adding that image. the image the zoom is looking for is this:
http://criticalsystemsincshop.com/im...003-00_MED.jpg
and that image does not exist on your system.
good luck!
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
carlwhat
you have a number of console errors getting logged. they might be a permissions issue, or a file not found problem.
install the developer tools for your chosen browser; look at the console; and you can see what i mean. i like to address those issues prior to moving forward on other things.
with regards to the zooming problem, i would try re-adding that image. the image the zoom is looking for is this:
http://criticalsystemsincshop.com/im...003-00_MED.jpg
and that image does not exist on your system.
good luck!
i use Firefox and Firebug but don't see the errors. but you did point out a problem in that i didn't move all images.. once moved, it looks like it's working.. now worried about the errors you saw..
-
Re: Image Handler 4 Support Thread
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
carlwhat
thank you.. i can see in the template where these files are defined wrong.. but you're going to have to help me here as i'm not familiar with that debugging tool and when i installed it and clicked on console/errors, nothing shows up. am i looking in the wrong place?
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
lidlchris
thank you.. i can see in the template where these files are defined wrong.. but you're going to have to help me here as i'm not familiar with that debugging tool and when i installed it and clicked on console/errors, nothing shows up. am i looking in the wrong place?
Have you loaded/reloaded the page after installing/activating the console?
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
lidlchris
thank you.. i can see in the template where these files are defined wrong.. but you're going to have to help me here as i'm not familiar with that debugging tool and when i installed it and clicked on console/errors, nothing shows up. am i looking in the wrong place?
1. you are welcome.
2. yes. you are looking in the wrong place.
go to this link:
http://criticalsystemsincshop.com/gu...l-14-p-26.html
now from the firefox menu => tools => web developer => web console
now, underneath the net pulldown on the web console, ensure that Errors has a check-mark next to it. now if the errors do not show up, press f5 and look again. you can get there!
good luck.
in firefox, here is a screenshot:
Attachment 16608
-
1 Attachment(s)
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
mc12345678
Have you loaded/reloaded the page after installing/activating the console?
yes and under console/errors i see nothing - see attached.
Attachment 16609
-
Re: Image Handler 4 Support Thread
lidlchris,
your image shows the firebug console; not the web developer console.
as i previously stated, i am not sure why firebug is not logging those errors, but i could not see them using firebug.
try getting the web developer console working. it is not that hard.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
carlwhat
lidlchris,
your image shows the firebug console; not the web developer console.
as i previously stated, i am not sure why firebug is not logging those errors, but i could not see them using firebug.
try getting the web developer console working. it is not that hard.
got it to work.. sorting through all the output.. there's a lot of 304 and 403 and 200 errors..
thanks for the help..
-
Re: Image Handler 4 Support Thread
got a new problem with the watermark.. it is only showing up on the medium images in the admin.. i don't want it to show on the small images so i set the IH small images watermark to 'no'. but the medium and large image watermarks are set to 'yes' but if you go to http://criticalsystemsincshop.com/di...ckel-p-60.html and click on the product image, it pops up what i believe to be the large image? but it has no watermark.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
gunni
Hi
ZC 1.5.4
Installed IH4 without any problems :)
Products with more than one picture, not showing the previous / next picture bar
after click to enlarge.
Had it worked before IH4.
Thanks.
Quote:
Originally Posted by
soxophoneplayer
IH4 install instructions - under the misc tab in the Readme - instructions re merging your additional images file. This is usually the first suspect.
The above solved the problem!
Needed to put the original Sheffield Blue includes/modules/YOUR_TEMPLATE/additional_images.php file
and not to replace it with IH4 additional_images.php file.
The funny thing is that when installing Sheffield Blue I did realize that I have also Zen Lightbox so I did not think that this
Misc tab is relevant for me :)
Thanks Soxophoneplayer and mc12345678 for your help :thumbsup:
-
1 Attachment(s)
Re: Image Handler 4 Support Thread
Ok, first off I've looked everywhere on this forum but have not had luck... probably my keywords are wrong. I'm trying to search for this: click on picture for larger picture but it opens up a new window in the small size. Anyways, a picture is worth 1000 words so here's an example of my problem. The example shown is in Firefox but same deal in Chrome. Thx for any advice or suggestions
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
mrcastle
Ok, first off I've looked everywhere on this forum but have not had luck... probably my keywords are wrong. I'm trying to search for this: click on picture for larger picture but it opens up a new window in the small size. Anyways, a picture is worth 1000 words so here's an example of my problem. The example shown is in Firefox but same deal in Chrome. Thx for any advice or suggestions
Actually here a link in worth more than a picture as we can look into the code to get an idea whats happening.
However the image provided shows images in the standard 3 sizes.
Small, medium and large... So it would appear to be working as it should
But that is obviously not what you expect
So answer some more questions
When you hit reply answer the "Posting Tips" questions asked about versions etc
What size images do you have setup for small, medium and large images
What size is the the original uploaded image
Do you have previous _MED and _LRG images already in place for these images
Also again post a link if possible
-
Re: Image Handler v4.3.3
The second image is not showing on my website. The first image is 52568_0.jpg (shows up fine) and the second image 52568_1.jpg does not. Both images are in the same directory. I'm confused whether I need to solve this thru image handler or if it's an issue with my all_business responsive template. the website is not active yet but you can see it by going to: (please disregard the X's) cheapXXXsongbooksXXX dot com/index.php No spaces or underlines. The weird part about this is I'm using the same template for another website and the images all work great. Sorry if this is dumb one, but I'm out of things to try. Thx
-
2 Attachment(s)
Re: Image Handler 4 Support Thread
Here is a picture showing the 3 sizes I have setup and another of my image configuration. Thx for helping me with this... it's driving me a little bonkers.
-
Re: Image Handler v4.3.3
Quote:
Originally Posted by
mrcastle
The second image is not showing on my website. The first image is 52568_0.jpg (shows up fine) and the second image 52568_1.jpg does not. Both images are in the same directory. I'm confused whether I need to solve this thru image handler or if it's an issue with my all_business responsive template. the website is not active yet but you can see it by going to: (please disregard the X's) cheapXXXsongbooksXXX dot com/index.php No spaces or underlines. The weird part about this is I'm using the same template for another website and the images all work great. Sorry if this is dumb one, but I'm out of things to try. Thx
View the image info of the larger image and you will see that it is not using the IH image at all.
It is going straight to the original image on the website.
I would guess that your template is overriding / conflicting with the IH code
Which did you install first IH or the template?
Regarding the 2 images 52568_0.jpg and 52568_1.jpg
Is 52568_1.jpg an individual product image or is it meant to an "additional image" to 52568_0.jpg
-
Re: Image Handler v4.3.3
Wow that's very interesting. I installed the all-business template and then installed IH4. What I have done in the meantime: uninstalled IH4 to see if that's the culprit.... same problem with Firefox. Same goes for Chrome but MS Edge pop's the picture full size. Here's the kicker... when I go back to the default template, I get a full sized popup on all of my browsers. I hope this helps ... I would love to launch the website but a larger picture is critical for my buyers to see. One last thing. I have setup my images as image_0.jpg for the main one and then image_1.jpg for the additional. It is working fine that way on another nearly identical website of mine but with this site it doesn't work yet (even when I go back to the default template) That may be another issue but I thought I'd mention it. Thx again for looking into it.
-
Re: Image Handler v4.3.3
Hi All.. I'm having a serious issue with all the images on my site, and I'm struggling to work out what's happened. I'm running ZC 1.5.4 and Image Handler4 v4.0 for v1.5.x. We have used Image Handler since day 1 basically, and I'm now getting a error on my backend : "Error: Catalog images directory does not exist: ../images/". I don't have a /images/ folder.. There is a zencart/catalog/images/ folder but there are no files newer than 2012, but makes me wonder if it's a IH4 issue that I've caused.
I'm not quite sure when this started, but I did recently mistakenly change my PHP to 7.0 which broke the site, before I changed it to 5.6 which fixed that issue. Could this have upset IH4? I'm also hoping (probably in vein) that IH4 has put the images in a different directory than the base catalog/images/, and I'm just being extra dumb not being able to find them.
The URL for the catalog is www.orc**hid**eu**ro.com (without the *'s of course). Thanks, and sorry if this is a stupid question!
-
Re: Image Handler v4.3.3
first (and unrelated):
i would never use an image name with spaces in it. i would use hyphens instead....
i am not sure what happened on your site, but it does NOT strike me as IH4 related. nor does changing your PHP version to 7 and then back to 5.6.
the question is what happened to your images directory? did you (or someone else) accidentally (or otherwise) delete it? did it accidentally get moved? did the permissions get changed? i'm looking at a hoodie and the image file is:
/images/hoodie%20both.jpg
assuming that file is still on your file system, you would need to find it, and then perhaps we can see what is wrong.
you may have to ask the host for the latest backup if you cannot find the images directory.
good luck!
-
Re: Image Handler v4.3.3
Quote:
Originally Posted by
carlwhat
first (and unrelated):
i would never use an image name with spaces in it. i would use hyphens instead....
i am not sure what happened on your site, but it does NOT strike me as IH4 related. nor does changing your PHP version to 7 and then back to 5.6.
the question is what happened to your images directory? did you (or someone else) accidentally (or otherwise) delete it? did it accidentally get moved? did the permissions get changed? i'm looking at a hoodie and the image file is:
/images/hoodie%20both.jpg
assuming that file is still on your file system, you would need to find it, and then perhaps we can see what is wrong.
you may have to ask the host for the latest backup if you cannot find the images directory.
good luck!
Thanks for your help!! I agree on the 'no spaces in filenames', so I'm not sure why that's there.
I do not have a /images/ directory. There is a /catalog/images/ directory, but the most recent product image in there is from 2012..
I do not have a recent backup on this computer, but may have one on a HDD at home that I will check tonight, just in case a /images/ directory was deleted somehow..
-
Re: Image Handler v4.3.3
what is the root of the store?
on the 1 hand, ZC is complaining that there is no images directory. on the other hand, you say you have something called:
/catalog/images
where is the includes directory in relation to the above location?
are you saying your directory structure is something like:
/ADMIN
/catalog/images
/includes
-
Re: Image Handler v4.3.3
Quote:
Originally Posted by
carlwhat
what is the root of the store?
on the 1 hand, ZC is complaining that there is no images directory. on the other hand, you say you have something called:
/catalog/images
where is the includes directory in relation to the above location?
are you saying your directory structure is something like:
/ADMIN
/catalog/images
/includes
Yes, the structure is:
/catalog/
/catalog/images/
/includes/
/admin/
There is no /images directory in the root, although I believe that is where my ZC is currently looking as per the error it's giving.
-
Re: Image Handler 4 Support Thread
Hello, Can someone take a quick look at this. I am not sure what I am doing wrong. Most of my images are loaded and look fine but I have this page where the swatches look great with the exception of the last section of printed swatches toward the bottom. I have tried to resize the images and reload and it still looks distorted. I have v1.5.1 zencart. It does not appear that I can edit how swatch images are sized in the config menu or attributes either. http://urbancountrystore.com/index.p...oducts_id=2112
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
katgirl72
Hello, Can someone take a quick look at this. I am not sure what I am doing wrong. Most of my images are loaded and look fine but I have this page where the swatches look great with the exception of the last section of printed swatches toward the bottom. I have tried to resize the images and reload and it still looks distorted. I have v1.5.1 zencart. It does not appear that I can edit how swatch images are sized in the config menu or attributes either.
http://urbancountrystore.com/index.p...oducts_id=2112
i do think the problem is related to IH. it is a CSS issue. related to your edify template. you may be able to resolve it with image sizes, but tough to tell....
if you have developer tools you can change the CSS there.... else look at this file:
http://urbancountrystore.com/include...emplatecss.css
~line 513 (probably 515) there is a width option. if you were to change that from 20% to initial, it would change those images so that they would not elongate, but you would have other changes as well....
there are a TON of elements on the page, and it really strikes me as more of a CSS/template issue....
you "could" add a line into image group at line 83:
height: inherit;
and that may may you happier.... but no telling what else might go adrift.
good luck!
-
Re: Image Handler 4 Support Thread
ok, pardon me if this is covered somewhere else....
this burned a lot of time today... and i'm not really sure why it need be....
to start with i had an error on the function resize_imageGD in
includes/classes/bmz_image_handler.class.php
a client had uploaded a .png file as .jpg file. and line 633
Code:
$image = @imagecreatefromjpeg($src_name);
suppresses the error, but the page load still dies.
in fact, there is a ton of use of the '@' sign to suppress error messages in this module. which makes trouble-shooting pretty heinous.
instead of having a myDEBUG file, i have nothing and a site that does not work.
perhaps someone has a good reason why this need be like this? and if so, can explain it to me?
thanks.
-
ZC 1.5.5a Image Handler 4 not resizing - BMZ cache virtually empty?
Test site transferred by Go Daddy, the file structure is different to what I am used to.
Starts with .cagefs .cl.selector, files I am used to are in public_html
I took Route 1 in the install instructions.
The only other add-on I am using is Easy Populate 4 although this problem was here before EP4.
http://n e w . d a l v e y n z . c o m
IH resize images yes
IH small images filetype no_change
IH small images background 255:255:255
IH small images compression quality 85
IH small images watermark no
IH small images zoom on hover yes
IH small images zoom on hover size Large
IH medium images filetype no_change
IH medium images background 255:255:255
IH medium images compression quality 85
IH medium images watermark no
IH large images filetype no_change
IH large images background 255:255:255
IH large images compression quality 85
IH large images watermark no
IH large images maximum width 500
IH large images maximum height 0px
IH watermark gravity Center
The BMZ cache has only 6 folders containing a total of 8 images.
I have reinstalled several times, sometimes the BMZ cache has around 16 folders containing up to 120 images. There should be around 500 images.
The hover (zoom) does not appear to be working. Which images on my site should this be working on? I understand that it only works on small images?
The main image is visible on the product list page but not the product detail page. The main image on the product detail page is linked to the /images/medium/dalvey/folder which is empty.
I have large images set to 500px but they display at the original size on clicking from the product detail.
ImageMagick was installed by Go Daddy and appears to be installed correctly:
http://n e w . d a l v e y n z . c o m /ImageMagick.php
This should test for ImageMagick version 6.x
Path: /usr/local/bin/convert
Version return code is 127
Version: ImageMagick 6.7.2-7 2016-06-17 Q16 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2011 ImageMagick Studio LLC
Features: OpenMP
Version: ImageMagick 6.7.2-7 2016-06-17 Q16 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2011 ImageMagick Studio LLC
Features: OpenMP
I just realized this afternoon that I had to edit the bmz_image_handler_conf.php file to reflect the path above (/usr/local/bin/convert) so I am not sure how any images got to the BMZ cache before?
I am beginning to think that I should have rebuilt the site and not had Go Daddy transfer it.
I am pulling my hair out & I didn't have much left to start with. Can anyone point me in the right direction?
Cheers Steve
-
Re: ZC 1.5.5a Image Handler 4 not resizing - BMZ cache virtually empty?
I don't think the problem lies with IH, but in you configure.php files. Looking at the image path it looks like this: 'images/dalvey//Cats Current/new.jpg'. As you can see it contains a double /.
Quote:
Originally Posted by
Steve 1962
Test site transferred by Go Daddy, the file structure is different to what I am used to.
Starts with .cagefs .cl.selector, files I am used to are in public_html
I took Route 1 in the install instructions.
The only other add-on I am using is Easy Populate 4 although this problem was here before EP4.
http://n e w . d a l v e y n z . c o m
IH resize images yes
IH small images filetype no_change
IH small images background 255:255:255
IH small images compression quality 85
IH small images watermark no
IH small images zoom on hover yes
IH small images zoom on hover size Large
IH medium images filetype no_change
IH medium images background 255:255:255
IH medium images compression quality 85
IH medium images watermark no
IH large images filetype no_change
IH large images background 255:255:255
IH large images compression quality 85
IH large images watermark no
IH large images maximum width 500
IH large images maximum height 0px
IH watermark gravity Center
The BMZ cache has only 6 folders containing a total of 8 images.
I have reinstalled several times, sometimes the BMZ cache has around 16 folders containing up to 120 images. There should be around 500 images.
The hover (zoom) does not appear to be working. Which images on my site should this be working on? I understand that it only works on small images?
The main image is visible on the product list page but not the product detail page. The main image on the product detail page is linked to the /images/medium/dalvey/folder which is empty.
I have large images set to 500px but they display at the original size on clicking from the product detail.
ImageMagick was installed by Go Daddy and appears to be installed correctly:
http://n e w . d a l v e y n z . c o m /ImageMagick.php
This should test for ImageMagick version 6.x
Path: /usr/local/bin/convert
Version return code is 127
Version: ImageMagick 6.7.2-7 2016-06-17 Q16
http://www.imagemagick.org
Copyright: Copyright (C) 1999-2011 ImageMagick Studio LLC
Features: OpenMP
Version: ImageMagick 6.7.2-7 2016-06-17 Q16
http://www.imagemagick.org
Copyright: Copyright (C) 1999-2011 ImageMagick Studio LLC
Features: OpenMP
I just realized this afternoon that I had to edit the bmz_image_handler_conf.php file to reflect the path above (/usr/local/bin/convert) so I am not sure how any images got to the BMZ cache before?
I am beginning to think that I should have rebuilt the site and not had Go Daddy transfer it.
I am pulling my hair out & I didn't have much left to start with. Can anyone point me in the right direction?
Cheers Steve
-
Re: ZC 1.5.5a Image Handler 4 not resizing - BMZ cache virtually empty?
On other things, the files in the bmz_cache directory if not already transferred over from the previous location are generated "on demand" rather than suddenly present upon installation of IH. It is possible to "visit" every image to have them generated, but it needs to also be governed to not overload the system.
IH does not make uploaded images larger than what has been provided. This is why the instructions state to upload the largest image size. It uniformly and with quality makes the images the same size or, as necessary, smaller than the original. If you upload an image that is 25x25, then it would be shown in "box" that is 500x500, but right in the middle at the size of 25x25.
As to the hover/"zoom" image this is described in the readme for the plugin. At the moment I forget some of the detail, but I know that the image identified as the/a Medium image (generally the product info page's main product image) does not offer the "pop-up on hover" image. Otherwise, there are other settings as well, file placement, page html validation, etc... These all play a factor in that aspect, but of course, need to have the file paths correct to begin with. :)
Quote:
Originally Posted by
Steve 1962
Test site transferred by Go Daddy, the file structure is different to what I am used to.
Starts with .cagefs .cl.selector, files I am used to are in public_html
I took Route 1 in the install instructions.
The only other add-on I am using is Easy Populate 4 although this problem was here before EP4.
http://n e w . d a l v e y n z . c o m
IH resize images yes
IH small images filetype no_change
IH small images background 255:255:255
IH small images compression quality 85
IH small images watermark no
IH small images zoom on hover yes
IH small images zoom on hover size Large
IH medium images filetype no_change
IH medium images background 255:255:255
IH medium images compression quality 85
IH medium images watermark no
IH large images filetype no_change
IH large images background 255:255:255
IH large images compression quality 85
IH large images watermark no
IH large images maximum width 500
IH large images maximum height 0px
IH watermark gravity Center
The BMZ cache has only 6 folders containing a total of 8 images.
I have reinstalled several times, sometimes the BMZ cache has around 16 folders containing up to 120 images. There should be around 500 images.
The hover (zoom) does not appear to be working. Which images on my site should this be working on? I understand that it only works on small images?
The main image is visible on the product list page but not the product detail page. The main image on the product detail page is linked to the /images/medium/dalvey/folder which is empty.
I have large images set to 500px but they display at the original size on clicking from the product detail.
ImageMagick was installed by Go Daddy and appears to be installed correctly:
http://n e w . d a l v e y n z . c o m /ImageMagick.php
This should test for ImageMagick version 6.x
Path: /usr/local/bin/convert
Version return code is 127
Version: ImageMagick 6.7.2-7 2016-06-17 Q16
http://www.imagemagick.org
Copyright: Copyright (C) 1999-2011 ImageMagick Studio LLC
Features: OpenMP
Version: ImageMagick 6.7.2-7 2016-06-17 Q16
http://www.imagemagick.org
Copyright: Copyright (C) 1999-2011 ImageMagick Studio LLC
Features: OpenMP
I just realized this afternoon that I had to edit the bmz_image_handler_conf.php file to reflect the path above (/usr/local/bin/convert) so I am not sure how any images got to the BMZ cache before?
I am beginning to think that I should have rebuilt the site and not had Go Daddy transfer it.
I am pulling my hair out & I didn't have much left to start with. Can anyone point me in the right direction?
Cheers Steve
-
Re: ZC 1.5.5a Image Handler 4 not resizing - BMZ cache virtually empty?
Quote:
Originally Posted by
mc12345678
On other things, the files in the bmz_cache directory if not already transferred over from the previous location are generated "on demand" rather than suddenly present upon installation of IH. It is possible to "visit" every image to have them generated, but it needs to also be governed to not overload the system.
IH does not make uploaded images larger than what has been provided. This is why the instructions state to upload the largest image size. It uniformly and with quality makes the images the same size or, as necessary, smaller than the original. If you upload an image that is 25x25, then it would be shown in "box" that is 500x500, but right in the middle at the size of 25x25.
As to the hover/"zoom" image this is described in the readme for the plugin. At the moment I forget some of the detail, but I know that the image identified as the/a Medium image (generally the product info page's main product image) does not offer the "pop-up on hover" image. Otherwise, there are other settings as well, file placement, page html validation, etc... These all play a factor in that aspect, but of course, need to have the file paths correct to begin with. :)
Thanks MC
File paths corrected.
The bmz_cache directory files were not transferred from the previous location.
I have uploaded images as large as 1500px. IH large images maximum set to 500 x 500px but displaying at the original larger size.
On the product detail pages the main image is missing and pointing at http://new.d a l v e y n z.com/images/medium/dalvey/03324.jpg. The medium folder is empty.
It is as if there is no connection between IH and ZC.
-
Re: ZC 1.5.5a Image Handler 4 not resizing - BMZ cache virtually empty?
Quote:
Originally Posted by
Steve 1962
Thanks MC
File paths corrected.
The bmz_cache directory files were not transferred from the previous location.
I have uploaded images as large as 1500px. IH large images maximum set to 500 x 500px but displaying at the original larger size.
On the product detail pages the main image is missing and pointing at
http://new.d a l v e y n z.com/images/medium/dalvey/03324.jpg. The medium folder is empty.
It is as if there is no connection between IH and ZC.
I am using ZC 1.5.5.b and installed IH, then went through all the processes of visiting product pages to generate the BMZ cached images. Worked for a bit, then also (like you) failed to load images on product_info pages. BMZ cache folder empty... Uninstalled IH4 and removed all folders/files, then restored site backup. Back to original functionality so all OK.
If you are also using ZC1.5.5b, it may be that IH4 is not compatible...
-
Re: ZC 1.5.5a Image Handler 4 not resizing - BMZ cache virtually empty?
Diva, old friend, (yes, I am still alive!) I have a question that may not have been addressed before. Is there some way to change where the bmz_cache is kept? The cart would be in a subfolder with the bmz_cache folder in the root. I suspect I would be the only person to ever ask this as it is a special situation. I tried to find in the files where that folder designation is made but a find in dreamweaver did not work.
-
Re: ZC 1.5.5a Image Handler 4 not resizing - BMZ cache virtually empty?
Quote:
Originally Posted by
schoolboy
I am using ZC 1.5.5.b and installed IH, then went through all the processes of visiting product pages to generate the BMZ cached images. Worked for a bit, then also (like you) failed to load images on product_info pages. BMZ cache folder empty... Uninstalled IH4 and removed all folders/files, then restored site backup. Back to original functionality so all OK.
If you are also using ZC1.5.5b, it may be that IH4 is not compatible...
Have installed on a ZC 1.5.5b site with no issues, able to navigate the product pages without loss of the image(s). There are a few other things seen that could cause a problem or be caused to have a problem, but if you are further interested in it working on your site as provided then would need to know more information about your configuration and system history (ie, posting tips information).
-
Re: ZC 1.5.5a Image Handler 4 not resizing - BMZ cache virtually empty?
Quote:
Originally Posted by
delia
Diva, old friend, (yes, I am still alive!) I have a question that may not have been addressed before. Is there some way to change where the bmz_cache is kept? The cart would be in a subfolder with the bmz_cache folder in the root. I suspect I would be the only person to ever ask this as it is a special situation. I tried to find in the files where that folder designation is made but a find in dreamweaver did not work.
Search in github identifies that after installation will want to touch/work with the definition as provided in: includes/extra_configures/bmz_io_conf.php at or around line 19. The installer (YOUR_ADMIN/includes/init_includes/init_image_handler.php) also has a reference to the bmz_cache directory so that it copies information to the correct location.
-
Re: ZC 1.5.5a Image Handler 4 not resizing - BMZ cache virtually empty?
Quote:
Originally Posted by
mc12345678
Have installed on a ZC 1.5.5b site with no issues, able to navigate the product pages without loss of the image(s). There are a few other things seen that could cause a problem or be caused to have a problem, but if you are further interested in it working on your site as provided then would need to know more information about your configuration and system history (ie, posting tips information).
We have a few sites on a virtual server, so all using the same versions and configutrations of apache, php etc. Hosting is with TerraNetwork, who not only know what they are doing technically, but have a wealth of knowledge on zencart and ecommerce in general. Terra was owned by Rhea Anthony (ZC user "Vger") who was one of the founders of OsCommerce - she sadly passed away a few years ago, but the current owners and tech team are superb. So the hosting environment is properly configured to run ZC and the majority of its (properly built) plugins.
We have been using IH for many years and on almost all the websites we've built or owned - over 300 to date - and it has never been a problem. With the latest site, we're using one of picaflor's templates (westminster_new) and this has (built-in) zen lightbox and fual slimbox. I don't like either of these systems and have never installed them on our sites (though I have tinkered with them on dev sites). With installation of IH over Lightbox, there are some requirements to pay attention to code structures in certain files. I did a full Beyond-Compare analysis of all files and code differences, but could find very little difference that would affect behaviour, or cause conflict. According to IH installation instructions, these modules should play nicely together...
But for some reason, it's not playing nicely on this westminster_new template and ZC 1.5.5b .
Im busy getting the dev site completed with all the plugins we need (with the exception of IH right now) and because I am in a hurry to make it live, we will launch the site without IH. Then I can mess around with the dev copy to see what I can find.
If at that stage I come to a dead end, I'll come back here for more pointers and advice, but thanks a ton for showing interest in helping. I really appreciate what you contribute to this forum.
-
Images with "LARGE" suffix are not scaled!
Hi,
just spend a whole evening trying to figure out why IH4 wasn't scaling my uploaded images. It just kept the large uploaded JPG for all three sizes small, med, large.
Reason: In Admin -> Configuration -> Images I had set: Product Info - Image Large Suffix to "_LRG"
Since I am updating an older ZC Shop to 1.5.5 all large images we had created for products and now wanted to upload have the suffix "_LRG", i.e. Prod_image_LRG.jpg
Turns out IH will not scale these images down to medium or small. (Code is in function "determine_image_sizetype()" inside ZC/includes/classes/bmz_image_handler.class.php)
Not sure if this is a bug or a feature, but it surely would be worth mentioning in the Troubleshooting section of the manual.
Best regards,
P.
-
Re: Images with "LARGE" suffix are not scaled!
i think i have spoken about this before.... unfortunately my memory is not what it once was....
while certain uses of '@' to suppress error messages are possibly worth wild, the inordinate amount of them in this plugin makes it rather frustrating.
the bmz_image_handler.class.php file will suppress error messages and cause a script to fail. specifically the functions:
imagecreatefromgif
imagecreatefrompng
imagecreatefromjpeg
i'm not sure how many others have clients who do not know the difference between a jpg and a png; but mine don't and will use whatever extension they feel like. so now you have a script failing and no error messages.... kind of a pain....
in addition, there is a php function: exif_imagetype() which will determine the file type. now i know i could make some changes and submit a new version, but prior to doing that, i'm curious if other people have this same problem.
-
Re: Images with "LARGE" suffix are not scaled!
Quote:
Originally Posted by
philou
Hi,
just spend a whole evening trying to figure out why IH4 wasn't scaling my uploaded images. It just kept the large uploaded JPG for all three sizes small, med, large.
Reason: In Admin -> Configuration -> Images I had set: Product Info - Image Large Suffix to "_LRG"
Since I am updating an older ZC Shop to 1.5.5 all large images we had created for products and now wanted to upload have the suffix "_LRG", i.e. Prod_image_LRG.jpg
Turns out IH will not scale these images down to medium or small. (Code is in function "determine_image_sizetype()" inside ZC/includes/classes/bmz_image_handler.class.php)
Not sure if this is a bug or a feature, but it surely would be worth mentioning in the Troubleshooting section of the manual.
Best regards,
P.
Would say that its somewhat neither.
While unfortunately the resizing aspect of the plugin was not operating under this condition and one might think that it is an issue with the plugin, the instructions indicate that images should be named in accordance with ZC process. Seems that the need for this is pretty well covered in this FAQ which is one of the links referenced on the troubleshooting tab in the Zen Cart and Image Management section of the instructions.
While the documents don't come out and say: if the filename ends with or includes the same text as assigned to the image suffix that "this" will happen; however, it does indicate how to name images for various product and sizes. That link, and others in the plugin help file, identifies the need to use different naming for different purposes. Yes, it is understandable that in the older version where the large image (having _LRG as the suffix) would be the one desired to be uploaded in accordance with the instructions, but in order to maintain the same files with/without changing the filenames (maintaining the base name to include _LRG), additional action is necessary. Either the filename suffix would have to be modified or the files/base filenames would need to be renamed. Thing is that technically the database (upgraded from the previous version, correct?) should already have all of the image information for the main product image name, so it seems that it comes back to the filename(s) or the extension. The filename can be addressed through one of the file renaming utilities or the database can be modified to look for a large image that has a different "ending" than _LRG.
Both of those are generally discussed above, but in a somewhat search for similar helpfile additions, this particular condition/situation was explained as being obscure, or unlikely as discussed on and before a discussion about the very code section identified above. The small number of reported occurrences and likelihood of occurrence when following the established guidelines/instructions make modifications appear to be made just for the sake of making them rather than bringing things back to the proper path.
-
Re: Images with "LARGE" suffix are not scaled!
Quote:
Originally Posted by
carlwhat
i think i have spoken about this before.... unfortunately my memory is not what it once was....
while certain uses of '@' to suppress error messages are possibly worth wild, the inordinate amount of them in this plugin makes it rather frustrating.
the bmz_image_handler.class.php file will suppress error messages and cause a script to fail. specifically the functions:
imagecreatefromgif
imagecreatefrompng
imagecreatefromjpeg
i'm not sure how many others have clients who do not know the difference between a jpg and a png; but mine don't and will use whatever extension they feel like. so now you have a script failing and no error messages.... kind of a pain....
in addition, there is a php function: exif_imagetype() which will determine the file type. now i know i could make some changes and submit a new version, but prior to doing that, i'm curious if other people have this same problem.
in the interest of others who might have this problem, this corrected code works for me. it eliminates some functionality, but it removes the troubleshooting when someone uploads an image with the wrong file type. i suppose one could correct the filetype, but i think that might be a bunch more work.
Code:
function load_imageGD($src_name) {
// create an image of the given filetype
$file_ext = substr($src_name, strrpos($src_name, '.'));
$image_type = exif_imagetype($src_name);
switch (strtolower($file_ext)) {
case '.gif':
if(!function_exists("imagecreatefromgif")) return false;
if ($image_type == 1) {
$image = imagecreatefromjpeg($src_name);
} else {
return false;
}
break;
case '.png':
if(!function_exists("imagecreatefrompng")) return false;
if ($image_type == 3) {
$image = imagecreatefromjpeg($src_name);
} else {
return false;
}
break;
case '.jpg':
case '.jpeg':
if(!function_exists("imagecreatefromjpeg")) return false;
if ($image_type == 2) {
$image = imagecreatefromjpeg($src_name);
} else {
return false;
}
break;
}
return $image;
}
-
Re: Images with "LARGE" suffix are not scaled!
i'm a copy and paste disaster.... small change from above code.... my apologies!
Code:
function load_imageGD($src_name) {
// create an image of the given filetype
$file_ext = substr($src_name, strrpos($src_name, '.'));
$image_type = exif_imagetype($src_name);
switch (strtolower($file_ext)) {
case '.gif':
if(!function_exists("imagecreatefromgif")) return false;
if ($image_type == 1) {
$image = imagecreatefromgif($src_name);
} else {
return false;
}
break;
case '.png':
if(!function_exists("imagecreatefrompng")) return false;
if ($image_type == 3) {
$image = imagecreatefrompng($src_name);
} else {
return false;
}
break;
case '.jpg':
case '.jpeg':
if(!function_exists("imagecreatefromjpeg")) return false;
if ($image_type == 2) {
$image = imagecreatefromjpeg($src_name);
} else {
return false;
}
break;
}
return $image;
}
-
Re: Images with "LARGE" suffix are not scaled!
Quote:
Originally Posted by
carlwhat
i'm a copy and paste disaster.... small change from above code.... my apologies!
Code:
function load_imageGD($src_name) {
// create an image of the given filetype
$file_ext = substr($src_name, strrpos($src_name, '.'));
$image_type = exif_imagetype($src_name);
switch (strtolower($file_ext)) {
case '.gif':
if(!function_exists("imagecreatefromgif")) return false;
if ($image_type == 1) {
$image = imagecreatefromgif($src_name);
} else {
return false;
}
break;
case '.png':
if(!function_exists("imagecreatefrompng")) return false;
if ($image_type == 3) {
$image = imagecreatefrompng($src_name);
} else {
return false;
}
break;
case '.jpg':
case '.jpeg':
if(!function_exists("imagecreatefromjpeg")) return false;
if ($image_type == 2) {
$image = imagecreatefromjpeg($src_name);
} else {
return false;
}
break;
}
return $image;
}
So now instead of an obvious display issue identifying that there is a problem with the image(s), an incorrectly loaded image will just not be resized and the store owner that doesn't/hasn't properly loaded the images to the site will be none-the-wiser until some other tool or resource identifies that the image(s) should be resized to optimize performance or there is some other effect on people selecting the site...
In other words, has anything really been solved? I bring this up also because other similar modifications have been discussed throughout this thread as well as in other threads, in fact if you look back at the history of the plugin errors have been uncommented before only to be again commented out like what has been "discouraging".
Generally though, the solution?! Follow the instructions...
Seems almost might be better to simply remove the plugin if it can not be used properly.
If, however, going to use code like above, I would recommend that the applicable image type constant be used to maximize compatibility and code understanding when comparing the image type against $image_type. Such as: IMAGETYPE_JPEG, IMAGETYPE_GIF, IMAGETYPE_PNG, etc. instead of just a number. Based on looking over a few other things it seems that if going to go to such extremes, then should also validate that the image is large enough to support evaluation with the applicable function so that won't throw another error that was just attempted to be prevented.
-
Re: Images with "LARGE" suffix are not scaled!
Quote:
Originally Posted by
mc12345678
So now instead of an obvious display issue identifying that there is a problem with the image(s), an incorrectly loaded image will just not be resized and the store owner that doesn't/hasn't properly loaded the images to the site will be none-the-wiser until some other tool or resource identifies that the image(s) should be resized to optimize performance or there is some other effect on people selecting the site...
In other words, has anything really been solved? I bring this up also because other similar modifications have been discussed throughout this thread as well as in other threads, in fact if you look back at the history of the plugin errors have been uncommented before only to be again commented out like what has been "discouraging".
Generally though, the solution?! Follow the instructions...
Seems almost might be better to simply remove the plugin if it can not be used properly.
If, however, going to use code like above, I would recommend that the applicable image type constant be used to maximize compatibility and code understanding when comparing the image type against $image_type. Such as: IMAGETYPE_JPEG, IMAGETYPE_GIF, IMAGETYPE_PNG, etc. instead of just a number. Based on looking over a few other things it seems that if going to go to such extremes, then should also validate that the image is large enough to support evaluation with the applicable function so that won't throw another error that was just attempted to be prevented.
#1 a mostly blank page with NO error log generated is what the current code does. your "average joe" gets a blank page, posts on this forum, and the 1st question, most of us ask, "are there any debug logs?" no debug logs makes the task that much harder.
#2 i agree. follow the instructions. when you only have clients that follow instructions, life is so much easier.... please pass those clients my way....
#3 i disagree with regards to your remove the plugin comment.
#4 perhaps just remove the '@' from the above 3 referenced functions? the functionality remains the same and the system now generates debug logs.
-
Re: Images with "LARGE" suffix are not scaled!
Quote:
Originally Posted by
mc12345678
If, however, going to use code like above, I would recommend that the applicable image type constant be used to maximize compatibility and code understanding when comparing the image type against $image_type. Such as: IMAGETYPE_JPEG, IMAGETYPE_GIF, IMAGETYPE_PNG, etc. instead of just a number. Based on looking over a few other things it seems that if going to go to such extremes, then should also validate that the image is large enough to support evaluation with the applicable function so that won't throw another error that was just attempted to be prevented.
i beg to differ that using a numeric value affects compatibility in any way. i agree that using the constant helps in readability.
given that, i think the following code addresses the problems i have encountered and is an improvement over the base code in this plugin. i have chosen to not do any of the size validations.
PHP Code:
function load_imageGD($src_name) {
// create an image of the given filetype
$file_ext = substr($src_name, strrpos($src_name, '.'));
$image_type = exif_imagetype($src_name);
switch ($image_type) {
case 'IMAGETYPE_GIF':
if(!function_exists("imagecreatefromgif")) return false;
$image = imagecreatefromgif($src_name);
break;
case 'IMAGETYPE_PNG':
if(!function_exists("imagecreatefrompng")) return false;
$image = imagecreatefrompng($src_name);
break;
case 'IMAGETYPE_JPEG':
if(!function_exists("imagecreatefromjpeg")) return false;
$image = imagecreatefromjpeg($src_name);
break;
}
return $image;
-
Re: Images with "LARGE" suffix are not scaled!
Hello there,
I know CDN is not supposed to be compatible with CDN, but our hosts suggested a way to enter some code in .htaccess to fetch images from the CDN urls. I know this is probably doubtful, but thought I would just throw it out there anyhow.
-
Re: ZC 1.5.5a Image Handler 4 not resizing - BMZ cache virtually empty?
I upgraded my site to Zen Cart 1.5.5. Now my product images no longer display. Does anyone know how to uninstall Image Handler 4?
Did not find any uninstall instructions in the download.
-
Re: ZC 1.5.5a Image Handler 4 not resizing - BMZ cache virtually empty?
Quote:
Originally Posted by
jodean
I upgraded my site to Zen Cart 1.5.5. Now my product images no longer display. Does anyone know how to uninstall Image Handler 4?
Did not find any uninstall instructions in the download.
Admin -> Tools -> Image Handler
then click
Uninstall Image Handler
I have not tried this so i can not attest as to if it actually works...
good luck!
-
Re: ZC 1.5.5a Image Handler 4 not resizing - BMZ cache virtually empty?
using V1.5.4 All has been working great except I have one product that when i try to add a second photo I get the following
Gateway Timeout
Server error - server 160.153.46.130 is unreachable at this moment.
Please retry the request or contact your administrator.
-
Re: ZC 1.5.5a Image Handler 4 not resizing - BMZ cache virtually empty?
Does image handler work with ZC v1.5.5a? In the downloads area it only lists versions 1.5.0 and 1.5.1. Unless there is another download area that has an update?
-
Re: ZC 1.5.5a Image Handler 4 not resizing - BMZ cache virtually empty?
OK I found the latest version in GitHub (v1.5.5) here: https://www.zen-cart.com/showthread....Thread/page149
Now I just got to keep my fingers crossed it works :)
-
Re: ZC 1.5.5e Image Handler 4 not allowing images to be entered
I am not sure to post here or in the Ceon URL Mapping thread so please accept my apologies if this is the wrong one.
Has anyone had an issue with this mod running with the above mod.
Images were available when I select a product and I could add the extra images in. But now I cannot select a product with out the page looping back through to the initial image handler page which just has the following
Image Handler4
No Image Handler information found.
Image Manager Admin Tools Preview About/Help
Uninstall Image Handler. (Please backup your site and database first)
Clear image cache
Scan for old IH 0.x and 1.x original images
I have only noticed this happening with the install of the CEON URL mapping. Is there a cure for this conflict other than uninsalling the ceon mod.
Thanks in advance. Running zc 1.5.5e and the latest version of all mods mentioned.
-
Re: ZC 1.5.5e Image Handler 4 not allowing images to be entered
Well I have gone through the install again and seemed to have go the back end working as expected but now the images on the product info page disappear when you click on them. A small image pops up and then the large main image on the infopage behind it disappears. The same happens when clicking on additional images.
-
Re: ZC 1.5.5e Image Handler 4 not allowing images to be entered
Solved my own issue by reading the install again and the clash seems to be with the tableau template and the lightbox and the additional_images.php files in the modules/mytemplate/ folder.
it pays to rtfm ;-)
-
Re: ZC 1.5.5e Image Handler 4 not allowing images to be entered
Hi All,
I have IH4 (from github) installed in zc v1.5.5e, template Winchester Responsive. Both running fine.
But, Winchester Responsive (WR) has Zen Colorbox and there is a problem in combination with IH4.
IH4's jscript_imagehover.js seems to conflict with WR's slimmenu.
I have posted this at WR's support thread here https://www.zen-cart.com/showthread....16#post1330216, referring to someone's post at the WR support thread.
The hover function is working well, but the "slimmenu" will not work then. Just disabling the hover function in admin will not help, only removing jscript_imagehover.js makes slimmenu working.
Anybody having any ideas how to solve this?
Thanks,
jpda
-
Re: ZC 1.5.5e Image Handler 4 not allowing images to be entered
Quote:
Originally Posted by
jpda
Hi All,
I have IH4 (from github) installed in zc v1.5.5e, template Winchester Responsive. Both running fine.
But, Winchester Responsive (WR) has Zen Colorbox and there is a problem in combination with IH4.
IH4's jscript_imagehover.js seems to conflict with WR's slimmenu.
I have posted this at WR's support thread here
https://www.zen-cart.com/showthread....16#post1330216, referring to someone's post at the WR support thread.
The hover function is working well, but the "slimmenu" will not work then. Just disabling the hover function in admin will not help, only removing jscript_imagehover.js makes slimmenu working.
Anybody having any ideas how to solve this?
Thanks,
jpda
This is/was an issue identified (with a proposed fix) by torvista in the Issues section of the github repo: https://github.com/DivaVocals/zen_Im...dler/issues/13
-
Re: ZC 1.5.5e Image Handler 4 not allowing images to be entered
Quote:
Originally Posted by
mc12345678
Thanks a lot, mc12345678 an torvista, that solution worked! :clap:
For those who have the same problem:
The file to be changed is jscript_imagehover.js, not jscript_imagehover.php.
Cheers,
jpda
-
Re: ZC 1.5.5e Image Handler 4 not allowing images to be entered
Quote:
Originally Posted by
mc12345678
I downloaded github version, updated the code, tried different templates (default responsive, classic and custom), tried it on default zc install, and still not working.
PHP Code:
document.addEventListener("DOMContentLoaded", function (event) { if (document.getElementById || document.all) { document.body.innerHTML += '<div id="trailimageid"></div>'; }});
to
PHP Code:
window.addEventListener("load", function () { document.body.insertAdjacentHTML('beforeend', '<div id="trailimageid"></div>') });
?
Is this fix not working for anyone else?
-
Re: ZC 1.5.5e Image Handler 4 not allowing images to be entered
Quote:
Originally Posted by
vandiermen
I downloaded github version, updated the code, tried different templates (default responsive, classic and custom), tried it on default zc install, and still not working.
PHP Code:
document.addEventListener("DOMContentLoaded", function (event) { if (document.getElementById || document.all) { document.body.innerHTML += '<div id="trailimageid"></div>'; }});
to
PHP Code:
window.addEventListener("load", function () { document.body.insertAdjacentHTML('beforeend', '<div id="trailimageid"></div>') });
?
Is this fix not working for anyone else?
Just to be sure that staying or will stay on the correct topic, in trying each of the template's, the "install" for that template was incorporated, correct? Also, is the issue still just that the image view on hover is affected or is it more?
-
Re: ZC 1.5.5e Image Handler 4 not allowing images to be entered
Quote:
Originally Posted by
mc12345678
Just to be sure that staying or will stay on the correct topic, in trying each of the template's, the "install" for that template was incorporated, correct? Also, is the issue still just that the image view on hover is affected or is it more?
I just checked again, and the item I was testing had _MED.gif extension, so i added a new product and IH is working on the new products. So maybe I am ok now. However...
On one of the demo products did not have an extension _MED and image still not resizing, maybe something with the demo product images? (they are already small?
My products: http://www.electricmotorshop.com.au/...roducts_id=180
Demo product with no _MED extension: http://www.electricmotorshop.com.au/...&products_id=1
It's a not an issue for me as long as my own products are working
In trying each of the template, I re-installed the image handler and the files were changed in each template.
IH resize images was not working (where IH resizes and changes image to the bmz_cache)
-
Re: ZC 1.5.5e Image Handler 4 not allowing images to be entered
Quote:
Originally Posted by
vandiermen
I just checked again, and the item I was testing had _MED.gif extension, so i added a new product and IH is working on the new products. So maybe I am ok now. However...
On one of the demo products did not have an extension _MED and image still not resizing, maybe something with the demo product images? (they are already small?
My products:
http://www.electricmotorshop.com.au/...roducts_id=180
Demo product with no _MED extension:
http://www.electricmotorshop.com.au/...&products_id=1
It's a not an issue for me as long as my own products are working
In trying each of the template, I re-installed the image handler and the files were changed in each template.
IH resize images was not working (where IH resizes and changes image to the bmz_cache)
It looks like the original images of the demo products have been replaced with smaller ones. The product you link to should have a default image with a size of 700x700 pixels (file size 133kb). Your image is only 100x80 pixels, and that is the true size. it is not scaled
-
Re: Image Handler 4 Support Thread
Note of Appreciation:
I'm just beginning to come to terms with Zen Cart, which is fairly user-friendly if still somewhat intimidating to ZC novices. So with some trepidation I decided to install Image Handler for my ZC version. Wonder of wonders, I followed the instructions *exactly* as given, and the add-on worked *exactly* as promised. In an exacting world, some matters of exactness are much appreciated.
Kennith
-
Re: Image Handler 4 Support Thread
v1.5.4
I have a vertical positioning problem on image hover in Chrome and Opera. Firefox,IE11, and Edge all work as expected.
http://heavenandearthdesigns.com/ind...x&cPath=160_12
to reproduce, scroll down a little bit on the page and hover an image in top row, then move down a row, and down another row and you will see that the vertical position stays the same.... near the top in Chrome and Opera. I have tested this on 1.5.5 clean with image handler installed and see the same behavior.
This site has been running image handler for years and this problem is recent with no file changes on the site. I suspect that something changed in a recent update of Chromes rendering engine to manifest this issue (Opera uses the same rendering engine).
