Back office screenshots
Front office screenshots
Handling regular images
For the regular images there is no need to do anything. You can upload them as always. However depending on PrestaShop version the original uploaded images might be already compressed by PrestaShop image class. After activating AJAX-ZOOM this compression is disabled and if you are not satisfied with the quality you might want to reupload your high resolution images.
To add 360° images go to 'CATALOG' -> 'Products' panel and select a product. There should be a new AJAX-ZOOM tab. In this tab you will be able to:
"TECHNICAL ERROR" alert in back office
Mostly this errors result because of Cross-Origin policy of the browsers for AJAX requests. We should have fixed all the problems related to this issue by now, however if you have activated a redirect e.g. from www..yourdomain.com to yourdomain.com (without www) for frontend (or other way around), then please also login under yourdomain.com/admin1235 into your backend (same as redirect for the frontend, so if in the front end you have redirect to www.yourdomain.com, then please also login under www.yourdomain.com/admin1235 in the back office). Same with protocols - http and https. If e.g. every request is redirected to https on frontend, then also please login to your backend over https.
Uploaded images are not shown
Please check that Ioncube Loaders are installed.
If you have installed Ioncube Loaders over "local" php.ini file, placed in a directory,
them copy the same file into, or create php.ini with something like
RewriteBase (e.g. Bitnami / Prestashop / XAMPP)
Ver. 4.2.11+ if RewriteBase is set in .htaccess or app config file or similar you might need to change some settings in AJAX-ZOOM config file
In some themes in product.tpl the
Uploaded images are compressed
Update: this issue seems to be fixed in AJAX-ZOOM module for Prestashop Ver. 1.1.3 Unlike other ecommerce software we know Prestashop compresses original uploaded images which reduces image quality. The solution to prevent this is to override "resize" method in "ImageManagerCore". The problem we did not solve yet is that overriding this method over our module causes incompatibility issues across different Prestashop versions, especially if developer mode is enabled. So if you want to prevent Prestashop to compress your originally uploaded images you can override the "resize" method on your own just about like this:
The above code would work in 1.6.0.x versions. However e.g. in 1.5.x there is no $error argument.
In Prestashop 1.6.1.x however there are many other arguments in "resize" method.
Mouseover image does not show any more (sometimes)
Some images in products show correctly, others do not (blank)
Update: this issue was fixed in AJAX-ZOOM Ver. 4.2.18; please update
In short: use only first option "Use JPEG" under PREFERENCES->Images as there are no better alternatives in Prestashop so far. If you encounter this issue on some products, you should set "Use JPEG" and reupload the images.
Prestashop saves all images uploaded by the admin as JPG even if they are PNG. On default (first option) which can be found at PREFERENCES->Images, the png images are converted to JPG which is somewhat acceptable, although not optimal (see issue above). Other than that there are two Prestashop "exclusive" options for handling images (at least we did not see it somewhere else used extensively). The second "Use PNG only if the base image is in PNG format" keeps png format only for images, which are in real PNG images but still saves them as JPG. The third and the last one "Use PNG for all images" converts all images into PNG but again, saves them as JPG in file system.
Most third party scripts which use GD get confused if PNG image is saved as JPG without converting it. It is also said in the Prestashop settings - "WARNING: This feature may not be compatible with your theme, or with some of your modules. In particular, PNG mode is not compatible with the Watermark module. If you encounter any issues, turn it off by selecting "Use JPEG"." So does AJAX-ZOOM at the moment gets confused if GD and not ImageMagick is used. ImageMagick has to be explicitly enabled for AJAX-ZOOM in config file and also installed on the server as it is mostly not included in standard server installations.
If you encounter any other troubles please report / contact our support. We will fix and document it with highest priority.
Leave a Comment