Printable View
Mirrors my thoughts on the topic of Template Monstrosity templates..Quote:
Originally Posted by schoolboy
I can't/won't spend ANY time picking through their horrible code to try and get an add-on that would work just fine with a properly coded template..
I suggest that pekahk seek out tech support from the place he purchased the template from for assistance on what their nasty little template is doing that causes IH3 to stop working..
oh my God , after I installed IH 3 I cant see any image no matter what template I choose ... great :(
Quote:
Originally Posted by pekahk
Hope you followed the most important rule to back up your data before install any of the files.
If not it is better to check again and again what you missed during the installation. It is always a great idea to keep a full store backup before going deeper! :yes:
and we can't help you either with out AT LEAST a URL to your site to see what you see.. Unless of course you just came here to vent and you don't need any help form the community.. if that's the case.. then carry on..:blush:Quote:
Originally Posted by pekahk
HOWEVER, if you need HELP, you need to help us, help you.. Post the URL to your site.. (I won't get into the fact that what you describe is VERY vague, but post that URL and we'll all go from there..)
FAIR WARNING: if this is an issue caused by a poorly coded template, you really do need to go back to the person(s) you purchased the template from..
EXCELLENT advice.. and this is clearly stated in the readme too..Quote:
Originally Posted by infogate
OK guys tell me how idiot Im because of lack backup before play with IH .. I know it :) the website is www.atelierjana.com ... It wants to show thumb jpg made by IH .. there is the jpg on my website in the bmz_cache. If I disable IH all product images are shown correctly. And I purchased the template before one year ... no support now
for example this jpg is on the website but it is not able to show it ... http://www.atelierjana.com/bmz_cache...ge.200x324.jpg
well Im not able to see any jpg int the bzm_cache .. even if I upload my jpg ( http://www.atelierjana.com/bmz_cache/test.jpg ) I dont understand it
Looks to me like there is a permissions problemQuote:
500 Chyba - Interní chyba serveru!
I set bmz_cache to 777 and checked it right now .. no success to show jpg
I think you sould follow the next important steps
1. Make a backup of your files and database (finally)
2. Make sure you have set all the files and folder permission right as suggested to the following thread
https://www.zen-cart.com/tutorials/index.php?article=9
3. Test your store with the default or classic template to make sure that the problem is related to the template you are using.
4. If you want to unistall the IH3 follow the instructions inreadme file as follows.
"In Admin > Tools >Image Handler3, click on "Remove Image Handler from database", then delete all Image Handler3files. (be sure to replace core Zen Cart files with the default Zen Cart versions of these files. You will need to make sure that any modifications required for other add-ons must be included in these replacement files.)"
5. After you ensure everything is back to normal....BACKUP EVERYTHING AND....
6. Start over :) :bigups:
....and after a check to your site http://www.atelierjana.com/
Make sure you have set all the files and folder permission right as suggested inside the IH3 troubleshoot guide
"Make sure your custom template is active. (Admin > Tools > Template Selection)
Make sure Image Handler3 is installed. Admin > Tools > Image Handler3 > Admin. Set permissions in both your images and bmz_cache folders to 755 (eg: both of these folders need to have the same permissions. For some webhosts you may have to set these permissions to 777).
If Image Handler3 does not work or gives you errors:
Make sure all files are in correct location
Make sure you uploaded ALL the Image Handler3 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 (this last point has been largely addressed since Rev 7)
Make sure that your main product image files names DO NOT contain any special characters (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\"
yes.. yes.. and yes.. and like your signature says..
Quote:
If everything else fails.... read the f@#$%ing manual :)
Quote:
Originally Posted by infogate
I would like to preserve these for seo purposes as well as including alt tags. Is there a way to do this?Quote:
Originally Posted by new2u
if I uninstall IH and delete and replace IH files by default zencart files ... I can still can see IM in TOOLS .. IMAGE HANDLER 3 ... Im tired now and depressed ..
Just caught this..Quote:
Originally Posted by Athens Collectibles
NO ONE would critic anyone providing useful information ever.. Niccol is an AWESOME resource.. :smile:
Then you haven't fully uninstalled it or deleted all the files.. My suggestion to you at this point is 1 of 2 suggestionsQuote:
Originally Posted by pekahk
1. Try the install again paying VERY close attention to the install instructions and the troubleshooting instructions in the readme file..
2. Consider hiring someone to do this install for you.
thank you. I have deleted full list of core Zen Cart files that are affected by Image Handler by the manual. Do I have to delete / rename files that I uploaded to my shop ? I mean files in the directories: 1_Install_Files and 2_Required_Core_Edits. I tried it but my shop stopped working so I had to rename it back
now I deleted only:
YOUR_ADMIN/includes/modules/category_product_listing.php
includes/modules/pages/popup_image/header_php.php
includes/modules/pages/popup_image_additional/header_php.php
includes/modules/YOUR_TEMPLATE/additional_images.php
includes/modules/YOUR_TEMPLATE/main_product_image.php
includes/templates/YOUR_TEMPLATE/popup_image_additional/tpl_main_page.php
but I can see IH in admin / TOOLS
I just ckecked and your store (http://www.atelierjana.com) seems to work normally now but without the IH3.Quote:
Originally Posted by pekahk
In case you insist on trying to use this module please backup your files and then start over.
It is a great module and personally made it work with out any problems to classic template just by following the "New Installation Instructions" to the included readme file.
I guess you have the power in your hands and the right tool to make it work.
We can only make suggestions cause you have a complete view of your store files and access to fix the problem. :yes:
My suggestion for you to consider paying someone to do this install for you still stands.. I think you have probably bitten off a little bit more than you can chew, and you might need some help to get things all sorted out..Quote:
Originally Posted by pekahk
Hi all!
I am trying to implement jquery lazy load on my product listing pages but in order to do so I need to get the img src for all images. In product_listing.php I found the code that generates images and added to it:
zen_image(DIR_WS_IMAGES . $listing->fields['products_image'], $listing->fields['products_name'], IMAGE_PRODUCT_LISTING_WIDTH, IMAGE_PRODUCT_LISTING_HEIGHT, 'data-original="' . DIR_WS_IMAGES . $listing->fields['products_image'] . '"')
But it gives me a regular src(images/image.jpg). How can I get the IH src?
@Dan123
That really is not a question about Imagehandler :smile:
But you probably want to be working inside the function zen_image which is in html_output.php.
Thank you Niccol for your advice! It worked!
@dan123
Glad to know you got it working. :smile:
Please start a new thread (with a tille like 'using lazy loader with zen' ) and explain exactly what you did so that other people can benefit from your experience.
update: I asked my hosting provider to recovery all web from automatically backup and now my eshop is in the state before I stardet to "try tu upgrade IH". The problem is in the purchased template cos IH work with default template. I asked zencart-template to fix the IH problem .. it seems they will make IH to work .. I will let you know. Thank you all to tell me to backup ... it leads me to aske hosting provider for recovery procces :)
Quote:
Originally Posted by pekahk
I guess that was the best to do. :smile:
But update this thread with the zencart-template that don't work with IH3 so that less people will have to go through the same trouble.
Hi All,
I have just installed IH3, and after a few tweeks all seems to be working to great effect!
One question which I have spent the last 4 hours trying to find, is that on each product info page, I have the product image shown in the html description under a <img> tag. Is it possible to have IH3 resize and provide the zoom feature for these images, or does it only work with images linked through the usual zen cart images?
Many thanks in advance!
Short answer is images you added to the product description using an image tag will not be managed by IH3.. Though this is not related to IH3 support, I think with a little work you could probably manually add the inline JS zoom code from IH3 to the image tags..Quote:
Originally Posted by MannMotorsports
I'm cooking now and don't have time to look.. If someone else helpful doesn't come along before I get back I'll share a down and dirty how to.. (I will assume you are familiar with how to tweak the inline JS to your own needs)
Hi everyone. I understand that my question was asked before (posts #339 to #342 in this thread) but no specific solution was offered at that time.
I have IH3 installed on my live site (Zen Cart 1.3.9h) and it works fine and as expected. I am now upgrading to Zen Cart 1.5.0 on a local test environment and see that IH3 does not appear in the Administration area at all and of course can not be used.
The late ClydeJones suggested some changes for IH3 to work with ZC 1.5.0 and he was about to test it. I think that was about the time he (sadly and unexpectedly) passed away and it was probably left at that. If there any chance that we are given some simple instructions as to how we can implement ClydeJones' idea in post #341 if it has been tested?
Many thanks in advance for any assistance and kind regards.
i installed using the usual install and the instructions in the post and everything seems to work front end and i can set all images sizes etc rear end the only thing not working is the admin part to add / delete extra pics but if you are happy with 1 picture it seems to work, the admin interface comes up but wont load any of the links manager admin links about, anybody can point in direction of what to look at to make this work i would appreciate it also
bryan
Happy memories of Clyde.
yes, it should work. You just need to get 1.5 to recognise the page.
However, you should also note that there are some very marvellous features of tightening up the security involved in version 1.5. What Clyde suggested is a way of getting the admin pages to show up. However, IH has some issues as far as meeting the demanding security requirements of a Zen 1.5 install and just because it works it doesn't mean that it is a great idea.
I am sure that at some point IH will be re-written to meet those standards. They are somewhat technical and some people might say that there is not any real problem with IH as it stands. I am unaware of any exploit that is due to IH as it stands.
So, yes, it will work but....
Nods in agreement...:yes: And I have heard rumors that there are folks working on a v1.5 compatible version of IH3. and they will be keeping an eye on making these security corrections.. I don't know anything more than that.. No idea what stage this development is at (or even if it is still going on).. One thing is certain, updating IH3 to work within the new more secure v1.5 world requires a fairly SIGNIFICANT re-write of IH3 to implement.Quote:
Originally Posted by niccol
More information as I know it will be posted here..
I installed a new test store from my active 1.3.9h test store...lol
Then upgraded the files to 1.5 files....but like a big dummy I totally forgot to edit the new files with mods info that may have been in there so IH3/ LB still work but none of the mods show in admin.
So now will go thru zips to see what fiels got affected and then use textwrangler to edit the new ones and hope they show up...lol
I think I will like the superadmin thing backt here once I figure out how to use it...lol
now my question is...since the "other mod files" are in template override folders is that why the mods still work?
yes this is my dummier day....flu has come to visit and won't go away! :shocking:
and honestly even with the gratuitous IH3 mention, this doesn't remotely sound like an IH3 support question/post at all.. :laugh::laugh::laugh:Quote:
Originally Posted by DarkAngel
Quote:
Originally Posted by DivaVocals
you mean you noticed that!!! I thought it was cleverly disguised...lol
nah I just ended up in the twilight zone...lol
btw I noticed it waaaaaaay after I posted it
Howdy,
I'm new to Zen Cart. I have been building websites since 2003. (NTIMM)
I have a question about installing Image Handler 3.
In the Image Handler 3 installation instructions:
3. Rename the "YOUR_ADMIN_FOLDER" folder in the "1_Install_Files" & "2_Required_Core_Edits" folders to match the name of your admin folder.
1_Install_Files/YOUR_ADMIN/
2_Required_Core_Edits/YOUR_ADMIN/
Okay, that make sense, as do renaming several other folders to match the template name.
What is confusing to me is that section that says:
5. Upload the files from "1_Install_Files" to your store. (DO NOT upload the "1_Install_Files" folder, just the CONTENTS of this folder -
copy ALL of the add-on files to your store!! Most issues are caused by store owners who decide to NOT load ALL of the module files)
6. Upload the files from "2_Required_Core_Edits" to your store. (DO NOT upload the "2_Required_Core_Edits" folder, just the CONTENTS of this folder - copy ALL of the add-on files to your store!! Most issues are caused by store owners who decide to NOT load ALL of the module files)
If I upload these folders to my main store folder it appears that the new folder renamed the same as the admin folder will overwrite that folder. Am I missing something here?
To which folder(s) in Zen Cart do the Image Handler 3 folders and files need to uploaded?
Thanks in advance for your help.
:laugh::laugh::laugh: I HAD to mess with you girl.. I knew you were blowing off steam.. :laugh::laugh::laugh:Quote:
Originally Posted by DarkAngel
So you know from your experience that when you copy files and folders over where the NAME of the folder alredy exists, you will be prompted by your FTP client that the folder NAME already exists.. Simply answer yes, and it will then do the same check for each file name that already exists in the folder.. (it will prompt you when you are overwriting an existing file.) Doing this does not affect any other files ALREADY IN THE TARGET FOLDER. They will remain in place as you are not overwriting any of them..Quote:
Originally Posted by GArmour
the root of your store.. and as the instructions indicate you upload the CONTENTS of these folders, NOT the folders..Quote:
Originally Posted by GArmour
THANKS!Quote:
Originally Posted by DivaVocals
Why was it necessary to rename the folders to the same as my admin folder if only the contents get uploaded? This is confusing.
Thanks for the help! I got Image Handler 3 installed and running. Perhaps I was being overly cautious, but I have leaned to ask questions before I cause a self-inflicted disaster. It's easier than asking what went wrong.
Because it's easier to upload the ENTIRE contents of the install folders (which contain files as well as folders) versus uploading the contents of each individual folder.. It's necessary to rename the admin folder since when we bundle the add-on we don't know what YOUR admin folder is called..Quote:
Originally Posted by GArmour
You will find that this is how MANY mod authors bundle their add-ons..
I know sweety and a bit of levity is always a pleasure...Quote:
Originally Posted by DivaVocals
@GArmour
and as for the confusing part of the read me...it confoozled me a bit too then I re-read and saw the "contents" part...but there are many out there that do not realize that and upload the folder---oopsie they find out quick to read that darn read me better...lol
personally I quit renaming things cause I did it myself too many darn times...I should have been born blonder than blonde.
OK, let's take it from the beginning. As I understand from Clyde's post quoted above and from yesterday's posts in this thread, IH3 can work with 1.5 even though it may not meet all security requirements of 1.5 at the moment.Quote:
Originally Posted by clydejones
I have tried to implement Clyde's suggestions but can not make it to work. Could one of the gurus provide some guidance please?
I run the SQL statement and now have a row in the admin_pages table reading:
page_key = imageHandler
language_key = BOX_TOOLS_IMAGE_HANDLER
main_page = FILENAME_IMAGE_HANDLER
page_params =
menu_key = tools
display_on_menu = Y
sort_order = 999
After running the SQL statement, I get the IH3 in the Tools menu but its links are not doing anything. See the image below.
http://athenscollectibles.info/image...forums/IH3.jpg
Clyde suggested deleting image_handler_tools_dhtml.php (that's easy to do) and replacing it with the new datafile definition
define('BOX_TOOLS_IMAGE_HANDLER', 'Image Handler');
The question is: in which file should the datafile definition go? I tried many files but with no success. The result is always as in the picture above.
Any ideas please? Has anyone else tried Clyde's solution and had IH3 working with 1.5?
Have you tried putting the define in a file called ih3_filenames.php and adding the file to the YOURADMIN/includes/extra_datafiles folder?
You could also call it my_admin_module_filenames.php if you plan on adding other mods that need admin registration.
Thank you for the suggestion. I did create a new file in the appropriate folder and tried both file names but the links still don't do anything. I just have define('BOX_TOOLS_IMAGE_HANDLER', 'Image Handler'); on the top left of every screen in Administration after the new file was created. Does this say anything to you?
It is possible they do not work because of the security requirements of the new v1.5 that IH3 does not meet yet..Quote:
Originally Posted by Athens Collectibles
dbltoe: have you tried Clyde's method and have you been able to get IH3 to work in v1.5?? I've not tried it yet (got a LOT on my plate -- so not much time for free mod stuff currently)
Thanks for coming back DivaVocals. There are only 3 steps in Clyde's method: delete a file (done), run an SQL statement (done, hence the IH3 appears in Admin > Tools) and replace the deleted file with a new datafile definition. It is this last step that confuses me, that is where to include this definition.
dbltoe suggested creating a new file, which I tried and didn't work. Any more ideas? Is it possible that the new file should have a specific file name or be in a specific folder?
I'm willing to play the guinea pig and have tried many things myself but had no success.
In some ways it doesn't matter where it goes if it gets autoloaded.
You can put it in admin/includes/extra_datafiles/myfile.php
which i think is what clyde was saying and is probably best.
Or you could try:
You can put it in admin/includes/laguages/english/extra_definitions/new_file.php
or whatever language that you are using.
As long as the constant is loaded it effectively doesnt matter where it comes from as far as making it work goes. But there is a Zen way of doing things so Clyde's way is best.
(obviously I have just made up those file names. you can call the file whatever you want too. but the paths should stay the same.)
Hi Nick,
as I said above (post #747), the new file loads from the admin/includes/extra_datafiles folder, but all it does is display define('BOX_TOOLS_IMAGE_HANDLER', 'Image Handler'); on top of the Admin screen, above the logo. The Manager, Admin, Preview, About links still do not work. I even removed the .htaccess file from admin and admin/includes in case a rule there prevented the mod from working but nothing changed.
the file should read:
I suspect that you don't have the first line of that.Code:<?php
define('BOX_TOOLS_IMAGE_HANDLER', 'Image Handler');
Nick, you were right to suspect me. <?php was not included as the first line. But, when added, nothing changed except for the constant not displaying any more above the logo. Links are still dead. :cry:
so can you post the file you created and the exact thing you did please...I got confused (not a difficult task either so hush...lol)
You are not alone in your confusion! What I've done so far:
1) Run the SQL statement as suggested by Clyde (see post #745)
2) Deleted file ADMIN/includes/boxes/image_handler_tools_dhtml.php as suggested by Clyde (see post #745)
3) Created a new file ADMIN/includes/extra_datafiles/ih3_filenames.php as suggested by dbltoe (see post #746) and corrected by niccol (see post #752)
Contents of the new file:
The situation remains as described in the screenshot of post #745. When the links Manager, Admin, Preview and About are clicked, nothing happens.PHP Code:<?php
define('BOX_TOOLS_IMAGE_HANDLER', 'Image Handler');
I wish I was a php programmer to check each file and see what's going on but, unfortunately, I'm not. I don't believe that there are security issues preventing IH to work. It may not meet all security requirements of Zen Cart 1.5 but it should work, even if there were risks which I (and other users) would be prepared to accept.
I believe it IS the increased security in IH3 that is preventing the links in the app from working.. There is a fair bit of IH3 code that IS NOT secure based on the standards that v1.5 of ZC was built under. It is ENTIRELY possible that the new ZC will indeed prevent add-ons that don't meet these standards to run.. (this is not impossible -- WordPress does this with it's code to try and keep errant plugins from bringing down a site, so WHY couldn't Zen Cart do it)Quote:
Originally Posted by Athens Collectibles
Now do I know this for SURE?? Nope.. I don't know FOR SURE e that this is what is happening here because I have not looked at the IH3 code. However I do know based on my 17+ years working in software development that this can indeed be the case. Additionally there have been indications (based on discussion about IH3 compatibility with v1.5 by knowledgeable folks from this community) that the issues with IH3 and needed security fixes may very well prevent IH3 from working under v1.5..
That said, as I said previously I don't know what stage the work on IH3 for v1.5 is at.. I don't think that there is a QUICK fix for it using the current codebase at this time. If you REALLY need it working, you might consider hiring a developer to fix it for you, or wait for more information on IH3 development..
Now if anyone in the community knows otherwise hopefully they will share.. (niccol??nigel???) I am happy to be proven wrong here.. :smile:
Me too :yes:Quote:
I am happy to be proven wrong here..
Well, I thought I had got IH3 running fine on a development server but can't say for sure because my mind is a bit elsewhere at the moment.
There is the issue with sercurity on 1.5 but I didn't think that this actually prevented things from working. Rather people were being encouraged to code to meet those guidelines. But this is just what I believe.
However, there are other issues with making a module work with a new version. The code was written to be compatible with a previous codebase. If there are incompatibilities with the new codebase then that will cause functional issues. To be honest I would guess that that is the case here, or there is simply an installation error.
Having said that these links are actioned using a get parameter on the URL. Which is one of the things that is being discouraged in Zen 1.5. So perhaps there is stronger security in place to prevent this happening. You'd have to investigate or ask the developers.
What happens if you add this to the end of the image handler URL
?page=about
so it reads
image_handler.php?page=about
That should emulate the link that is being used and might shed some light on the issue.
I know there are efforts to get IH working. As Diva knows I am not involved in that. Partly, because others are doing it and partly because I think that IH is overly complex for the needs of most stores. So, I am not keen to spend too much time investigating this quirk.
Absolutely nothing happens. I had already tried it with all four links.Quote:
What happens if you add this to the end of the image handler URL
?page=about
so it reads
image_handler.php?page=about
That should emulate the link that is being used and might shed some light on the issue.
However, typing this in the URL does respond and clears image cache: https://www.example.com/STORE_NAME/M...ih_clear_cache
This typed directly: https://www.example.com/STORE_NAME/M...ion=ih_install responds with the message "Image Handler successfully installed" but nothing else changes in terms of functionality.
Any clues from that?
My take based on the conversations that have taken place on this topic is that add-ons which use insecure GET parameters will most likely NOT work with Zen Cart v1.5. IH3 is LOADED with these kinds of GET parameters as it was written in 2006 (when this was not considered an issue) and NEARLY ALL of Tim's original codebase is still in place in the current IH3. I think that there are some issues with compatibility between versions of Zen Cart, but I do believe that the security issues also play a role.. Given that NONE of the links in IH3 work with v1.5, I think this would appear to be the case.Quote:
Originally Posted by niccol
In fact there appear to be HINTS given early on by VERY knowledgeable folks that Clydes "fix" for IH3 alone would only allow IH3 to be registered under the new v1.5 requirements for admin add-ons. However, getting an add-on to "show up" in the admin in v1.5 doesn't mean that it will WORK in v1.5..
George, I know you don't want to hear this, but I do believe that IH3 needs a re-write not only to meet the new security requirements of v1.5.. It needs a re-write to WORK in v1.5. Kuroi said as much in the v1.5 mods thread when there was a BRIEF discussion of ClydeJones "fixes" to IH3.
Yup, I diagnose that it doesn't work :smile:
As I said not to keen to go further than that. Just had a quick peek at the code and ran away crying. There is a whole lot of work that needs to be done in there.
If you are 100% sure that your install is right then that leads one to believe that there is a compatibility issue that is best solved by re-coding.
The best advice I can give is wait for a version to be released that is compatible with 1.5.
Then I better forget it until a ZC 1.5 compatible version is announced. Thank you and everyone else in this thread for the efforts and replies. :D
Hello,
I try to add a large picture (optional) for replacing the default one for displaying large picture only, but get following error.
-------------------------------------------------------
Error!
Unable to determine the page link!
Function used:
zen_href_link('', '', 'NONSSL')
------------------------------------------------------
before I try this, I added a picture on default to display S.M.L. and working fine.
Please advise.
That error message is normally caused by invalid characters in the image name, what is the name of the image, and can you provide a link to it being used on your site
Quote:
Originally Posted by hara
Image named aa_green_bb.jpg
Quote:
Originally Posted by nigelt74
I have found out that this message comes when the image name (or perhaps the whole path) exceeds certain characters. It has happened to me many times and was corrected when I changed the image name from, for example, images/products/category/subcategory/this_is_a__long_image_name.jpg to images/products/category/subcategory/image.jpg. I have not been able to play around it enough to establish the exact number of characters accepted. Is there such a limit?Quote:
That error message is normally caused by invalid characters in the image name
I changed to short image name: abc.jpg
The problem still not resolved.:(
Hi All,
I am running Image Handler 3 on zencart version 1.39H and have additional images installed and all is working fine except for the image water mark. It only appears to be working on the small images and not the medium or large (have activated it in CP).
Note that we are waiting for updates on modules before we install zencart 1.5 version and just want to make sure all is well before doing so as we have a few add ons installed and products are being loaded on a regular basis.
Any help would be appreciated with the water mark as we do wish to protect our images from being copied.
Watermarking works just fine if installed correctly.. Please re-check your image settings and re-read the readme to see if you may have missed something in your setup/install..
Quote:
Originally Posted by Bruce1952
What is the name of the image you are adding it to?Quote:
Originally Posted by hara
To be clear the name of the image you are uploading can be pretty much anything.
You are uploading an image to an existing product, to be used for one specific size of image, the image you are uploading will be renamed to match the existing image, what is the name of that existing image
How do get the hover effect to be disabled for the Home page and Category pages?
Trying to disable the Image Handler v3 Hover effect for certain pages. I like how it is functional on the product page, however, I don't like the effect on the Home page under the Review and Featured Items is displayed.
Thanks
I'm afraid this is an all or none feature.. If I recall correctly it would require a fair bit of coding work to disable it selectively as you would like.. Perhaps others can offer more insight on this..Quote:
Originally Posted by thebigkick
So people will stop asking about Clydes "fix" for IH3 with Zen Cart v1.5. As I suspected getting IH3 to show up in the admin is only HALF the battle.. IH3 needs a RE-WRITE to work with v1.5..
Quote:
Originally Posted by DrByte
I KNEW I was right about this when I made the statement earlier in this thread..
Quote:
Originally Posted by DrByte
Hello, i have a problem with bmz_cache. It have too many files.
I have a -sort-of-solution ---> lets do cron the job.
But when i configure cron.php (code below) it do not work.
I have this cron solution for -cache-admin-.log- problem. ^^ but that do not work for bmz_cache.
:frusty:
Can you help me?
--script---
-my-sort-of-solution for -cache-admin-.log- problem----PHP Code:<?php
function recursiveDelete($str){
if(is_file($str)){
return @unlink($str);
}
elseif(is_dir($str)){
$scan = glob(rtrim($str,'/data/web/juwelen.sk/web/bmz_cache/').'/*');
foreach($scan as $index=>$path){
recursiveDelete($path);
}
return @rmdir($str);
}
}
function delete_folder($tmp_path){
}
?>
PHP Code:<?php
if ('deletespecificfiles.php' == basename($_SERVER['SCRIPT_FILENAME'])) {
die ('<h2>Direct File Access Prohibited</h2>');
}
else {
$foldertodelete = '/data/web/juwelen.sk/web/cache/';
//DELETE LOG FILES
$fileTypes1 = '*.log';
$expire_time1 = 3;
foreach (glob($foldertodelete . $fileTypes1) as $Filename1) {
$FileCreationTime1 = filectime($Filename1);
$FileAge1 = time() - $FileCreationTime1;
if ($FileAge1 > ($expire_time1 * 60)){
unlink($Filename1);
}
}
}
?>
OK. I find solution myself. For sake of those who have those errors, try this solution.
**this solution needs Cron setup**
*************
Error n1.:
This kind of error i can repair. It is because of filename. Is in my language and i can not find a solution (i try many solutions -FAIL), only delete error log.HTML Code:charset `windows-1250' not supported, assuming iso-8859-1 in .../bmz_image_handler.class.php on line 690
cron setup -> time- * * * * * ,, cron script put in directory"../cron/"
create a file cron1.php (and copy code)
when cron start - in every 1minute - he delete only log files in /cachePHP Code:<?php
if ('deletespecificfiles.php' == basename($_SERVER['SCRIPT_FILENAME'])) {
die ('<h2>Direct File Access Prohibited</h2>');
}
else {
$foldertodelete = ' --your path to--/web/cache/ ';
//DELETE Log FILES
$fileTypes1 = '*.log';
$expire_time1 = 3;
foreach (glob($foldertodelete . $fileTypes1) as $Filename1) {
$FileCreationTime1 = filectime($Filename1);
$FileAge1 = time() - $FileCreationTime1;
if ($FileAge1 > ($expire_time1 * 60)){
unlink($Filename1);
}
}
}
?>
*************
Error n2.:
BIG //bmz_cache//.
cron setup -> time- 0 12 * * 7 ,, cron script put in directory"../cron/"
I setup cron to start every Sunday midnight (because, bmz_cache needs to be filled /for some time/ because if bmz_cache is clear, image handler must create new cache - that slows server (tested on localhost and live shop).
create a file cron2.php (and copy code)
----------------------PHP Code:<?php
if ('deleteallfiles.php' == basename($_SERVER['SCRIPT_FILENAME'])) {
die ('<h2>Direct File Access Prohibited</h2>');
}
else {
$foldertodelete = ' -- your path to -- web/bmz_cache/0/';
$fileTypes1 = '*.*';
$expire_time1= 3;
foreach (glob($foldertodelete . $fileTypes1) as $Filename1) {
$FileCreationTime1 = filectime($Filename1);
$FileAge1 = time() - $FileCreationTime1;
if ($FileAge1 > ($expire_time1 * 60)){
unlink($Filename1);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/1/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/2/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/3/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/4/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/5/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/6/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/7/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/8/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/9/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/a/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/b/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/c/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/d/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/e/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
$foldertodelete = ' -- your path to -- web/bmz_cache/f/';
$fileTypes2 = '*.*';
$expire_time2 = 3;
foreach (glob($foldertodelete . $fileTypes2) as $Filename2) {
$FileCreationTime2 = filectime($Filename2);
$FileAge2 = time() - $FileCreationTime2;
if ($FileAge2 > ($expire_time2 * 60)){
unlink($Filename2);
}
}
}
?>
Disclaimer
*Use it wisely.
*It is not, that my solution is the best. Is only solution which works well for me. If you have a better solution -- share it please with community.
*I am not a Jenius - i only edit some PHP code from internet.
(original page is here -http://www.devshed.com/c/a/Administr...cript-Example/)
*cron setup is different on "different" server.
*And the last -- sorry my english - i am not native U.S. I am only a student :smartalec:
[QUOTE=Querk;1095893]Hello, i have a problem with bmz_cache. It have too many files.
I have a -sort-of-solution ---> lets do cron the job.
But when i configure cron.php (code below) it do not work.
I have this cron solution for -cache-admin-.log- problem. ^^ but that do not work for bmz_cache.
:frusty:
Can you help me?
How many files is "too many files"?
What error are you receiving?
or is it a hosting restriction?
Huh? I thought the point of Image Handler was that it cached the files. If you delete them then what is the point of having Image handler? If the store has any level of traffic whatsoever the cached images are just going to be re-created pretty much straight away and you just slow down the page load for some customers.
A much better solution would be to have a server that has enough disk space to store all the images that are needed for your store.
Nods in agreement..:yes:Quote:
Originally Posted by niccol
I agree with niccol.. Your solution is NOT recommended for ANYONE.. The point of the cache folders is to help improve site performance. (A HUGE reason to use Image Handler) Your solution trashes this feature and in fact will probably slow performance down..Quote:
Originally Posted by Querk
My "better solution" (since you asked)?? As niccol points out, host your site on a server that will not put restrictions on your site that will prevent you from using Image Handler. Chances are these restrictions will eventually limit your ability to run any kind of decent website anyway..
Hold on Querk, I think there's a confusion between bmz_cache and cache here. This charset problem produces thousands of log files in the cache folder. On the other hand, the bmz_cache folder holds cached images which are required and will be generated again when you delete them.
I had the same problem with thousands (not just too many) files created in the cache folder every day. If you go back a few pages to post #676, you will see how I solved it based on a previous suggestion by niccol. No cron jobs or anything else: just a one-line change in a file. Read the post, see if this is really the issue and leave the bmz_cache alone.
I don't think there is confusion at my end. I agree with George.
The 'solution' posted does two things triggered by cron.
1. Deletes the log files
2. Clears some of the older files from the actual image cache.
1 is a bad idea because the log files are there for a good reason. If your site is creating errors you really want to sort that out not just delete the messages. A process that you went through I believe successfully, George. If the character encoding is causing a problem with html_entities then there are ways of getting around that. This is not really a Zen issue but is a php issue.
2. Is a bad idea because it makes image handler a bit pointless and increases server load during customer page load.
If your hosting is not large enough to store all the cached images then you need to get larger hosting. Or alternatively not use image handler and let the images be re-sized client-side.
Nick, I hope that you didn't misunderstand me: what I meant is that Querk (not you) is confusing the cache log files with the bmz_cache image files.
I fully agree with you that the cache log files should not be deleted with a cron job without being examined first. My "solution", thanks to your suggestion, just does not create log files from character encoding any more. Other log files are of course created by Zen Cart for different reasons. And, obviously, there's no point in deleting the bmz_cache as this defeats the purpose of having IH installed.
^^ First of all, I know the purpose for "cache" and "bmz_cache".
*Cache is an error log.
*bmz_cahe is "like a RAM for PC" (or internet temp, or Browser cache --> it stores image files, to speed things up)
----------------------------------
I know that is "sort of" B*******t delete log files. But there was so many. It prevent me from connecting to server. Cron was only solution. I am a novice in "this PHP-zencart-servers-world" and you must understand that it is frustrating not have a quick solution for impatient customer.
I read every log file, that appear. I was solid in debugging. Only error i had to debug was that "charset thing".
Everything was working on page, therefore i decided to delete logfiles. (I have another errorlogfile in webadmin in our webhost, i see every error on server, therefore i decided that too)
:lamo:
To debug that error (from what i read)
You mean like this?
**error log
Change code FROM thisHTML Code:charset `windows-1250' not supported, assuming iso-8859-1 in .../bmz_image_handler.class.php on line 690
TO thisPHP Code:$alt = addslashes(htmlentities($alt, ENT_COMPAT, CHARSET));
?PHP Code:$alt = addslashes(htmlentities($alt, ENT_COMPAT, cp1251));
(if yes, good ^^ --> log file stoped to appear (not caused by cron, it was turned off))
----------------------------------
bmz_cahe is important, but complete clear bmz_cache one per week is not that bad idea. (for customer which do not know "how point and click on -- imagehandler/admin/clear cache" is cron better idea) ... me think...
Yes, that is the kind of thing that George was talking about. It is better to solve the error than just delete the log file. There are issues with html_entities and certain character sets so, in those cases, this line of code will create errors.
If people, including me, sounded abrupt in the last few posts, then I am sure we apologise. The thing is that advice that is posted on this thread is taken by the readers to be 'semi-official ' and if some of us think that there is bad advice being posted then it helps other users if we say so.
In my opinion, using cron to clear the bmz_cache folders is not good advice.
The files in that folder only need to be cleared in certain circumstances. For instance, if the size of images on your site is changed. Otherwise deleting the files just means that image handler needs to recreate them, which is not only pointless but actually uses processing resources
Again, just my opinion.
@George - no I didn't take it that way. :smile:
and I need to point out that AT NO TIME was it ever clear that THIS was the real issue Querk was having..Quote:
Originally Posted by niccol
Exactly.. which is why I made the statements I made.. I don't want ANYONE thinking that regularly clearing the bmz_cache folder "just because" is a good idea.. Because as niccol correctly points out, it's just NOT good advice..Quote:
Originally Posted by niccol
I also do NOT want people who follow the advice posted here to get the impression that creating a cron job to delete the PHP error log files stored in the cache folders is a good idea... and again it was NOT clear in Querk's posts what the REAL issue he was having was nor was it clear that what was REALLY being advocated was resolving the issue before deleting the error logs. It just looks like advice and code to delete the error logs using a cron job -- no mention of the REAL problem or the solution used to resolve the REAL problem.. just code to delete the error logs.
Nods in agreement.. :yes:Quote:
Originally Posted by niccol
On a different note
DivaVocals knows that I am developing a different version of imagehandler. However, I am doing this in two different ways. (this one is different to the one you have, Diva) The first way is re-size on upload. The second way is re-scale when the image is used.
The second way simply creates a scaled version of the image in a directory on the server. It does this the first time that size is requested. After that first time it uses the stored version.
It is at a very early stage but if anyone want to give it a go on a development site (NOT A LIVE STORE) then that would be great. It's advantage is that it is a single file :-)
It has limitations at the moment so you may have issues if your server is configured in certain ways and if your images are large.
It is VERY simple and really at this stage is proof of concept rather than a finished article. But if anyone can add some feedback then it might turn into something. There is a read me file in the zip.
Thanks
Nick you KNOW I love you..:hug: and you know I am all for what you are doing with your new image management mod (which BTW, I'll start testing tonight and FINALLY get you some feedback..:smile: Kinda excited to see what you've been cooking up..:smile:)
BUT
(you know what I'm getting ready to say right?????? :laugh:)
Perhaps we should move this discussion to a new thread?? I don't want to take this support thread too far off topic.. :smile:
Quote:
Originally Posted by niccol
Fair Point :smile:
It is at:
http://www.zen-cart.com/forum/showth...72#post1096872
@Diva
Note that what is posted here is entirely different to what you have. Scale on demand rather than scale on upload. Still deciding :smile: As there is no real solution for IH on 1.5 at the moment this is just my quick fix for that problem.
Hello
Got a wee bizarre user end question - for some reason images with the extension JPG are not being resized, picked up - but images with file extension jpg are (i.e down to teh image extension being in capitals).
Where can I change/amend image settings so image handle recognizes the image file with the image extension being in capitals - there are 2 many images for me to go through and rename these manually to having a lower case extension.
I've had a look through the files but I can't see what I need to amend - any ideas?
It's not the Image Handler 3 that is case sensitive, it's the server's OS. Windows's system is not case sensitive, so .jpg and .JPG are the same. Operating system like Linux is case sensitive, so those two extensions are different. I guess that your server is running on a Linux host.Quote:
Originally Posted by peanut77
I suggest you should keep your image files with .jpg extensions so that everything will work fine :cool:
edit: Suggest you should run "ren .JPG .jpg" in dos command so that you earn time renaming all your files :)
Hello - thank you for your super fast repsonse! much appreciated and yes the hosting space is linux based.
I don't actually run the site - I am just putting some upgrades in place, a wee lady runs it and I know I wouldn't be able to explain how file extensions names should work.
Re your suggestion : edit: Suggest you should run "ren .JPG .jpg" in dos command so that you earn time renaming all your files :) could I pick your brain a bit further on how to do this to ensure I pick up the correct folder ? I've only ever used dos command for very basic stuff like pinging!
Thank you very very much.
Hello
Sorry was being totally thick forgot I need to hold down shift on the folder to select the command prompt so it is only run on the contents of that directory!
Thanks you so much for your solution.
Quote:
Originally Posted by peanut77
You are welcome! Just try my suggestion with some of your file locally to see how fast and easy it works and then try for all your images so that when you are ready just start uploading :yes:
I have some thoughts/opinions of my own on this point.. will see you on the new thread.. :smile:Quote:
Originally Posted by niccol
Why NOT?? Why do you need to tell her how file extensions work at all?? Just SIMPLY tell her that JPG is NOT the same and jpg.. I've explained this to PLENTY of so-called "non-technical" folks and they get it.. Make it REALLY easy.. tell your client that she can't use capital letters ANYWHERE in her files names or the site will break.. Clients don't need to know WHY this is.. that answer is probably too technical for them.. They just need to know this is how things work.. THAT is a concept that clients understand very easily..Quote:
Originally Posted by peanut77
For the record, Zencart handles the jpg, JPG, jpeg, JPEG extension fine they should all work and resize fine. the only reason they wouldn't work would be a server issue.
The only other time any sort of issue would occur is if you ftp up a jpeg as an additional image and its extension doesn't match the primary image.
eg
if the primary image was bob.jpg, and you ftped the image bob_2.JPG, the second image wouldn't show as an additional image because the extensions don't match.
if you uploaded the additional image via imagehandlers additional image upload facility, its extension would be changed to match the primary image
Nods in agreement..:yes:
And there you have it straight from the book of nigel..:smile:
Quote:
Originally Posted by nigelt74
i use zencart 1.3.9h and Image Handler 3 but when i upload any product image then small image not show perfectly, i mean small large image pixels very low automatically.
and not show medium image and also now not show additional images of product
see link:
http://wowemall.com/Wholesale-zencart_c804
http://wowemall.com/test22_p334.html
i follow according to README document.
tell me how to solve ?
You have another add-on that is conflicting with IH3.. Something called "Product Flash" or "Product Zoom"???? It's likely that this add-on modifies come of the same files as IH3, and you've overwritten IH3 code in installing this add-on.. This has caused the medium images to no longer display, and it causes and issue with the large image popup hanging as well..
As for the image quality, I can see clearly that the image quality for the small images is indeed very poor. However without seeing your medium and large images or knowing what your image settings are, I can't say for certain what the cause is.. I can tell you the LIKELY causes though.. If I had to guess, I'd say that the image you uploaded was of poor quality to begin with.
You cannot enlarge a smaller image and expect to maintain image quality. IH3 does NOT take small images and enlarge them into larger images.Enlarging small images to make them into large images is IMHO a poor practice as you don't want poor quality images on an e-commerce website. It simply looks unprofessional. However, if you want an add-on that includes this kind of functionality, you might want to give Image Manager a whirl.
Quote:
Originally Posted by wowemall
i am not use "Product Flash" or "Product Zoom"
and when i delete below both files
includes/modules/your template/additional_images.php
includes/modules/your template/main_product_image.php
then medium file now show but large file not show.
i use image size 480x538 for upload.
waiting your reply..