Product Images Duplicated And Renamed When Used For Multiple Products

General General Questions
1

I am having problems with CS-Cart duplicating and renaming my product images when they're used for multiple products.

Example: I use the same product image for 5 different products. When we import our images for our products CS-Cart will then create a copy and add a alpha numeric code to the end of the file name so then we have 5 of the same image. 1 original image and 4 others with a alpha numeric code added to the url string.

Example of what the file names look like when they're duplicated & renamed:

original.jpg

original_hte4-27.jpg

original_w3fq-3t.jpg

original_zxmx-9k.jpg

original_02o6-3t.jpg

Unfortunately it's not just five products being effected. This same occurrence happens for every product (over 200 products) each with 3 or more products, so it's really started to pile up in the directory and makes it more difficult to manage the images.

This also can't be good for SEO. GTMetrix even suggests serving resources from a consistent URL.

How can I stop this from happening?

2

I have the same problem. and the help disk dosent help! they say need custimizing! I see it as an error in the system not a need from me. I hope we can solve this issue

3

Did anyone solve this, I have 1 product and this product comes in many 30 colours and 7 sizes = 211 images for 1 product when it only needs 30 for the colours, the image doesnt need changing for the size

Thanks

4

It is not possible to solve this without making a number of core changes due to how the way CS-Cart is built. There is no way to truly override queries or function calls. Eventhough this is very easy to implement, it is still not a thing in CS-Cart. The same as how they store content in serialized files, whilst if they just use PHP files the speeds are at least 29 times better (and yes this is on SSD storage) since PHP has opcache, which stores these things in memory as bytecode...

But hey, who are we to judge.

5

But hey, who are we to judge.

Only customers and so-called partners.

Cs-cart has destroyed my addon business and given they're already looking at a 4.11, makes me very uncomfortable since I've seen no discussion on what they're going to break this time. I can't afford to keep having to play catch up every time they do a release now.

Used to be that my V4 addons worked under any V4 version (only cursory testing was needed). Starting with 4.10 that's no longer true. Should have been a V5. The new checkout should have been the addon, not the original. Deprecating and renaming functions in point releases is a bad idea without any deprecation notices in the error log or even cs-cart's internal log in prior versions....

Their validations are simply a grep of source code for strings. So a commented out function still returns a false positive scaring users. Same as their file comparison for modified core files that doesn't strip white space before generating the checksum. Hence simply opening a file and saving it can show it as modified even though no code modifications were made. All very annoying and sucks up all my time explaining to customers not to worry.... Maybe.

6

I cant understand it, 1 product, 20 colours and 5 sizes = 100 images needed instead of 20

I have 4000 products with average of 5 colour variants, =20,000

But I have also 5 diff sizes = going to have 100,000 images uploaded when only 20,000 are needed

Next question, apart from server space, does this slow the process down in anyway on my dedicated server,.

7

Did anyone solve this, I have 1 product and this product comes in many 30 colours and 7 sizes = 211 images for 1 product when it only needs 30 for the colours, the image doesnt need changing for the size

Thanks

Try to disable the "Allow own images for child variations" option in the "Product variations" addon settings

8

Only customers and so-called partners.

Cs-cart has destroyed my addon business and given they're already looking at a 4.11, makes me very uncomfortable since I've seen no discussion on what they're going to break this time. I can't afford to keep having to play catch up every time they do a release now.

Used to be that my V4 addons worked under any V4 version (only cursory testing was needed). Starting with 4.10 that's no longer true. Should have been a V5. The new checkout should have been the addon, not the original. Deprecating and renaming functions in point releases is a bad idea without any deprecation notices in the error log or even cs-cart's internal log in prior versions....

Their validations are simply a grep of source code for strings. So a commented out function still returns a false positive scaring users. Same as their file comparison for modified core files that doesn't strip white space before generating the checksum. Hence simply opening a file and saving it can show it as modified even though no code modifications were made. All very annoying and sucks up all my time explaining to customers not to worry.... Maybe.

Not even customers, they don't even listen to anyone but simtech. I have been hammering on upgrading the AWS SDK so that we could use things like SQS to queue emails or S3 for image storeage without having to include a 15MB SDK class from AWS in our addons. First thing they do when Simtech requires an SDK update for AWS, update the SDK within a matter of weeks. How are you supposed to work with people that want you to sell licenses for a few thousand euros a year in order to be a partner, if they don't even fulfill some of your requests...

9

I think a solution can be made via hardlinks (in linux at least) - https://www.systutorials.com/docs/linux/man/1-hardlink/to save space (unfortunately not bandwith). It would only be necessary to detect whether it is a hardlink or a master when deleting an image and warn user.