Are there products in that /Lawn category? That "Product is disabled" is shown when a category has no products.
Printable View
Are there products in that /Lawn category? That "Product is disabled" is shown when a category has no products.
Hey Lat9
I reimported products and IH doesn't seem to be working site wide. So I tried reinstalling IH with no results. Any tips ?
Based on your posting in the DbIo support thread, it didn't look like there were products in that /Lawn category. Click that category dropdown to find one that has products (the category name has an asterisk after it).Quote:
Originally Posted by Hasher
IH 5 is on site Version 1.5.5c is working correctly for every page BUY if I add something to a cart and then delete it, a New Items page starts to load but only the text is displayed and just see spinning circles where the images should be.
Site: https://phillyphotosupply.com
Using Numinix Tableau 2 Template. An suggestions to a solution would be great.
That template's using a lazyloading script for the images, changing from src="image_name" to data-src="image_name" but the shopping_cart page doesn't load the actual script itself.
I don't get it Lat9. I see categories with Asterisks and can see all the usual products in admin. In public side no products have IH active . Not sure how to activate.!Quote:
Originally Posted by lat9
Did you enable IH5's ability to resize images? See Configuration->Images->IH resize images.Quote:
Originally Posted by Hasher
Hi All.
I found small problem with performance. For one product i have 4,5,6 additional pictures with underline, after main image name. They are stored in catalogue with manufacturer name.
For example /manu/pict.jpg, /manu/pict_1.jpg and soon.
In one catalogue i can have more than 1000 images like this.
When IH is looking for additional images for product, is scanning directory /manu/.
In case on displayed page we have 10 products from same manufacturers, its scanning 10.000 times :(
So, i made subdirs named with first letter of images.
It works excellent, but - image name in bmz_cache is made without /manu/ element as file name.
Then, in case i have 2 images with same name in 2 different /manu/ directory, i got a conflict.
I think is important thing to consider in next release.
Regards.
Meksicus
Yes, I wasn't a big fan of the readable-cache-image names when I inherited IH. That filename conflict won't exist if the hashed filenames are used.Quote:
Originally Posted by meksicus
I'll consider a page-by-page cache of the images found and also consider using the /images sub-directory names when creating the bmz_cached readable images.
Are you sure ?Quote:
Originally Posted by lat9
Making md5 from same path + image name gives same result ... i think so.
md5 is made from target filename, not from source.
protected function getCacheName($data, $ext='')
{
$md5 = (IH_CACHE_NAMING == 'Hashed') ? md5($data) : $data;
$file = $GLOBALS['bmzConf']['cachedir'] . '/' . $md5{0} . '/' . $md5 . $ext;
: