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.