-
Image Handler 4 (for v1.5.x) Support Thread
Moving again.. But we're only going up the road a bit! :laugh:
Welcome to the new support thread for Image Handler 4, v4.0.
Image Handler 4, v4.0 is available for download here:
http://www.zen-cart.com/index.php?ma...oducts_id=2098
The previous support threads can be found here:
http://www.zen-cart.com/forum/showthread.php?t=178972
http://www.zen-cart.com/forum/showthread.php?t=35913
http://www.zen-cart.com/forum/showthread.php?t=33373
All support related questions for Image Handler 4 for v1.5.x should be posted on THIS support thread.
The Image Handler 3 Support thread will continue to serve as the support thread for Image Handler 3 for v1.3.x (for ZC v1.3.9).
The Image Handler 2 Support thread will continue to serve as the support thread for those who are using Image Handler 2 for v1.3.x (ZC v1.3.8).
Any IH2 or IH3 questions posted here will be (gently or not so gently) re-directed back to the appropriate support thread. (and vice versa)
Image Handler 4 v4.0 for v1.5.x
Image Handler 4, v4.0 for v1.5.x is based on an original contribution by Tim Kröger.
Why the new name??
With the guidance of the Zen Cart admins, Image Handler 4 was submitted as a NEW add-on with a new name to minimize confusion so this new CLEAN support thread could be started. The bugs/issues reported in the old support thread have been addressed in this new version, and the readme has been revamped to provide MORE information upfront to those who use this add-on which will (hopefully) address some of the usual install and configuration questions.. (versus having to search through an unrelated support thread)
So on to the good stuff.
Here's the answers to the most frequently asked question: "What does Image Handler 4 do?"
(which BTW REALLY IS explained in detail in the readme for those who REALLY wanna know.. it doesn't hurt to download the fileset..)
Purpose & Aim
Image Handler 4 at the heart of its code is really meant to ease the management of product images (particularly the management of additional product images), and to help improve page performance by optimizing the product images.
Image Handler 4 generates product images (based on your image settings) in the Image Handler 4 bmz_cache folder. It DOES NOT replace or modify the original images. So it's PERFECTLY safe to use on an existing store.
Image Handler 4 enables you to use GD libraries or ImageMagick (if installed on your server) to generate and resize small, medium and large images on the fly on page request. You can simply upload just one image or you can have different sources for medium and large images. Image Handler 4 further enables you to watermark your images (overlay a second specific translucent image) and have medium or large images pop up when you move your mouse over a small image (fancy hover).
This contribution includes a powerful admin interface to browse your products just like you would with the Attribute Manager and upload / delete / add additional images without having to do this manually via FTP. Image Handler 4 works fine with mass update utilities like EzPopulate.
Features
- Improve site performance (faster loading, faster display)
- Professional looking images (no stair-effects, smooth edges)
- Choose preferred image-types for each image size
- Uploading one image automatically creates small, medium and large images on page request
- Drops in and out seamlessly. No need to redo your images. All images are kept.
- Easy install. One-click-database-upgrade.
- Works with mass-update/-upload tools like EzPopulate.
- Watermark images to prevent competitors from stealing them.
- Fancy image hover functionality lets a larger image pop up whenever you move your mouse above a small image (switchable).
- Choose an image background color matching to match you site's color or select a transparent background for your images.
- Manage your multiple images for products easily from one page just like you do with attributes in the Products Attribute Manager.
Image Handler 4 is meant to ease the work required to setup images for your store. It works WITH default Zen Cart functionality, it does not replace it.
It is very strongly recommended that you read through the ENTIRE "Configuration" & "Usage" sections of the Image Handler 4 readme file. There you will find out exactly what Image Handler 4 can do.
-
Image Handler 4 Support Thread (BEFORE YOU POST A SUPPORT QUESTION HERE)
BEFORE YOU POST A SUPPORT QUESTION HERE READ THROUGH THIS SECTION (this is from the Image Handler readme file):
Troubleshooting Basics
Make sure your custom template is active. (Admin > Tools > Template Selection)
Make sure Image Handler 4 is installed. Admin > Tools > Image Handler4 > Admin Tools. Set permissions in both your images and bmz_cache folders to 755 (eg: both of these folders need to have the same permissions).
If Image Handler 4 does not work or gives you errors:
- Make sure all files are in correct location
- Make sure you uploaded ALL the Image Handler 4 files
- Make sure the files are not corrupt from bad FTP transfers
- Make sure your file merge edits are correct
- MAKE SURE YOU RE-READ THE CONFIGURATION AND USAGE SECTIONS!!!
- Make sure that there are no javascript conflicts from other programs
- Make sure that your main product image files names DO NOT contain any special characters
ie: non-alphanumeric characters such as
/ \ : ! @ # $ % ^ < > , [ ] { } & * ( ) + =
Always use proper filenaming practices when naming your images - See this document as a reference: http://www.records.ncdcr.gov/erecords/filenaming_20080508_final.pdf\
When posting bugs/issues about Image Handler 4, it's a WHOLE LOT more helpful to resolve them if you post details. Just saying "it's broken" or "doesn't work" does not provide nearly enough information to help YOU resolve YOUR issue.
Please provide as MUCH information as possible including:
- The version of Zen Cart you are running
- The version of Image Handler 4 you are running (you can see this by going to “Admin > Tools > Image Handler4” – the version is displayed in the upper left hand side)
- Any other add-ons you may have also installed
- Hosting/server information (PHP versions, mySQL versions, hosting provider etc)
- The EXACT error/issue you are experiencing
- AND if you're REALLY detail oriented, tell us the install sequence/method you used to install Image Handler 4.
- Post a link (not a screen print) to a specific product/product listing page where the issue you are experiencing can be seen (Please DO NOT make folks fish through your site looking for an example of your issue)
AND this last point is important.. The volunteers who help here need to SEE what you see LIVE. A screenprint really isn’t good enough.
And a (gentle) reminder about FREE forum support:
This is ain’t Microsoft folks!
(a frequently used analogy by some to compare open source projects to commercial projects)
Like other open source projects, this support forum is manned by VOLUNTEERS (ie: unpaid folks). They are not OBLIGATED to assist here, but they do so because they WANT to. They give of their time here when their individual schedules permit. Usually the response is pretty quick 'round these parts, but when it’s not or your question has gone unanswered this may mean one of a few things:
- NO ONE has an answer to your question/issue.
(Some folks will only respond when they have something MEANINGFUL to say versus a blanket “I don’t know how to do that” kind of answer.) - Folks are just busy and will answer if/when they can..
(family and other personal obligations, day jobs, paid jobs, etc will usually trump forum participation – this is to be expected – after all it’s unrealistic to expect that folks are sitting around this forum all day and night waiting to answer questions) - Your question got missed. (and while I’m on this point) Your post MIGHT have been missed if your post is now a FEW pages back (like more than TWO or more pages) with no response.. Missed does NOT mean “it’s been an hour and no one responded to my question, so let me 'bump' the thread by re-posting my question again”
Anyway.. carry on.. Enjoy the new version..
-
Image Handler 4 Support Thread (Zen Cart and Image Management)
Zen Cart and Image Management
Image Handler 4 is meant to ease the work required to setup images for your store.. It works WITH default Zen Cart functionality, it does not replace it.. Here's some additional FAQs which discuss how product images work in Zen Cart.
Information on how Zen Cart identifies/manages additional product images can be found on these Zen Cart FAQs:
Check out these FAQs and see if they help clarify how Zen Cart works with product images.
Prepare Your Site for Growth
Not many folks are aware that Image Handler 4 can manage the needs of a very large site as easily as it does a small one. When first building a site, the owner of a small site needs only to load images to the images folder. But when the site gets bigger and images multiply like rabbits, this can cause file naming confusions for Zen Cart and slow down the site. Preparing for your business to grow from the beginning will save you hours of work later on!
Without Image Handler 4 installed, Zen Cart requires you to create, optimize, and upload three different size images for each image you want to use. You must name these images using naming suffixes, and place them in corresponding folders inside your main image folder. For example: A product called "Widget" requires images/widget.jpg (small image) images/medium/widget_MED.jpg (medium image) and images/large/widget_LRG.jpg. This is such a hassle, especially if many of your products have multiple images. And as your site grows, it becomes an impossible task!
With Image Handler 4, you no longer have to make three sizes of the same images and place them in different folders (unless you want to)! Instead, you need upload only one image in one folder and Image Handler 4 will do the rest! Simply upload your largest highest quality image and Image Handler 4 will resize and optimize your image as needed, and serve up small, medium, or large image sizes appropriate to the page loaded - all automatically and all without actually modifying your original image file in any way! Check out the Configuration Tab of this ReadMe for more info about this awesome functionality!
Prepare your site for growth by simply creating sub-folders in your main images folder. For example, you may want to put all your "widget" images in a folder called "widgets" and all your doodad images in a folder called "doodads" , like this:
Product: Blue Widget with 3 images
----------------------------------
/images/widgets/blue_widget1.jpg (main product image for a blue widget, i.e. front view)
/images/widgets/blue_widget2.jpg (additional product image for a blue widget, i.e. side view)
/images/widgets/blue_widget3.jpg (additional product image for a blue widdget, i.e. rear view)
Product: Red Widget with 1 image
--------------------------------
/images/widgets/red_widget.jpg (main product image for a red widget)
Product: Gold Doodad with 2 images
----------------------------------
/images/doodads/gold_doodad1.jpg (main product image for a gold doodad, i.e. view from above)
/images/doodads/gold_doodad2.jpg (additional product image for a gold doodad, i.e. view from side)
Product: Silver Doodad with 3 images
------------------------------------
/images/doodads/silver_doodad1.jpg (main product image for a silver doodad, i.e. product)
/images/doodads/silver_doodad2.jpg (additional product image for a silver doodad, i.e. product detail)
/images/doodads/silver_doodad3.jpg (additional product image for a silver doodad, i.e. product's silver stamp)
Using Image Handler 4, you can easily sort and manage thousands of images without confusion or hassle! When selecting the main image for a product in the Image Handler 4 interface, Image Handler 4 lets you pick the location for this image. This prompt disappears afterwards because Image Handler 4 knows that additional images need to be in the same folder as their main product image and handles that automatically!
-
Re: Image Handler 4 Support Thread
confused!
do i need to rename any files has _ih4.php & folder IH_INSTALL?
if not, shall i remove my template files and merge change to plugin files?
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
weber
confused!
do i need to rename any files has _ih4.php & folder IH_INSTALL?
if not, shall i remove my template files and merge change to plugin files?
I think the installation instructions are pretty clear on this.. If this is not clear, then it will help if you tell us what is not clear here for you??
Quote:
DO NOT rename, remove, or relocate any of the other files or folders. Doing so may cause the auto-installer to fail.
- You may notice files that look familiar, execpt that they contain an "_IH4" suffix. For example: /YOUR_ADMIN/includes/modules/category_product_listing_IH4.php. Such files are an important part of the auto-installer and should NOT be renamed!
- You may notice folders named "IH_INSTALL" that contain files that would normally be in the "YOUR_CUSTOM_TEMPLATE" folder. Such folders and the files they contain are an important part of the auto-installer and should NOT be removed, renamed, or relocated!
- The auto-installer will write to the files that need to be written to, create the files that need to be created, and ensure those files are in their appropriate folders.
- The only thing you need to do to have a successful installation is rename your admin folder and follow the steps below.
-
Re: Image Handler 4 Support Thread
It works exactly as Diva said/wrote. It's very important to READ everyting in the readme an do EXACTLY what you are told to do.
It's not the way 'we' are used to install modules, but works realy great!
Also great work on the readme which is very clear and also has a lot of info, including screenshot's, about configuration and troubleshooting. Also some support regarding ZenLightbox and Fual Slimbox is included.
If there should be need to uninstall (WHY?? :P) the installer automaticly deletes tables from the database but also deletes and restores files from your server automaticly.
It was worth the waiting, Diva and crew did a great job on this! :clap:
In the meantime I found where I could make my donation :thumbsup:
(no, I'm not a shareholder or involved in any other way but people should be thankfull for these great mods and show their appreciation by making (even a the smallest) donations. I guess you all earn some money with your shops...)
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
Gerjan
It works exactly as Diva said/wrote. It's very important to READ everyting in the readme an do EXACTLY what you are told to do.
It's not the way 'we' are used to install modules, but works realy great!
Thanks for posting this.. This needs to be stressed..
Quote:
Originally Posted by
Gerjan
Also great work on the readme which is very clear and also has a lot of info, including screenshot's, about configuration and troubleshooting. Also some support regarding ZenLightbox and Fual Slimbox is included.
If there should be need to uninstall (WHY?? :P) the installer automaticly deletes tables from the database but also deletes and restores files from your server automaticly.
It was worth the waiting, Diva and crew did a great job on this! :clap:
The readme is fabulous isn't it!!!?? ScriptJunkie took the reigns on the update duties this go round and she should be thanked for her work.
But I gotta stress that EVERYONE who contributed to this version should be commended as well!! The VOLUNTEERS ALL did a FABULOUS job!!! We even had a member of the Zen Cart German project participate (http://sourceforge(dot)net/projects/...erman/develop/), and thanks to him, IH4 now has proper language files and all the hardcoded text has been removed from the add-on.
All in all this is a really nice piece of work on everyone's part!!
-
Re: Image Handler 4 Support Thread
-
Re: Image Handler 4 Support Thread
i got it working, but how come its not resizing all the pictures to be the same size
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
CnTGifts
i got it working, but how come its not resizing all the pictures to be the same size
See post #2 of this support thread.. (on this same page..)..
Once you double check your setup/install post the information we ALWAYS ask for..
-
Re: Image Handler 4 Support Thread
I am using zencart 1.50 i am using the new version 4 of IH
I have ZenLightbox, ceon url, ty tracker, google sitemap and merchant senter
PHP Version: 5.2.17 (Zend: 2.2.0) MySQL 5.0.95-community
Some of my images show bigger than others, back on version 3 all of my images were the same size.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
CnTGifts
I am using zencart 1.50 i am using the new version 4 of IH
I have ZenLightbox, ceon url, ty tracker, google sitemap and merchant senter
PHP Version: 5.2.17 (Zend: 2.2.0) MySQL 5.0.95-community
Some of my images show bigger than others, back on version 3 all of my images were the same size.
- [FONT=Tahoma]tell us the install sequence/method you used to install Image Handler 4.[/FONT]
- [FONT=Tahoma]Post a link (not a screen print) to a specific product/product listing page where the issue you are experiencing can be seen (Please DO NOT make folks fish through your site looking for an example of your issue)[/FONT]
All this said you need to DOUBLE CHECK your install and your image settings.. this is TRULY the most straightforward install of ANY Zen Cart add-on. If it isn't working it IS due to an image configuration setting or a step you missed in the installation.
Please review the readme install instructions again.. (Hint: start with step TEN of the install instructions.) Then double check your image settings..
-
Re: Image Handler 4 Support Thread
I followed the instructions given in the file,
http://familytraditionwreaths.com/all_products.html you can see the door sprat image is taller than all others and then you can see Maine Balsam Fir Greens is very small
Then if you go to here http://familytraditionwreaths.com/ba...as-wreath.html and click larger image and go through all the images you can see one is bigger than the rest
These are my image settings
Title Value Action
Image - Additional Image Height 100 Info
Image - Additional Image Width 100 Info
Small Image Width 120 Info
Small Image Height Info
Heading Image Width - Admin 57 Info
Heading Image Height - Admin 40 Info
Subcategory Image Width 120 Info
Subcategory Image Height Info
Calculate Image Size true Info
Image Required true Info
Image - Shopping Cart Status 1 Info
Image - Shopping Cart Width 50 Info
Image - Shopping Cart Height 40 Info
Category Icon Image Width - Product Info Pages 57 Info
Category Icon Image Height - Product Info Pages 40 Info
Top Subcategory Image Width 150 Info
Top Subcategory Image Height 85 Info
Product Info - Image Width 210 Info
Product Info - Image Height Info
Product Info - Image Medium Suffix _MED Info
Product Info - Image Large Suffix _LRG Info
Product Info - Number of Additional Images per Row 3 Info
Image - Product Listing Width 120 Info
Image - Product Listing Height Info
Image - Product New Listing Width 120 Info
Image - Product New Listing Height Info
Image - New Products Width 120 Info
Image - New Products Height Info
Image - Featured Products Width 120 Info
Image - Featured Products Height Info
Image - Product All Listing Width 120 Info
Image - Product All Listing Height Info
Product Image - No Image Status 1 Info
Product Image - No Image picture no_picture.gif Info
Image - Use Proportional Images on Products and Categories 1 Info
IH resize images yes
IH small images filetype no_change Info
IH small images background 255:255:255 Info
IH small images compression quality 85 Info
IH small images watermark no Info
IH small images zoom on hover yes Info
IH small images zoom on hover size Medium Info
IH medium images filetype no_change Info
IH medium images background 255:255:255 Info
IH medium images compression quality 85 Info
IH medium images watermark no Info
IH large images filetype no_change Info
IH large images background 255:255:255 Info
IH large images compression quality 85 Info
IH large images watermark no Info
IH large images maximum width 750 Info
IH large images maximum height 550 Info
IH watermark gravity Center
-
Re: Image Handler 4 Support Thread
This has nothing to do with IH4. IH4 resizes your images based on the image settings, but it applies these settings based on your original image sizes.. Are these ALL the same size?? IH4 won't MAKE your images the same size. It NEVER has worked that way..
Quote:
Originally Posted by
CnTGifts
I followed the instructions given in the file,
http://familytraditionwreaths.com/all_products.html you can see the door sprat image is taller than all others and then you can see Maine Balsam Fir Greens is very small
Then if you go to here
http://familytraditionwreaths.com/ba...as-wreath.html and click larger image and go through all the images you can see one is bigger than the rest
These are my image settings
Title Value Action
Image - Additional Image Height 100 Info
Image - Additional Image Width 100 Info
Small Image Width 120 Info
Small Image Height Info
Heading Image Width - Admin 57 Info
Heading Image Height - Admin 40 Info
Subcategory Image Width 120 Info
Subcategory Image Height Info
Calculate Image Size true Info
Image Required true Info
Image - Shopping Cart Status 1 Info
Image - Shopping Cart Width 50 Info
Image - Shopping Cart Height 40 Info
Category Icon Image Width - Product Info Pages 57 Info
Category Icon Image Height - Product Info Pages 40 Info
Top Subcategory Image Width 150 Info
Top Subcategory Image Height 85 Info
Product Info - Image Width 210 Info
Product Info - Image Height Info
Product Info - Image Medium Suffix _MED Info
Product Info - Image Large Suffix _LRG Info
Product Info - Number of Additional Images per Row 3 Info
Image - Product Listing Width 120 Info
Image - Product Listing Height Info
Image - Product New Listing Width 120 Info
Image - Product New Listing Height Info
Image - New Products Width 120 Info
Image - New Products Height Info
Image - Featured Products Width 120 Info
Image - Featured Products Height Info
Image - Product All Listing Width 120 Info
Image - Product All Listing Height Info
Product Image - No Image Status 1 Info
Product Image - No Image picture no_picture.gif Info
Image - Use Proportional Images on Products and Categories 1 Info
IH resize images yes
IH small images filetype no_change Info
IH small images background 255:255:255 Info
IH small images compression quality 85 Info
IH small images watermark no Info
IH small images zoom on hover yes Info
IH small images zoom on hover size Medium Info
IH medium images filetype no_change Info
IH medium images background 255:255:255 Info
IH medium images compression quality 85 Info
IH medium images watermark no Info
IH large images filetype no_change Info
IH large images background 255:255:255 Info
IH large images compression quality 85 Info
IH large images watermark no Info
IH large images maximum width 750 Info
IH large images maximum height 550 Info
IH watermark gravity Center
-
Re: Image Handler 4 Support Thread
i will check my images thank you
-
Re: Image Handler 4 Support Thread
how can you make it so if you hoover over best seller sidebox images then it will zoom?
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
CnTGifts
how can you make it so if you hoover over best seller sidebox images then it will zoom?
Is this an ADD-ON?
IH (as far as I know) works WITH core ZC components only.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
CnTGifts
how can you make it so if you hoover over best seller sidebox images then it will zoom?
Quote:
Originally Posted by
schoolboy
Is this an ADD-ON?
IH (as far as I know) works WITH core ZC components only.
Give this man a prize!!!! If Best Sellers is an add-on, it may not work with Image Handler.. and I don't have an answer off the top of my my head as to how to modify it to do so.. Suggest hitting up the Best Sellers sidebox support thread..
-
Re: Image Handler 4 Support Thread
Again, it's in the readme;
Note on the Large Image dimension: You can set it to whatever you want, but if the largest image you upload is smaller than these dimensions Image Handler4 will not enlarge your image (Again, Image Handler4 does not enlarge images). If the largest image you upload is larger than these dimensions, Image Handler4 will re-size your image based on these settings. (Image Handler4 will maintain the image's aspect ratio when it re-sizes the image)
Edit; need to read too... sry... best seller sidebox images... I focused on "ZOOM" as in enlarge.. ^^
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
CnTGifts
i will check my images thank you
Here's your answer below in case you missed this..
|
|
|
|
|
\/
Quote:
Originally Posted by
Gerjan
Again, it's in the readme;
Note on the Large Image dimension: You can set it to whatever you want, but if the largest image you upload is smaller than these dimensions Image Handler4 will not enlarge your image (Again, Image Handler4 does not enlarge images). If the largest image you upload is larger than these dimensions, Image Handler4 will re-size your image based on these settings. (Image Handler4 will maintain the image's aspect ratio when it re-sizes the image)
I say this all the time (and have taken flak for it on occasion too), but the readme REALLY does answer NEARLY ALL QUESTIONS about IH4's installation and functionality!!! This is why I constantly push people back to it.. We put a LOT of effort in to this document, and I'm VERY confident that we cover a LOT of ground in this document.. (we REALLY do..:yes:)
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
Gerjan
Edit; need to read too... sry... best seller sidebox images... I focused on "ZOOM" as in enlarge.. ^^
Not sure I understand this.. Are you saying that you got the IH4 zoom feature to work with the best sellers sidebox?? If so, how?? (for the benefit of others :smile:)
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
DivaVocals
Not sure I understand this.. Are you saying that you got the IH4 zoom feature to work with the best sellers sidebox?? If so, how?? (for the benefit of others :smile:)
No! Just my fault. I thought the question was about zooming images, as in enlarge. After my reply I noticed my mistake that the question was on how to get the hoover/zoom effect to work with the best sellers sidebox.
But as you said: Suggest hitting up the Best Sellers sidebox support thread..
-
Re: Image Handler 4 Support Thread
Automatic installation of this format is very unfortunate solution.
Ex.
- My store does not have english folder
- I have renamed classic template folder with many modifications
- I preparing shop on localhost for install to host (After reinstall What should I do? IH not visible and not installed.)
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
Gerjan
No! Just my fault. I thought the question was about zooming images, as in enlarge. After my reply I noticed my mistake that the question was on how to get the hoover/zoom effect to work with the best sellers sidebox.
But as you said: Suggest hitting up the Best Sellers sidebox support thread..
No...you actually had it right because she asked both of the questions in different posts :smile:
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
ryska
Automatic installation of this format is very unfortunate solution.
Ex.
- My store does not have english folder
- I have renamed classic template folder with many modifications
- I preparing shop on localhost for install to host (After reinstall What should I do? IH not visible and not installed.)
Then simply create a folder for the language you are using in the YOUR_ADMIN/includes/languages folder and copy the folder/files from the YOUR_ADMIN/includes/languages/english folder to that folder.
The name of your template folder does NOT matter. The auto installer will find the active template and make the necessary updates when installing.
-
Re: Image Handler 4 Support Thread
I've updated my zen cart shop to the latest 1.5.0 version and all working fine. I've attempted to installed Image Handler 4 and although it installed ok, it won't allow me to see the image on the admin page or upload new images. I've set the permissions as stated to 755 on the images and bmz_cache folders.
Looking at the HTML on the admin page, it shows the current images we have as broken images, but looking at the html rendered, it has an extra slash at the start (
<img src="//bmz_cache/0/01146dd9ec435862f8df50639fa96f21.image.26x40.jpg" )
Removing this slash and the image shows perfectly.
I think that the 2 issues are related as I would guess that the tool is trying to upload to a folder which doesnt exist (//bmz_cache).
Any info on how to resolve this would be appreciated.
Thanks
-
Re: Image Handler 4 Support Thread
The extra slash in the image URL would indicate that your configure.php files (admin-side or and shop-side) is incorrect.. However, without a URL to see your site all this is guesswork..
Quote:
Originally Posted by
ndg_uk
I've updated my zen cart shop to the latest 1.5.0 version and all working fine. I've attempted to installed Image Handler 4 and although it installed ok, it won't allow me to see the image on the admin page or upload new images. I've set the permissions as stated to 755 on the images and bmz_cache folders.
Looking at the HTML on the admin page, it shows the current images we have as broken images,
but looking at the html rendered, it has an extra slash at the start (
<img src="
//bmz_cache/0/01146dd9ec435862f8df50639fa96f21.image.26x40.jpg" )
Removing this slash and the image shows perfectly.
I think that the 2 issues are related as I would guess that the tool is trying to upload to a folder which doesnt exist (//bmz_cache).
Any info on how to resolve this would be appreciated.
Thanks
-
Re: Image Handler 4 Support Thread
Thanks for the prompt reply.
The front end url is www.eastfifeshop.com and all appears ok there.
Happy to post the html from the admin side to let you see whars happening.
Where in the folder structure is the configure file found?
-
Re: Image Handler 4 Support Thread
If it's the configure.php file it's a Zen Cart setup issue and NOT related specifically to IH4.. Your configure.php files are found in the "includes" folder.. The extra slash would tend to indicate that you have a slash in your configure file that doesn't belong..
Quote:
Originally Posted by
ndg_uk
Thanks for the prompt reply.
The front end url is
www.eastfifeshop.com and all appears ok there.
Happy to post the html from the admin side to let you see whars happening.
Where in the folder structure is the configure file found?
-
Re: Image Handler 4 Support Thread
Looking through the file there doesn't appear to be anything incorrect there.
Does anything get written to this file during the installation of IH4?
The reason I'm asking is that the file had some strange permissions on it and I wonder if its missing an update.
Thanks again
-
Re: Image Handler 4 Support Thread
Found it in the admin configure.php file
All working fine
Thanks for your help
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
ndg_uk
Looking through the file there doesn't appear to be anything incorrect there.
Does anything get written to this file during the installation of IH4?
The reason I'm asking is that the file had some strange permissions on it and I wonder if its missing an update.
Thanks again
IH4's install does NOT touch this file.. Like I stated if it's the configure.php file it's a Zen Cart setup issue and NOT related specifically to IH4.. The extra slash you are seeing would tend to indicate that you have a slash in your configure.php file that doesn't belong there..
Quote:
Originally Posted by
ndg_uk
Found it in the admin configure.php file
All working fine
Thanks for your help
Glad to hear this..
-
Re: Image Handler 4 Support Thread
Hi,
have installed ih4 on a fresh install and everything went smooth, i think it has problem with product status icon in admin after install.
after installing my product status icon wont switch product on and off
admin/includes/modules/category_product_listing.php
PHP Code:
if ($products->fields['products_status'] == '1') {
echo '<a href="' . zen_href_link(FILENAME_CATEGORIES, 'action=setflag&flag=0&pID=' . $products->fields['products_id'] . '&cPath=' . $cPath . (isset($_GET['page']) ? '&page=' . $_GET['page'] : '')) . '">' . zen_image(DIR_WS_IMAGES . 'icon_green_on.gif', IMAGE_ICON_STATUS_ON) . '</a>';
} else {
echo '<a href="' . zen_href_link(FILENAME_CATEGORIES, 'action=setflag&flag=1&pID=' . $products->fields['products_id'] . '&cPath=' . $cPath . (isset($_GET['page']) ? '&page=' . $_GET['page'] : '')) . '">' . zen_image(DIR_WS_IMAGES . 'icon_red_on.gif', IMAGE_ICON_STATUS_OFF) . '</a>';
}
if (zen_get_product_is_linked($products->fields['products_id']) == 'true') {
echo ' ' . zen_image(DIR_WS_IMAGES . 'icon_yellow_on.gif', IMAGE_ICON_LINKED) . '<br>';
}
and replaced with this code from backup file created automatically during install
PHP Code:
if ($products->fields['products_status'] == '1') {
echo zen_draw_form('setflag_products', FILENAME_CATEGORIES, 'action=setflag&pID=' . $products->fields['products_id'] . '&cPath=' . $cPath . (isset($_GET['page']) ? '&page=' . $_GET['page'] : '') . ((isset($_GET['search']) && !empty($_GET['search'])) ? '&search=' . $_GET['search'] : ''));?>
<input type="image" src="<?php echo DIR_WS_IMAGES ?>icon_green_on.gif" title="<?php echo IMAGE_ICON_STATUS_ON; ?>" />
<input type="hidden" name="flag" value="0" />
</form>
<?php
} else {
echo zen_draw_form('setflag_products', FILENAME_CATEGORIES, 'action=setflag&pID=' . $products->fields['products_id'] . '&cPath=' . $cPath . (isset($_GET['page']) ? '&page=' . $_GET['page'] : '') . ((isset($_GET['search']) && !empty($_GET['search'])) ? '&search=' . $_GET['search'] : ''));?>
<input type="image" src="<?php echo DIR_WS_IMAGES ?>icon_red_on.gif" title="<?php echo IMAGE_ICON_STATUS_OFF; ?>"/>
<input type="hidden" name="flag" value="1" />
</form>
<?php
}
if (zen_get_product_is_linked($products->fields['products_id']) == 'true') {
echo ' ' . zen_image(DIR_WS_IMAGES . 'icon_yellow_on.gif', IMAGE_ICON_LINKED) . '<br>';
}
hope this makes sense and maybe my solution could be checked or maybe the problem is to do with my install,
thanks for great add on
bryan
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
bn17311
...or maybe the problem is to do with my install.
It's not your install. Just checked two shops I'm working on and you're right. Can't turn them on or off. Thanks for posting this, your 'fix' also worked for me.
(Although the readme already told us to check on this file, but since they were the original files I did not not compare them after the install)
-
Re: Image Handler 4 Support Thread
U have read the instructionfile twice. Uploaded the files twize, but i must have missed something.
After upload of all files i get following message when i come to step 9 in the guide:
Quote:
WARNING: An Error occurred, please refresh the page and try again
The installation wont start... Does anyone recognize that?
I am using Zen Cart 1.5.0
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
Luftkaffe
U have read the instructionfile twice. Uploaded the files twize, but i must have missed something.
After upload of all files i get following message when i come to step 9 in the guide:
The installation wont start... Does anyone recognize that?
I am using Zen Cart 1.5.0
What language(s) do you have installed in your shop?
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
Gerjan
What language(s) do you have installed in your shop?
Swedish language.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
Luftkaffe
Swedish language.
Ok, thx. I did encouter the same problem with a Dutch language pack. However, I 'luckely' found an older Dutch language pack version for Zen-Cart 1.5. I replaced my admin/includes/languages/dutch.php and then IH4 installed succesfully.
So in my case there is something wrong with this language file that causes the IH4 to fail the install.
I did compare both files changed a few things and tested again without result. So far I did not manage to find the cause of this problem. But my problem is that I'm not a programmer and I have just little knowledge of php.
If anyone is interested to compare my two dutch files, please PM me. Maybe you can find the problem... and maybe help my Swedish friend :wink:
This may sound weird, but maybe you could try to temporary replace the swedish.php by the english version and rename that to swedish.php (and rename your original swedish.php to swedish.bak so you can can switch back quickly when done).
I know it's not a fix, but for a "test" you can determin if this swedish.php is causing he problem AND you ca move on first.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
Luftkaffe
U have read the instructionfile twice. Uploaded the files twize, but i must have missed something.
After upload of all files i get following message when i come to step 9 in the guide:
The installation wont start... Does anyone recognize that?
I am using Zen Cart 1.5.0
Also it would help a GREAT deal if you looked at your cache folder and tell us what the error log that is created when you see this message says..
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
DivaVocals
Also it would help a GREAT deal if you looked at your cache folder and tell us what the error log that is created when you see this message says..
True! Sorry, I was to quick with my conclusion that is could be the same problem... you should indeed check your cache first!
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
Gerjan
True! Sorry, I was to quick with my conclusion that is could be the same problem... you should indeed check your cache first!
They may be the same problem..:smile: but the error message he got says that an error log file was generated, and having it might provide some insight..:yes:
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
DivaVocals
Also it would help a GREAT deal if you looked at your cache folder and tell us what the error log that is created when you see this message says..
It was the language/swedish.php - file that caused it.
But i guess i still got the error-log if you need to look further in to the problem.
Lets see. If i got the right error-log it says something like this:
Quote:
[09-Apr-2012 23:14:27] PHP Fatal error: 1064:You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ' 1001, now(), now(), NULL, 'zen_cfg_select_option(array(''yes'',''no''),')' at line 1 :: INSERT INTO configuration (configuration_id, configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, last_modified, date_added, use_function, set_function) VALUES (NULL, 'IH resize images', 'IH_RESIZE', 'no', 'Select either -no- which is old Zen-Cart behaviour or -yes- to activate automatic resizing and caching of images. --Note: If you select -no-, all of the Image Handler specific image settings will be unavailable including: image filetype selection, background colors, compression, image hover, and watermarking-- If you want to use ImageMagick you have to specify the location of the <strong>convert</strong> binary in <em>includes/extra_configures/bmz_image_handler_conf.php</em>.', , 1001, now(), now(), NULL, 'zen_cfg_select_option(array(''yes'',''no''),') in /XXX/includes/classes/db/mysql/query_factory.php on line 101
Quote:
Originally Posted by
Gerjan
Ok, thx. I did encouter the same problem with a Dutch language pack. However, I 'luckely' found an older Dutch language pack version for Zen-Cart 1.5. I replaced my admin/includes/languages/dutch.php and then IH4 installed succesfully.
So in my case there is something wrong with this language file that causes the IH4 to fail the install.
I did compare both files changed a few things and tested again without result. So far I did not manage to find the cause of this problem. But my problem is that I'm not a programmer and I have just little knowledge of php.
If anyone is interested to compare my two dutch files, please PM me. Maybe you can find the problem... and maybe help my Swedish friend :wink:
This may sound weird, but maybe you could try to temporary replace the swedish.php by the english version and rename that to swedish.php (and rename your original swedish.php to swedish.bak so you can can switch back quickly when done).
I know it's not a fix, but for a "test" you can determin if this swedish.php is causing he problem AND you ca move on first.
incredible, it worked! I can live with english admin as long as ewerything works. Thank you for your help!
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
Luftkaffe
incredible, it worked! I can live with english admin as long as ewerything works. Thank you for your help!
Glad I could 'help'. You can resore your swedish.php if you want, everything will working normally. It's just a temporary workaround, but now we know it might not just be my Dutch language-file...
-
Re: Image Handler 4 Support Thread
installer won't start.
no menu at all.
english zc1.5+ spainish language pack
-
Re: Image Handler 4 Support Thread
installer won't start.
no menu at all.
english zc1.5+ spainish language pack
well. i find the problem. the "images" menu not the same in spainish.
the way that ih4 install, well once i had installed ih4. then i re-install the zen cart,
the ih4 install will never start....
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
weber
well. i find the problem. the "images" menu not the same in spainish.
I asume this is a language related problem...
Quote:
Originally Posted by
weber
the way that ih4 install, well once i had installed ih4. then i re-install the zen cart, the ih4 install will never start....
So you managed to install IH4 succesfully? Or not?
From what I understand you did install IH4, and then re-installed Zen-Cart? Why? If you reinstall ZC you should also re-install modules... I think you need to explain more or give more details.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
Gerjan
I asume this is a language related problem...
So you managed to install IH4 succesfully? Or not?
From what I understand you did install IH4, and then re-installed Zen-Cart? Why? If you reinstall ZC you should also re-install modules... I think you need to explain more or give more details.
YES. the ih installer locate the images menu, change to your languages. or like me, just set the groud id=4. or if you don't want to modify the ih4 files. just change the spainish.php, set the menu title to "images", after IH4 install, change it back.
One bug: once i install IH4 and then re-install the zen cart, the installer will never activate....i had to re-upload ih4 even they are right there. any way to let the install re-install?
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
weber
One bug: once i install IH4 and then re-install the zen cart, the installer will never activate....i had to re-upload ih4 even they are right there. any way to let the install re-install?
NOT a bug at all.. this is by design.. If you want to re-install IH4 you need to reload the whole kit and caboodle.. IH4's install does some cleanup after the install.. I'm not gonna "fix" this because it's not broken..
-
Re: Image Handler 4 Support Thread
@weber
Nice one. Yes that is a good work around. The IH code will be updated next time round I am sure. For the time being people installing in a language other than english can make a small alteration to the file includes/init_includes/init_image_handler.php. Find where it says:
Code:
/* Find Config ID of Images */
$sql = "SELECT configuration_group_id FROM ".TABLE_CONFIGURATION_GROUP." WHERE configuration_group_title='".BOX_CONFIGURATION_IMAGES."' LIMIT 1";
$result = $db->Execute($sql);
$im_configuration_id = $result->fields['configuration_group_id'];
and change this to:
Code:
/* Find Config ID of Images */
$sql = "SELECT configuration_group_id FROM ".TABLE_CONFIGURATION_GROUP." WHERE configuration_group_title='Images' LIMIT 1";
$result = $db->Execute($sql);
$im_configuration_id = $result->fields['configuration_group_id'];
if($im_configuration_id == '') $im_configuration_id = 4;
This is an error in the code.
For those of you who are going to ask 'why not just set it to 4 in the first place?' the aim was to cover the rare occurence that someone had changed the configuration id of images. It was meant well but was an error.
Finally, if you find yourself in a position where you cannot get into admin because this error is always stopping you then you need to delete a single file which is includes/auto_loaders/config.image_handler.php . That will stop the installer trying to run every time and allow you to make the changes detailed above and solve the problem.
Finally, finally, for those who are saying that the auto-installer is a bad idea the thought is that it just does exactly what you would do if you installed manually. It doesn't do anything new or different. It finds the active template and installs into that. In the same way as one would do by manually. The only difference between this installer and installing manually is that it always creates back-ups of overwriten files. Which has been a source of many many problems on the support threads.
-
Re: Image Handler 4 Support Thread
@weber
Sorry, to disagree with Diva just a little bit, but you can get the installer to run again just by re-uploading the includes/auto_loaders/config.image_handler.php file.
This file is deleted after a successful install. Which stops the installer running again and again and again. It is this file that triggers the installation process. (Which is why if you get into problems with the installer it is the one to delete to stop the process)
If you re-upload it and all the other files are in the right place then the installer will run again. It will overwrite the core files again and create new back-ups.
BUT
what Diva says is still the best way of proceeding. Upload the whole thing again and off you go.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
niccol
@weber
Nice one. Yes that is a good work around. The IH code will be updated next time round I am sure. For the time being people installing in a language other than english can make a small alteration to the file includes/init_includes/init_image_handler.php. Find where it says:
Code:
/* Find Config ID of Images */
$sql = "SELECT configuration_group_id FROM ".TABLE_CONFIGURATION_GROUP." WHERE configuration_group_title='".BOX_CONFIGURATION_IMAGES."' LIMIT 1";
$result = $db->Execute($sql);
$im_configuration_id = $result->fields['configuration_group_id'];
and change this to:
Code:
/* Find Config ID of Images */
$sql = "SELECT configuration_group_id FROM ".TABLE_CONFIGURATION_GROUP." WHERE configuration_group_title='Images' LIMIT 1";
$result = $db->Execute($sql);
$im_configuration_id = $result->fields['configuration_group_id'];
if($im_configuration_id == '') $im_configuration_id = 4;
This is an error in the code.
For those of you who are going to ask 'why not just set it to 4 in the first place?' the aim was to cover the rare occurence that someone had changed the configuration id of images. It was meant well but was an error.
Thanks for posting this niccol.. I was holding off on posting this fix because I wanted to properly QA the fix and confirm it with my testers.. (color me thorough and cautious!:smile:) Just got confirmation form my testers this morning.. (Tested with both Dutch and Swedish language packs)
There is one other tip for those folks who are using a language other than English in their stores:
You MUST copy all of the language files in YOUR_ADMIN/includes/languages/english to YOUR_ADMIN/includes/languages/YOUR_LANGUAGE
I have updated the install instructions in the readme accordingly and will be submitting an update for IH4 this weekend. (for those who've already gotten IH4 installed there is NO NEED to update your successful IH4 install with this updated version)
Included in this update is a slight change to the naming convention used for the backup files created by the IH4 auto-installer. It was pointed out to me by a community member that some servers restrict the upload of .BAK files.. So I've modified the IH4 package files and supporting code accordingly.
Quote:
Originally Posted by
niccol
Finally, if you find yourself in a position where you cannot get into admin because this error is always stopping you then you need to delete a single file which is includes/auto_loaders/config.image_handler.php . That will stop the installer trying to run every time and allow you to make the changes detailed above and solve the problem.
Good tip.. I will also add this to the readme file!
Quote:
Originally Posted by
niccol
Finally, finally, for those who are saying that the auto-installer is a bad idea the thought is that it just does exactly what you would do if you installed manually. It doesn't do anything new or different. It finds the active template and installs into that. In the same way as one would do by manually. The only difference between this installer and installing manually is that it always creates back-ups of overwriten files. Which has been a source of many many problems on the support threads.
The auto-installer is a GREAT idea, and it is NOT going away!!!!
I firmly believe it will cut down on the number of support questions related to faulty installs (the most COMMON reason for support questions in the IH2 and IH3 thread can be DIRECTLY attributed to faulty installs)
Not only does the auto installer do all the things you normally would do in an install it does all the things that most shopowners DO NOT do (and should) during an install.. The backup and restore features of the auto-installer are what makes this INVALUABLE to shopowners..
-
Re: Image Handler 4 Support Thread
Actually niccol just re-uploading the includes/auto_loaders/config.image_handler.php file alone doesn't work.. The install fails at the point where the install function attempts to create the backup files.. (hence the reason for my advice to weber)
The errors seem to indicate that the install function can't find some of the files needed during the install. I assume this is because of the cleanup that happens during the initial auto-install..
Quote:
Originally Posted by
niccol
@weber
Sorry, to disagree with Diva just a little bit, but you can get the installer to run again just by re-uploading the includes/auto_loaders/config.image_handler.php file.
This file is deleted after a successful install. Which stops the installer running again and again and again. It is this file that triggers the installation process. (Which is why if you get into problems with the installer it is the one to delete to stop the process)
If you re-upload it and all the other files are in the right place then the installer will run again. It will overwrite the core files again and create new back-ups.
BUT
what Diva says is still the best way of proceeding. Upload the whole thing again and off you go.
-
Re: Image Handler 4 Support Thread
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
niccol
:smile: I'll check that.
Cool.. I might as well tell you the WHOLE story on how I made this discovery..:laugh::laugh:
I was installing IH4 on an upgraded store with older Image Handler image configuration settings in the DB (IH2). I ran the install and noticed that the install did not remove the deprecated image settings..
Now I know we both looked at and updated that section of the code (with the list of deprecated configuration settings), but darned if it didn't work the way I expected..:dontgetit
For me of course it was no biggie. So I manhandled those entries out of the configuration table and started my IH4 install over..:laugh: I re-uploaded the includes/auto_loaders/config.image_handler.php clicked on the Admin Home link and got the message that install failed at the point where the install function attempts to create the backup files..
So I uploaded everything again and clicked the Admin Home link and FINALLY my install worked..
-
Re: Image Handler 4 Support Thread
Downloaded the current version as of today and followed the install directions word by word (seemed strange not renaming your_template) did the ftp as instructed and
PERFECTO!!!
:bigups::bigups::bigups:
-
Re: Image Handler 4 Support Thread
@stuff4toys
that's what we like to hear :-)
@diva
Ha ha! you are right. The template files get cleaned up. One 'dumbass idiot point' for me. :clap::clap:
So, the way to re-install is definitely to re-install the whole thing!
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
niccol
@diva
Ha ha! you are right. The template files get cleaned up. One 'dumbass idiot point' for me. :clap::clap:
So, the way to re-install is definitely to re-install the whole thing!
:laugh: 'dumbass idiot' are the last words I'd use to describe you!! :laugh:
-
Uninistalling/removing IH3 database entries from an upgraded 1.5
I only use IH for resizing and watermarks and upgraded to 1.5 without bothering to implement the admin side. Works fine.
So, if there is no admin page (which contains the IH3 install/uninstall control) how do you uninstall IH3 prior to IH4.?
Answer: with this script, pasted and run in Admin->Install SQL Patches:
Code:
DELETE FROM configuration WHERE
configuration_key = 'LARGE_IMAGE_MAX_WIDTH' OR
configuration_key = 'LARGE_IMAGE_MAX_HEIGHT' OR
configuration_key = 'SMALL_IMAGE_FILETYPE' OR
configuration_key = 'SMALL_IMAGE_BACKGROUND' OR
configuration_key = 'WATERMARK_SMALL_IMAGES' OR
configuration_key = 'ZOOM_SMALL_IMAGES' OR
configuration_key = 'ZOOM_IMAGE_SIZE' OR
configuration_key = 'SMALL_IMAGE_HOTZONE' OR
configuration_key = 'SMALL_IMAGE_QUALITY' OR
configuration_key = 'MEDIUM_IMAGE_FILETYPE' OR
configuration_key = 'MEDIUM_IMAGE_BACKGROUND' OR
configuration_key = 'WATERMARK_MEDIUM_IMAGES' OR
configuration_key = 'ZOOM_MEDIUM_IMAGES' OR
configuration_key = 'MEDIUM_IMAGE_HOTZONE' OR
configuration_key = 'MEDIUM_IMAGE_QUALITY' OR
configuration_key = 'LARGE_IMAGE_FILETYPE' OR
configuration_key = 'LARGE_IMAGE_BACKGROUND' OR
configuration_key = 'WATERMARK_LARGE_IMAGES' OR
configuration_key = 'LARGE_IMAGE_QUALITY' OR
configuration_key = 'WATERMARK_GRAVITY' OR
configuration_key = 'ZOOM_GRAVITY' OR
configuration_key = 'IH_RESIZE' OR
configuration_key = 'SHOW_UPLOADED_IMAGES';
Maybe this should be in the readme too!
-
Re: Uninistalling/removing IH3 database entries from an upgraded 1.5
Actually if you look at the my post just above to niccol, the auto-install is supposed to take care of this (removing old deprecated IH image settings and properly registering the IH4 menu).. The part of the aut-installer which removes the deprecated image settings is not working right now when you are installing over a previous version of Image Handler and niccol has generously offered to take a looksee to see why that might be.. The auto-installer does install the IH4 menu just fine when you are installing over a previous version of Image Handler.
For now I'd rather leave this tip in the support thread until we can get the auto-installer working. In the meantime if it becomes an issue for folks I can refer them to your thread..
Quote:
Originally Posted by
torvista
I only use IH for resizing and watermarks and upgraded to 1.5 without bothering to implement the admin side. Works fine.
So, if there is no admin page (which contains the IH3 install/uninstall control) how do you uninstall IH3 prior to IH4.?
Answer: with this script, pasted and run in Admin->Install SQL Patches:
Maybe this should be in the readme too!
-
Re: Uninistalling/removing IH3 database entries from an upgraded 1.5
Quote:
the auto-install is supposed to take care of this (removing old deprecated IH image settings and properly registering the IH4 menu)
The instructions say
Quote:
You MUST do a complete uninstall of the hacked up version of Image Handler3
I found no mention that the IH4 installer cleans up old db entries.
-
Install/Uninstall process and "backups"
Just to clarify/please confirm:
1) the install process copies the mod files into the site, overwriting the original files and making no backups.
2) the uninstall process copies vanilla 1.5 files into the site.
-
Re: Image Handler 4 Support Thread
Quote:
Quote:
the auto-install is supposed to take care of this (removing old deprecated IH image settings and properly registering the IH4 menu)
The instructions say
Quote:
You MUST do a complete uninstall of the hacked up version of Image Handler3
I found no mention that the IH4 installer cleans up old db entries.
The first quote from Diva refers to situations where folks install IH4 into a zc150 store that contains remnants of really old (thus the reference to "deprecated") versions of IH. Sometimes when folks upgrade from an earlier version of ZC, they forget to uninstall their outdated mods first, or do partial uninstalls and miss some of the files, and that is what she was referring to there.
The second quote, from the IH4 instructions, refers to a hacked up and totally unsupported version of IH3 (vs. deprecated code from fully supported previous versions of IH).
This instruction was included in the readme so that folks who chose to randomly edit IH3 to make it work with ZC150 without regard to full functionality and/or security would be able to upgrade to IH4 without issue.
Hope that clears it up for you :smile:
-
Re: Install/Uninstall process and "backups"
Quote:
Originally Posted by
torvista
Just to clarify/please confirm:
1) the install process copies the mod files into the site, overwriting the original files and making no backups.
2) the uninstall process copies vanilla 1.5 files into the site.
1. False
2. False
The IH4 auto-install process installs IH4 mod files to the cart. Some of those mod files overwrite core files. The auto installer automatically makes backups of those files, which it restores during uninstall.
Regarding Installation - As stated clearly in the readme install instructions...if you or another mod has made any changes to those files (and it lists what those files are), then you must merge those changes into their IH4 counterparts prior to uploading/installing IH4.
In other words, when you install, the auto-installer makes backups of the exact file you have in place at the time of the install, but will not incorporate any changes you've made into it's new IH version. You have to do that manually just as you've always had to do.
Regarding Uninstall - As stated clearly in the readme uninstall instructions...if you or another mod has made any changes to those files since the time that IH4 was installed, then you'll need to make a copy of those changes and put them back in to the file(s) after uninstall.
In other words, the uninstaller will restore the original file you had in place at the time of install. This would only be a vanilla file if the file was vanilla to begin with at the time of install. Further, if you've made changes since, you will need to manually add those changes back into the file after uninstall just as you've always had to.
For example, if you're using both IH4 and Zen Lightbox, you would need to reinstall the Zen Lightbox version of the file these two mods share after uninstalling IH4. (This is also in the readme).
The only thing that has changed with the auto-installer is that the install/uninstall process is done for you (i.e. file are overwritten and the SQL is automatically installed). Everything you used to do manually (file merges and actual uploading) you still will have to do for yourself.
The same rules apply here as have always applied - always make backups of files that you change.
-
-
Re: Image Handler 4 (for v1.5.x) Support Thread
All of what she said just above this post.. :laugh:
-
Re: Install/Uninstall process and "backups"
Quote:
Originally Posted by
ScriptJunkie
The same rules apply here as have always applied - always make backups of files that you change.
Sometimes I get the impression that the word "backup" for some people means a lot of work... When it's actually quit easy if you just have to deal with some files. Just copy/rename them from eg. my_file.php to my_file_ORIGINAL.bak or something like that and leave it in the server/folder. Than you always have a backup and you always know where to find it. Works great for me.
And from what I have seen and understand, this is what the auto-installer is exactly doing the same when files get overwritten :thumbsup:
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Precisely, the installer just does what a human being would do if they were doing the install.
-- it finds the current template and does that appropriate renaming
-- if it is going to overwrite a file then it creates a separate version of the overwritten file on the server with a different name.
-- it runs some sql statements that used to be run when you clicked 'install' ( it needs to do this without a 'install' button because of the changes in the structure of 1.5)
The uninstaller is a bit different in that reverting to versions of core files is hard to manage when subsequent changes have been made. There is some discussion about how best to do this. Until Zen has a proper plugin architecture then this is going to be an issue. I am not speaking out of turn here because I know that the developers, more than anyone, know that this is needed and are working on it.
In most cases the uninstaller will work just fine. In cases where there have been other changes to those three core files then some thought may be necessary. In this case we are effectively talking about lightbox mods that interact with IH so have basically created a 'joint' package with IH. Removing a section of that 'joint' package is always going to be a bit interesting. Kind of like making a chocolate chip cookie and then taking the chips out without messing with the rest of the cookie.
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Hi Guys,
I get this in the message stack....
Code:
Image Handler files all exist in correct positions in the directory structure.
CORE FILE OVERWRITE : /hsphere/local/home/wctest/test-waycool.com.au/backoffice/includes/modules/category_product_listing.php was NOT overwritten.
CORE FILE OVERWRITE : /hsphere/local/home/wctest/test-waycool.com.au/includes/modules/pages/popup_image/header_php.php was NOT overwritten.
CORE FILE OVERWRITE : /hsphere/local/home/wctest/test-waycool.com.au/includes/modules/pages/popup_image_additional/header_php.php was NOT overwritten.
TEMPLATE FILE CREATE : /hsphere/local/home/wctest/test-waycool.com.au/includes/modules/strong/additional_images.phpwas NOT created.
TEMPLATE FILE CREATE : /hsphere/local/home/wctest/test-waycool.com.au/includes/modules/strong/main_product_image.phpwas NOT created.
TEMPLATE FILE CREATE : /hsphere/local/home/wctest/test-waycool.com.au/includes/templates/strong/css/style_imagehover.csswas NOT created.
TEMPLATE FILE CREATE : /hsphere/local/home/wctest/test-waycool.com.au/includes/templates/strong/jscript/jscript_imagehover.jswas NOT created.
TEMPLATE FILE CREATE : /hsphere/local/home/wctest/test-waycool.com.au/includes/templates/strong/popup_image_additional/tpl_main_page.phpwas NOT created.
The auto-loader YOURADMIN/includes/auto_loaders/config.image_handler.php has not been deleted. For Image Handler to work you must delete this file manually.
Image Handler has been successfully installed
I think I followed the instructions but I can't find reference to these errors in the readme. I think I need to manually do stuff that the auto installer missed???
-
Re: Image Handler 4 (for v1.5.x) Support Thread
@gruntree
Yes, in principle. I would really like to see the site if that is possible. Can you message me with the URL?
And I'll talk you through how to get this to work.
-
Re: Image Handler 4 (for v1.5.x) Support Thread
I've just tried to do an uninstall and get the following. But I'll PM you the site details.
I tried unistalling and I get more message stack errors.
Makes me think there is some permission or cofig problem because the installer doesn't appear to be working...
Code:
ROLLBACK : /hsphere/local/home/wctest/test-waycool.com.au/backoffice/includes/modules/category_product_listing.php was NOT rolled back.
ROLLBACK : /hsphere/local/home/wctest/test-waycool.com.au/includes/modules/pages/popup_image/header_php.php was NOT rolled back.
ROLLBACK : /hsphere/local/home/wctest/test-waycool.com.au/includes/modules/pages/popup_image_additional/header_php.php was NOT rolled back.
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/bmz_cache/.htaccess
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/classes/bmz_gif_info.class.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/classes/bmz_image_handler.class.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/extra_configures/bmz_image_handler_conf.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/extra_configures/bmz_io_conf.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/functions/extra_functions/functions_bmz_image_handler.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/functions/extra_functions/functions_bmz_io.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/image_handler.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/includes/ih_manager.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/includes/init_includes/init_image_handler.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/images/checkpattern.gif
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/images/icon_image_handler.gif
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/images/ih-test.gif
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/images/ih-test.jpg
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/images/ih-test.png
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/includes/extra_configures/bmz_image_handler_conf.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/includes/extra_configures/bmz_io_conf.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/includes/extra_datafiles/image_handler.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/includes/functions/extra_functions/functions_bmz_image_handler.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/includes/functions/extra_functions/functions_bmz_io.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/includes/languages/english/extra_definitions/bmz_image_handler.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/includes/languages/english/extra_definitions/bmz_language_admin.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/backoffice/includes/modules/category_product_listing.DEFAULT.php.bak
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/modules/pages/popup_image/header_php.DEFAULT.php.bak
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/modules/pages/popup_image_additional/header_php.DEFAULT.php.bak
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/modules/IH_INSTALL/additional_images.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/modules/IH_INSTALL/main_product_image.php
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/templates/IH_INSTALL/css/style_imagehover.css
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/templates/IH_INSTALL/css/style_imagehover.css
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/templates/IH_INSTALL/jscript/jscript_imagehover.js
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/templates/IH_INSTALL/jscript/jscript_imagehover.js
not deleted - /hsphere/local/home/wctest/test-waycool.com.au/includes/templates/IH_INSTALL/popup_image_additional/tpl_main_page.php
Image Handler has been uninstalled.
Image Handler creates back up versions of certain files when it is installed before overwriting them. These files have been left in position for reference. They may be deleted but will not effect the functioning of the shop if you leave them in place.
I'm working on a test version of this site which is pretty much a newly launched 1.5 install
-
Re: Image Handler 4 (for v1.5.x) Support Thread
I have emailed you. Once we sort this out then I'll post again with a solution.
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Installing this module some issues have come to light. I was hoping these could be addressed.
1. The very fact that this module installs/writes files and installer functions/files are not removed post successful installation is not secure.
I would think that anyone installing this module could certainly and more safely run an SQL patch.
2. The creating of filenames which have no associated function, such as .bak is a vulnerability and PCI fail.
There is no need for this as certainly we do not want to be overwriting existing template files anyhow. Detailed merging instructions should likely be included in the place of the "installer"
Additionally, this thread is not listed in the documentation and should be added, as the instructions for using the installer are quite complicated.... More so than just installing the module without it would be.
I find it troubling that once installed even, deletion of these .bak files disables the module.
I am not trying to beat anyone up, but clearly this module is something shop owners need and always have needed... However, it makes no sense to take PCI certified software and in one shot make it vulnerable and PCI fail.
I would be willing to help out as I can, but I lack the GD/IMageMagick skills to port this to 1.5.0.
~Melanie
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Quote:
Originally Posted by
mprough
1. The very fact that this module installs/writes files and installer functions/files are not removed post successful installation is not secure.
The install function was INDEED written to "clean up" after the install and it most certainly does remove the auto-installer files. (there's posts in this support thread discussing this behavior) Is this not occurring for you??? If not you will need to provide more details.
Quote:
Originally Posted by
mprough
I would think that anyone installing this module could certainly and more safely run an SQL patch.
Historically this app has never used an external SQL file for install or uninstall. We wanted to maintain this level of transparency with the new version..
Quote:
Originally Posted by
mprough
2. The creating of filenames which have no associated function, such as .bak is a vulnerability and PCI fail.
Already aware of this and it there is already a planned modification to address this in the next version..
Quote:
Originally Posted by
mprough
There is no need for this as certainly we do not want to be overwriting existing template files anyhow. Detailed merging instructions should likely be included in the place of the "installer"
The 3 override files being overwritten are not files typically overwritten by any other add-ons -- with the exception of the two popular lightbox add-ons.. For many shopowners this is the only modification made to the 3 core files that this add-on overridess.
Nevertheless, we have no plans to replace the auto-installer simply because of this. File merging is covered in the advanced section of the install instructions. We will however be revisiting changes to the main install instructions in the next release (which should be the next day or two).
Quote:
Originally Posted by
mprough
Additionally, this thread is not listed in the documentation and should be added, as the instructions for using the installer are quite complicated.... More so than just installing the module without it would be.
Chicken/egg scenario.. The support thread was created after the add-on was submitted. So there's no way I COULD HAVE included the link to the support thread in the readme..
For the record, there's a TON of add-ons that don't provide links to the support thread in their readme files AT ALL let alone a link to the support thread in the add-on description.
That all said, the plan all along was to update the readme with the next release to include this information..
Quote:
Originally Posted by
mprough
I find it troubling that once installed even, deletion of these .bak files disables the module.
Not one person in testing reported anything close to this as an issue, and I can't replicate this particular behavior.. I will test again tonight to see if this bears out.. In the meantime, more details would be appreciated..
-
Re: Image Handler 4 (for v1.5.x) Support Thread
No, init_image_handler (below) is not removed.
Quote:
Historically this app has never used an external SQL file for install or uninstall. We wanted to maintain this level of transparency with the new version..
Correct, but it hadn't the ability to make directories and write file before either... which is a whole new ballgame.
deletion of the .bak file was reported to me by a colleague, first the other day.... I only had time to mess around with it today, but she was correct. delete the files and the module is disabled.
Wasn't beating you up re the thread... but none the less should have been present as I was already instructed as well =) How would I possibly know you knew that?
Quote:
New Installation Instructions for Advanced Users
This set of instructions is for those who are familiar with Zen Cart and addon installations. If you need more detail than is provided, please scroll up to the Installation for Beginner/Intermediate Users section.
As always, back up your database & store.
Rename the YOUR_ADMIN folder. Do not rename, remove, or relocate any of the other files or folders. Doing so may cause the auto-installer to fail.
Make any file merges that may be necessary. Some filepaths and files have changed. Please use the filemap below to assist you.
IH4 Installation Package Files
Maps to These Files in Your Store
/YOUR_ADMIN/includes/modules/category_product_listing_IH4.php /YOUR_ADMIN/includes/modules/category_product_listing.php
/includes/modules/pages/popup_image/header_php_IH4.php /includes/modules/pages/popup_image/header_php.php
/includes/modules/pages/popup_image_additional/header_php_IH4.php /includes/modules/pages/popup_image_additional/header_php.php
/includes/modules/IH_INSTALL/additional_images.php /includes/modules/YOUR_TEMPLATE/additional_images.php
/includes/modules/IH_INSTALL/main_product_image.php /includes/modules/YOUR_TEMPLATE/main_product_image.php
/includes/templates/IH_INSTALL/popup_image_additional/tpl_main_page.php /includes/templates/YOUR_TEMPLATE/popup_image_additional/tpl_main_page.php
Log in to your store's admin. If you forget to do this before you upload your files, Image Handler4 will still install, but you won't see the message confirming successful install.
Upload the files to your server & then click any link in your admin to see the success message in your message stack
In Admin > Configuration > Images, set "IH resize images" to "yes" and configure as desired
If you are using Fual Slimbox or Zen Lightbox with Image Handler4 you MUST follow the instructions in the "Misc" tab regarding using either of these mods with Image Handler4.
Cannot install without the .bak files and even then although installed was not functioning. I actually did this 5 times.
My servers will not even allow the creation/storage of .bak files unless a mime type is created... as it should be according to the PCi guys.
I just want to be able to use this and install it myself w/o creating issues. It is a very good module, but I think the installer needs to be rethought and the manual installation needs attention as many PCI compliant server cannot make .bak files, cannot use the mkdir in that way as it sets the permissions incorrectly... it will additionally never work on Win, not that I care about Win :lamo:
Code:
// make override directories if needed
@mkdir(DIR_FS_CATALOG.'includes/modules/'.$current_template, 0755);
@mkdir(DIR_FS_CATALOG.'includes/templates/'.$current_template.'/css', 0755);
@mkdir(DIR_FS_CATALOG.'includes/templates/'.$current_template.'/jscript', 0755);
@mkdir(DIR_FS_CATALOG.'includes/templates/'.$current_template.'/popup_image_additional', 0755);
// new files or non-core files
// these are deleted on uninstall
$files = array(
DIR_FS_CATALOG.'bmz_cache/.htaccess',
DIR_FS_CATALOG.'images/watermark.png',
DIR_FS_CATALOG.'images/large/watermark_LRG.png',
DIR_FS_CATALOG.'images/medium/watermark_MED.png',
DIR_FS_CATALOG.'includes/classes/bmz_gif_info.class.php',
DIR_FS_CATALOG.'includes/classes/bmz_image_handler.class.php',
DIR_FS_CATALOG.'includes/extra_configures/bmz_image_handler_conf.php',
DIR_FS_CATALOG.'includes/extra_configures/bmz_io_conf.php',
DIR_FS_CATALOG.'includes/functions/extra_functions/functions_bmz_image_handler.php',
DIR_FS_CATALOG.'includes/functions/extra_functions/functions_bmz_io.php',
DIR_FS_ADMIN.'image_handler.php',
DIR_FS_ADMIN.'includes/ih_manager.php',
DIR_FS_ADMIN.'includes/init_includes/init_image_handler.php',
DIR_FS_ADMIN.'includes/auto_loaders/config.image_handler.php',
DIR_FS_ADMIN.'images/checkpattern.gif',
DIR_FS_ADMIN.'images/icon_image_handler.gif',
DIR_FS_ADMIN.'images/ih-test.gif',
DIR_FS_ADMIN.'images/ih-test.jpg',
DIR_FS_ADMIN.'images/ih-test.png',
DIR_FS_ADMIN.'includes/extra_configures/bmz_image_handler_conf.php',
DIR_FS_ADMIN.'includes/extra_configures/bmz_io_conf.php',
DIR_FS_ADMIN.'includes/extra_datafiles/image_handler.php',
DIR_FS_ADMIN.'includes/functions/extra_functions/functions_bmz_image_handler.php',
DIR_FS_ADMIN.'includes/functions/extra_functions/functions_bmz_io.php',
DIR_FS_ADMIN.'includes/languages/english/extra_definitions/bmz_image_handler.php',
DIR_FS_ADMIN.'includes/languages/english/extra_definitions/bmz_language_admin.php',
DIR_FS_ADMIN.'includes/modules/category_product_listing.DEFAULT.php.bak',
DIR_FS_CATALOG.'includes/modules/pages/popup_image/header_php.DEFAULT.php.bak',
DIR_FS_CATALOG.'includes/modules/pages/popup_image_additional/header_php.DEFAULT.php.bak'
);
// core files with overwrite
// these are rolled back to Zen Default on uninstalll - the .bak file is left in place
// files arranged in array (file_to_replace,file_to_replace_with)
// file_to_replace will be resaved as file_to_replace.bak
$core_files = array(
array(DIR_FS_ADMIN.'includes/modules/category_product_listing.php',DIR_FS_ADMIN.'includes/modules/category_product_listing_IH4.php'),
array(DIR_FS_CATALOG.'includes/modules/pages/popup_image/header_php.php',DIR_FS_CATALOG.'includes/modules/pages/popup_image/header_php_IH4.php'),
array(DIR_FS_CATALOG.'includes/modules/pages/popup_image_additional/header_php.php',DIR_FS_CATALOG.'includes/modules/pages/popup_image_additional/header_php_IH4.php'),
);
// core files for rollback on uninstall
// not used on install
// files arranged in array (file_to_replace,file_to_replace_with)
// file_to_replace will be resaved as file_to_replace.bak
$rollback_files = array(
array(DIR_FS_ADMIN.'includes/modules/category_product_listing.php',DIR_FS_ADMIN.'includes/modules/category_product_listing.DEFAULT.php.bak'),
array(DIR_FS_CATALOG.'includes/modules/pages/popup_image/header_php.php',DIR_FS_CATALOG.'includes/modules/pages/popup_image/header_php.DEFAULT.php.bak'),
array(DIR_FS_CATALOG.'includes/modules/pages/popup_image_additional/header_php.php',DIR_FS_CATALOG.'includes/modules/pages/popup_image_additional/header_php.DEFAULT.php.bak'),
);
// template files
// these are deleted on uninstall - the .bak file is left in place
// files arranged in array (file_to_replace,file_to_replace_with)
// file_to_replace will be resaved as file_to_replace.bak
$template_files = array(
array(DIR_FS_CATALOG.'includes/modules/'.$current_template.'/additional_images.php',DIR_FS_CATALOG.'includes/modules/IH_INSTALL/additional_images.php'),
array(DIR_FS_CATALOG.'includes/modules/'.$current_template.'/main_product_image.php',DIR_FS_CATALOG.'includes/modules/IH_INSTALL/main_product_image.php'),
array(DIR_FS_CATALOG.'includes/templates/'.$current_template.'/css/style_imagehover.css',DIR_FS_CATALOG.'includes/templates/IH_INSTALL/css/style_imagehover.css'),
array(DIR_FS_CATALOG.'includes/templates/'.$current_template.'/jscript/jscript_imagehover.js',DIR_FS_CATALOG.'includes/templates/IH_INSTALL/jscript/jscript_imagehover.js'),
array(DIR_FS_CATALOG.'includes/templates/'.$current_template.'/popup_image_additional/tpl_main_page.php',DIR_FS_CATALOG.'includes/templates/IH_INSTALL/popup_image_additional/tpl_main_page.php')
);
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Quote:
Originally Posted by
mprough
No, init_image_handler (below) is not removed.
But the auto-loader file which executes it is.
Quote:
Originally Posted by
mprough
Correct, but it hadn't the ability to make directories and write file before either... which is a whole new ballgame.
Not that new since the code that creates the files and directories in the bmz_cache folder writes directories and files too..
Quote:
Originally Posted by
mprough
deletion of the .bak file was reported to me by a colleague, first the other day.... I only had time to mess around with it today, but she was correct. delete the files and the module is disabled.
if you delete them BEFORE you install the add-on then no you're right.. the install won't work. You can easily delete the .BAK files created by the install in the template directories with no issues whatsoever.
Quote:
Originally Posted by
mprough
Wasn't beating you up re the thread... but none the less should have been present as I was already instructed as well =) How would I possibly know you knew that?
Wasn't expecting you to know at all nor was I feeling beat up.. I was simply responding to your inquiry about the .BAK files to let you know I'd been made aware of the issue and it will be addressed in the next update.
Quote:
Originally Posted by
mprough
Cannot install without the .bak files and even then although installed was not functioning. I actually did this 5 times.
My servers will not even allow the creation/storage of .bak files unless a mime type is created... as it should be according to the PCi guys.
Again.. got it, and will be addressed in the next release..
Quote:
Originally Posted by
mprough
I just want to be able to use this and install it myself w/o creating issues. It is a very good module, but I think the installer needs to be rethought and the manual installation needs attention as many PCI compliant server cannot make .bak files, cannot use the mkdir in that way as it sets the permissions incorrectly... it will additionally never work on Win, not that I care about Win :lamo:
Well I don't believe the installer truly requires a LOT of re-thinking.. The changes we need to make are fairly simple to implement, and are being addressed..
-
1 Attachment(s)
Re: Image Handler 4 (for v1.5.x) Support Thread
Hello, before complaining I must say thanks for the excellent addon. Used version 3 successfully on 1.38 for quite awhile, thanks.
I installed a fresh version of zencart 1.5. Imported older database from 1.38 store still online and all bmz_cache directories and images. I installed a fresh copy of Image Handler 4 then a fresh copy of zen_lightbox keeping zen_lightbox's additional_images.php. The first time I hover over an image a space of 100px's or so is created above my page and the image is displayed there. The space stays and each mouseover creates the image there not where it should be. The only other addon or change beside css files and such is zen_lightbox and its working fine. I've double checked files and am stumped, any helps appreciated, thanks
-
Re: Image Handler 4 (for v1.5.x) Support Thread
My screwup, Image Handlers back on top :) thanks again for all the addons you've written and shared.
-
Re: Image Handler 4 (for v1.5.x) Support Thread
@Melanie
Just my thoughts:
Delete of installer:
traditionally, IH has had an installer. It ran on a function that was triggered by the 'install' button. That function stayed in place after it ran. This is just the same. The installer functions stay in place but they are just not actioned. I am not sure that I completely understand your argument against this. Many modules on many platforms do not delete there install functions.
BAK files
Yes, this is going to be changed.
I think that there is a bit of a misunderstanding between you and Diva about this. There are BAK files in the original upload package. They are basically files that are going to be moved during the install or uninstall and are uploaded as BAK files. If those files are deleted prior to upload then the installer will not run as it checks that the files are uploaded correctly before continuing. There are also BAK files that are created when a file is overwritten. If you delete these then you should have no problems.
In general, the BAK suffix was a mistake and will be changed.
Actually, the file checking part of the installer is a part that I would be most reluctant to see removed. So many 'errors' are created by files be uploaded incorrectly that a quick check of this before install is finalised seems like a good idea.
Complication
Well, i think that you are just wrong here. The install procedure is to log in to zen admin, change the name of admin in the package, upload the files, refresh a page in admin. Takes me under a minute. But that is just my opinion.
Backing up Template files
Well, I know what you mean. But the idea is not that the file merging should not happen. Evidently the file merging needs to happen. The concept is more that part of the install should have a backup involved. So, for instance, if someone hadn't done the file merging there would still be a record of their previous file state. I can't honestly see why backing up a file is a problem.
File Handling in General.
Well, yes there is a different ballgame when you start moving files on the server. There are arguments for and against here. I understand that you are strongly on one side of that. Again, the support threads show that most errors are created by people putting files in the wrong places. The file handling does two things:
-- creates backup versions of overwritten files
-- puts the template files in the right place
Is your argument against either or both of these or just the concept of doing this programatically rather than manually?
-
Re: Image Handler 4 (for v1.5.x) Support Thread
OK,
I now have the admin functionality of IH4 working after installing the rolled back version you sent me Nicol.
What I don't have is the additional images showing at all in the shop.
Not sure why though.... I tried switching back to the clasic template but still no joy. Am I missing something stupid here???
URL:http://d2262519.i225.quadrahosting.c...&products_id=2
-
Re: Image Handler 4 (for v1.5.x) Support Thread
OK guys,
I ditched the test site and had to have a go at my live site because there were real problems with the images.
I'm happy to report that IH4 is now working perfectly on my site!
Thanks very much to all the guys who work on this fantastic Mod. I would hate to have to run a Zen store without it!
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
ndg_uk
Found it in the admin configure.php file
All working fine
Thanks for your help
I am having the same problem. :blink: Could someone give me the path to the adim.comfigure.php and what was altered.
-
Re: Image Handler 4 Support Thread
Quote:
Originally Posted by
Golden Synergy
I am having the same problem. :blink: Could someone give me the path to the adim.comfigure.php and what was altered.
You don't say what your "same problem" is.. If it was the same issue that ndg_uk had, I'm gonna say this again..
IH4's install does NOT touch the store side or admin side configure.php files.. If your issue is related to issues with the configure.php file it's a Zen Cart setup issue and NOT related specifically to IH4..
Therefore if you have issues related to the configure.php files, you need to post your question elsewhere in the forum to get support on correcting the 2 configure.php files. (located in the includes folder in the shop and admin)
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Quote:
Originally Posted by
niccol
@Melanie
Just my thoughts:
Delete of installer:
traditionally, IH has had an installer. It ran on a function that was triggered by the 'install' button. That function stayed in place after it ran. This is just the same. The installer functions stay in place but they are just not actioned. I am not sure that I completely understand your argument against this. Many modules on many platforms do not delete there install functions.
BAK files
Yes, this is going to be changed.
I think that there is a bit of a misunderstanding between you and Diva about this. There are BAK files in the original upload package. They are basically files that are going to be moved during the install or uninstall and are uploaded as BAK files. If those files are deleted prior to upload then the installer will not run as it checks that the files are uploaded correctly before continuing. There are also BAK files that are created when a file is overwritten. If you delete these then you should have no problems.
In general, the BAK suffix was a mistake and will be changed.
Actually, the file checking part of the installer is a part that I would be most reluctant to see removed. So many 'errors' are created by files be uploaded incorrectly that a quick check of this before install is finalised seems like a good idea.
Complication
Well, i think that you are just wrong here. The install procedure is to log in to zen admin, change the name of admin in the package, upload the files, refresh a page in admin. Takes me under a minute. But that is just my opinion.
Backing up Template files
Well, I know what you mean. But the idea is not that the file merging should not happen. Evidently the file merging needs to happen. The concept is more that part of the install should have a backup involved. So, for instance, if someone hadn't done the file merging there would still be a record of their previous file state. I can't honestly see why backing up a file is a problem.
File Handling in General.
Well, yes there is a different ballgame when you start moving files on the server. There are arguments for and against here. I understand that you are strongly on one side of that. Again, the support threads show that most errors are created by people putting files in the wrong places. The file handling does two things:
-- creates backup versions of overwritten files
-- puts the template files in the right place
Is your argument against either or both of these or just the concept of doing this programatically rather than manually?
Delete of installer: I would be satisfied if the manual installer worked. I actually have tested it several times since this original post and it just does not work. I had to create a mime for the bak files, use the installer, back out the changes and merge the files by hand after the installer ran. Then delete install directories and bak files and remove mime type.
I can appreciate that you are trying to make it easier... But different hosted environments, users, configurations and such being as Zen Cart has always been, a manual installation is really necessary IMO.
The whole point of Zen Cart has always been the customization.
I also believe that users presented with a "super easy" install will likely change other customizations unknowingly. A user who doesn't know what modules/customizations are integrated in the affected files should likely not be doing the install.
I have no issue with the files being backed up at all, as long as they are secure.
The database installer in the old IH was significantly different than what IH4 does. No comparison really.
-
Re: Image Handler 4 Support Thread
http://www.classic-flatware.com/imag...eenShot002.gif
Quote:
Originally Posted by
ndg_uk
Found it in the admin configure.php file
All working fine
Thanks for your help
Quote:
Originally Posted by
DivaVocals
You don't say what your "same problem" is.. If it was the same issue that ndg_uk had, I'm gonna say this again..
IH4's install does NOT touch the store side or admin side configure.php files.. If your issue is related to issues with the configure.php file it's a Zen Cart setup issue and NOT related specifically to IH4..
Therefore if you have issues related to the configure.php files, you need to post your question elsewhere in the forum to get support on correcting the 2 configure.php files. (located in the includes folder in the shop and admin)
Thank you. I do not know what fourum it SHOULD be posted in, but since this problem is happening with IH4. I thought I should look in the IH4 area. and I found someone with my same problem here.. So I was asking If I could get ndg_uk to give me help on what file it was and what he did to fix it. I am not laying blame on any one. I just want to get it fixed
www.classic-flatware.com
-
Re: Image Handler 4 Support Thread
Understood, nevertheless, an incorrectly configured configure.php file will manifest in other places beside IH4 since Zen Cart uses the data in that file to determine image paths, etc..
Quote:
Originally Posted by
Golden Synergy
http://www.classic-flatware.com/imag...eenShot002.gif
Thank you. I do not know what fourum it SHOULD be posted in, but since this problem is happening with IH4. I thought I should look in the IH4 area. and I found someone with my same problem here.. So I was asking If I could get ndg_uk to give me help on what file it was and what he did to fix it. I am not laying blame on any one. I just want to get it fixed
www.classic-flatware.com
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Quote:
Originally Posted by
mprough
Delete of installer: I would be satisfied if the manual installer worked. I actually have tested it several times since this original post and it just does not work. I had to create a mime for the bak files, use the installer, back out the changes and merge the files by hand after the installer ran. Then delete install directories and bak files and remove mime type.
I can appreciate that you are trying to make it easier... But different hosted environments, users, configurations and such being as Zen Cart has always been, a manual installation is really necessary IMO.
The whole point of Zen Cart has always been the customization.
As I have stated in previous posts, we have already corrected the code for the next release so that the .BAK files are named differently. This should resolve issues the use of .BAK files will create for some hosting environments. It was a pretty simple change to make.. There is no immediate plan to delete the auto-installer..
Quote:
Originally Posted by
mprough
I also believe that users presented with a "super easy" install will likely change other customizations unknowingly. A user who doesn't know what modules/customizations are integrated in the affected files should likely not be doing the install.
This holds true even for add-ons which must be manually installed.. There are shopowners who over write modifications made by other add-ons ALL THE TIME because they do not know to merge the changes into files. NOTHING about installing IH4 changes those rules.. If you want to merge other changes into these files BEFORE the install, then you should do just that. For shopowners who have made no changes they do not need to do any file merges. The readme in the next release makes that even clearer than the current readme.. There are only THREE modified core files required by IH4 that MAY be affected by other add-ons (usually lightbox add-ons). This is NO different than previous versions of IH so I don't think this is as big of an issue as you would appear to be implying that it is.
Bottomline is regardless of the add-on, shopowners need to READ THE README before installing ANY add-on and not assume that everything is the same.. That said we have made some improvements with the readme that will be included in the updated version to be submitted soon.
For the record, this is NOT the only add-on available which makes use an auto installer.
Quote:
Originally Posted by
mprough
I have no issue with the files being backed up at all, as long as they are secure.
And as long as your store is secure so are the backup files
Quote:
Originally Posted by
mprough
The database installer in the old IH was significantly different than what IH4 does. No comparison really.
Sorry I must disagree, this is not a true statement. There were only TWO changes to Image Handler installer.
- There is now a file which automatically executes the install. After executing the install, this file self deletes itself so that the install file is not executed again. The entire process is the equivalent of the old Image Handler install. In that processes you open the Image Handler admin and click on the "Install Image Handler" link. (BTW, the install file was left in place afterwards in the "old" install method)
- The current installer makes an attempt to clean up outdated image configuration settings. Previous versions of Image Handler required the store admin to remember to run the uninstall of the version they were upgrading from BEFORE upgrading (most did not and this caused a unique set of issues)
-
Re: Image Handler 4 (for v1.5.x) Support Thread
@melanie
Just regarding the database actions ( and ignoring any discussion about file handling for the time being) the old installer:
1. made a number of changes to the configuration table
The new installer
1. makes a number of changes to the configuration table
2. makes a change to the admin_pages table
3. deletes the unused entries in the configuration table
Really the only significant difference is number 2. (Point 3 is just house-keeping) This is part of the changes that Zen 1.5 introduced. Without that new record the tools>>imagehandler menu item will not be visible. So, even if we reverted to the previous installer there would be an sql statement that needed to be run before one was able to see the 'install' button on the tools>>imagehandler page.
It seems sensible to run this sql statement programatically so that the tools>>imagehandler page is visible to people immediately after install. This has been discussed in multiple threads .
Once you are running a sql statement programatically it seems sensible to include all the other sql statements in that process as it
takes one step out of the installation process without adding any further complications.
Of course, an alternative solution would be:
1. Upload the files
2. Run an sql statement (through admin or directly on the database) to make the admin page visible by adding a record to admin_pages
3. Click on the install button on the admin page to action the other database changes.
But that does seem more complicated to me. It certainly adds a step of complication, that of running a sql statement manually, that IH has previously avoided.
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Quote:
Originally Posted by
niccol
@melanie
Just regarding the database actions ( and ignoring any discussion about file handling for the time being) the old installer:
1. made a number of changes to the configuration table
The new installer
1. makes a number of changes to the configuration table
2. makes a change to the admin_pages table
3. deletes the unused entries in the configuration table
Really the only significant difference is number 2. (Point 3 is just house-keeping) This is part of the changes that Zen 1.5 introduced. Without that new record the tools>>imagehandler menu item will not be visible. So, even if we reverted to the previous installer there would be an sql statement that needed to be run before one was able to see the 'install' button on the tools>>imagehandler page.
It seems sensible to run this sql statement programatically so that the tools>>imagehandler page is visible to people immediately after install. This has been discussed in multiple threads .
The current auto-install process removed the need for running a manual SQL statement, and niccol is absolutely right. there was a LONG discussion discussing doing just this in the v1.5 conversion thread. This discussion involved MANY knowledgeable Zen Cart gurus who endorsed the use of this method..
Quote:
Originally Posted by
niccol
Once you are running a sql statement programatically it seems sensible to include all the other sql statements in that process as it
takes one step out of the installation process without adding any further complications.
Exactly!!!
Quote:
Originally Posted by
niccol
Of course, an alternative solution would be:
1. Upload the files
2. Run an sql statement (through admin or directly on the database) to make the admin page visible by adding a record to admin_pages
3. Click on the install button on the admin page to action the other database changes.
But that does seem more complicated to me. It certainly adds a step of complication, that of running a sql statement manually, that IH has previously avoided.
I agree:yes: And this is EXACTLY the road IH4 started down until an angel lent us a helping hand.. :smile:
The current auto-installer retains the same ONE STEP no-fuss install process that have been a historical part of the Image Handler process. The difference is that steps were taken to IMPROVE the prior one-step process. The upcoming update will see corrections/improvements in both the readme and the IH4 codebase. (none of which involve removing the auto-installer functionality)
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Thanks for a great add-on, worked almost perfectly, but I fear my 1 small issue is me being stupid or dumb. i have recently taken over a store for someone who was having issues:
http://alsemergencylighting.com/store/ is the temp and practice store.
Fual Slimbox is working but it isn't working, I have merged the files, i think. However the additional images in the Installation section (only place needed, right now). The problem I am facing is when you click the main image there isn't a "next" or "previous" to scroll through the images........
Other than this a fantastic Mod!
PS to the 2 going back and forth about what is right or wrong you have cluttered this thread.
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Quote:
Originally Posted by
uswebworx
Thanks for a great add-on, worked almost perfectly, but I fear my 1 small issue is me being stupid or dumb. i have recently taken over a store for someone who was having issues:
http://alsemergencylighting.com/store/ is the temp and practice store.
Fual Slimbox is working but it isn't working, I have merged the files, i think. However the additional images in the Installation section (only place needed, right now). The problem I am facing is when you click the main image there isn't a "next" or "previous" to scroll through the images........
Other than this a fantastic Mod!
Unfortunately that is an issue with Fual Slimbox. I know from being subscribed to the Fual Slimbox thread that it's a known issue and there is no solution.. You might wanna pop over there and post your cry for help or my suggestion is to use Zen Lightbox instead..
Quote:
Originally Posted by
uswebworx
PS to the 2 going back and forth about what is right or wrong you have cluttered this thread.
I agree that this whole "right/wrong" discussion should probably have been started and taken offline.. and my apologies for contributing to the clutter. However in my defense (and niccol's defense too), I do feel that it's appropriate to address inaccuracies since others do read this thread and follow what's posted here.. It'll blow over soon I hope.. :smile:
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Quote:
Originally Posted by
DivaVocals
Unfortunately that is an issue with Fual Slimbox. I know from being subscribed to the Fual Slimbox thread that it's a known issue and there is no solution.. You might wanna pop over there and post your cry for help or my suggestion is to use Zen Lightbox instead..
I agree that this whole "right/wrong" discussion should probably have been started and taken offline.. and my apologies for contributing to the clutter. However in my defense (and niccol's defense too), I do feel that it's appropriate to address inaccuracies since others do read this thread and follow what's posted here.. It'll blow over soon I hope.. :smile:
I just moved to ZenLightbox and am now 100000000% happy with IH4! Thanks for the help and suggestion above, I am usually a lurker here or a Godaddy brasher, I should had kept searching instead of posting:clap:!
-
Re: Image Handler 4 (for v1.5.x) Support Thread
I have a question that I can't find answered in the readme. I have read the whole readme...
I've installed the snapshot mod running as cron after having a site hacked and starting fresh with Zen 1.5
I notice that there are continual additions to the BMZCache folder.
Are the images for IH4 created on demand by users browsing the site?
If so, is there anyway to force the script to run and create all the images at once so that the snapshot of the website files will remain unchanged?
What does the clear cache in the admin tools actually do?
Should I exclude BMZcache from the snapshot tool? I'm reluctant to do this because I've heard hackers can disguise a file as an image. I certainly don't want to be hacked again and am now taking security as seriously as possibly.
-
Re: Image Handler 4 (for v1.5.x) Support Thread
IH4 creates copies of your images (leaving the original images untouched) and resizes and optimizes them and stores them in the bmz_cache folder. This way, IH4 can serve up various sized, already optimized images on the fly as pages load when visitors browse your store. This is why you are seeing continual additions to that folder.
Emptying the bmz_cache folder will simply cause IH4 to recreate the copies. For sites that have a lot of images, this is a good thing to do from time to time as a part of your regular server maintenance.
The clear cache tool in the admin was designed to do this for you at the click of a button, but it doesn't work, so clearing the cache must be done manually either through your cpanel's filemanager or an ftp program.
Now, regarding the snapshot addon - this tool is designed to take a snapshot of your files and folders at various points in time for the purpose of being able to quickly and easily compare the contents of your store between one point of time and another to easily identify differences in the event of a hack.
Since files are being continually created by IH4 and stored in the bmz_cache folder, you will naturally have differences in your snapshots.
Changing the IH4 script to force all images to be created at once and then stored undermines the core functionality of IH4 and is not recommended.
Quote:
Originally Posted by
gruntre69
I have a question that I can't find answered in the readme. I have read the whole readme...
I've installed the snapshot mod running as cron after having a site hacked and starting fresh with Zen 1.5
I notice that there are continual additions to the BMZCache folder.
Are the images for IH4 created on demand by users browsing the site?
If so, is there anyway to force the script to run and create all the images at once so that the snapshot of the website files will remain unchanged?
What does the clear cache in the admin tools actually do?
Should I exclude BMZcache from the snapshot tool? I'm reluctant to do this because I've heard hackers can disguise a file as an image. I certainly don't want to be hacked again and am now taking security as seriously as possibly.
-
Re: Image Handler 4 (for v1.5.x) Support Thread
So am I correct in saying that IH only creates the optimized images as they are requested?
Quote:
can serve up various sized, already optimized images on the fly as pages load when visitors browse your store
Does this mean that the imiages are created on demand for the first request and then available from that point on from the bmzcache?
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Quote:
Originally Posted by
gruntre69
So am I correct in saying that IH only creates the optimized images as they are requested?
Yep, this is my understanding.
Quote:
Originally Posted by
gruntre69
Does this mean that the imiages are created on demand for the first request and then available from that point on from the bmzcache?
Yes, my understanding is that this is how it works up to and until the cache is cleared. But..."first request" may be only in terms of visitor sessions/browser sessions (vs. the idea that one visitor browsing every single page of your store can completely create the bmz_cache folder files that will never ever change again). I have noticed that on my test site that nobody visits but me, the bmz_cache folder seems to grow over time.
So quite honestly, I would love for Diva or one of the other gurus that know this addon inside out and backwards to chime in on this point to make sure the info you're getting is entirely accurate.
There may be a bit more going on in the background that I'm not aware of :smile:
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Quote:
Originally Posted by
gruntre69
I have a question that I can't find answered in the readme. I have read the whole readme...
I've installed the snapshot mod running as cron after having a site hacked and starting fresh with Zen 1.5
I notice that there are continual additions to the BMZCache folder.
Are the images for IH4 created on demand by users browsing the site?
This is actually covered in the readme and on the first page of this support thread..
Quote:
Originally Posted by
gruntre69
If so, is there anyway to force the script to run and create all the images at once so that the snapshot of the website files will remain unchanged?
No..
Quote:
Originally Posted by
gruntre69
What does the clear cache in the admin tools actually do?
Clears the cache folders.. We did do some work on this for IH4, so it should be working now..
Quote:
Originally Posted by
gruntre69
Should I exclude BMZcache from the snapshot tool? I'm reluctant to do this because I've heard hackers can disguise a file as an image. I certainly don't want to be hacked again and am now taking security as seriously as possibly.
there is an .htaccess file in the bmz_cache folder just like there is one in nearly every Zen Cart folder which should adequately prevent this activity..
Quote:
Originally Posted by
ScriptJunkie
Yep, this is my understanding.
Yes, my understanding is that this is how it works up to and until the cache is cleared. But..."first request" may be only in terms of visitor sessions/browser sessions (vs. the idea that one visitor browsing every single page of your store can completely create the bmz_cache folder files that will never ever change again). I have noticed that on my test site that nobody visits but me, the bmz_cache folder seems to grow over time.
So quite honestly, I would love for Diva or one of the other gurus that know this addon inside out and backwards to chime in on this point to make sure the info you're getting is entirely accurate.
There may be a bit more going on in the background that I'm not aware of :smile:
What you said is true.. first request is just that. The first request for the image. Once this first request is initiated, then after that any subsequent visits to that same page are served the image in the bmz_cache that was created..
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Quote:
Originally Posted by
uswebworx
I just moved to ZenLightbox and am now 100000000% happy with IH4! Thanks for the help and suggestion above, I am usually a lurker here or a Godaddy brasher, I should had kept searching instead of posting:clap:!
Good to hear this!!!
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Quote:
Originally Posted by
DivaVocals
Good to hear this!!!
Yep now if I can fix the other issue, I'll be almost live! Add to cart disappeared to a 400004 page (yes 404)
-
Re: Image Handler 4 (for v1.5.x) Support Thread
Hi everyone,
i have a strange problem after the Image Handler 4 installation on Zen cart 1.5.0.
All seems to work fine but in administration-->catalog-->products and categories, i am able to switch on/off the category/subcategory by clicking on the relative button red/green but not the products...
If i try to switch on/off one single product, nothing appens....
Since the installation of image handler affect the admin\includes\modules\category_product_listing.php, i've tryed to replace the new file with the std file and the problem was solved, but i don't know if i can use the std file instead the new without any problem....
Anyone has the same problem?
Thanks
Andrea
-
Re: Image Handler 4 (for v1.5.x) Support Thread
@andrea
What I believe ( and I may be proved wrong ) is that the only alterations IH makes to that file is to add a link to image handler to each product row. It appears in the icons over to the right. So what I am saying is that if you use the default version of that file then you won't have that functionality but it should not cause problems elsewhere.
-
Re: Image Handler 4 (for v1.5.x) Support Thread
This is why I say it always pays to search through the thread. This has already been discussed and a solution posted please search to locate the solution.
Quote:
Originally Posted by
andreagiov
Hi everyone,
i have a strange problem after the Image Handler 4 installation on Zen cart 1.5.0.
All seems to work fine but in administration-->catalog-->products and categories, i am able to switch on/off the category/subcategory by clicking on the relative button red/green but not the products...
If i try to switch on/off one single product, nothing appens....
Since the installation of image handler affect the admin\includes\modules\category_product_listing.php, i've tryed to replace the new file with the std file and the problem was solved, but i don't know if i can use the std file instead the new without any problem....
Anyone has the same problem?
Thanks
Andrea