GoodForNothing Image Optimizer [Paid] [Deleted]

@Mr. Goodie2Shoes I installed the addon and have it set up however I am not using kracken.io or jpegOptim. Do I have to use those or will the addon compress the attachments without those?

I ask because after I installed and setup the addon, I receive this error when I rebuild the cache.

"gfnkraken_no_compressor_available"
 
You will need to enable the modules to compress the files. Kraken does not do any kind of compression on its own as PHP's image handlers are not that good and these tools are specifically made to optimize the images to a degree PHP itself cannot do :)
 
I see in my xf_attachment_data table that there are some duplicate entries (most likely going back to vB days).
Is it worth investigating trimming duplicate attachments?
 
melbo said:
I currently serve all my attachments from Amazon Cloudfront CDN. If the optimized images have the same filename my CDN will still serve the un-optimized versions for a pretty long time. I suppose I could create a new origin and serve my new attachments from that. Has anyone done this?

Apologies if I've missed this above.
Click to expand...
Works fine with Cloudfront
We installed GFN Kraken and ran a local jpegoptim batch process on ~44,750 images (jpeg) for a reduction of 5.6GB :)
This compressed threads and XF media gallery images at max=65 which was a happy compromise between quality and size. Before batch processing, we ran tests of an original 8.5MB image and then cut it by 95, 85, 75, etc down to 35 and had our premium members vote on which was the lowest we could go before they saw noticeable degradation. Very happy! Now for local .png support...

To emphasize, we are not using kraken at all and our bulk compression only took a couple of hours
 
From the review question:
Thanks for the review :)
Can you tell me how the percentage of reduction so that I can add your site in the "Case Studies" section? :)
Click to expand...
I don't know exactly what our total file size was before compression but from our testing, an 8500Kb (8.5MB) image was compressed to 140.4Kb for a 98.3% reduction. Our forum is 10 years old so many of the ~45K images were older and probably much smaller than modern hi-res images.

We're also processing image uploads/posts in realtime without deferral and the process is instant. This is all on our server using jpegoptim and not Kraken. When do you think you'll add .png support? :)
 
melbo said:
I don't know exactly what our total file size was before compression but from our testing, an 8500Kb (8.5MB) image was compressed to 140.4Kb for a 98.3% reduction. Our forum is 10 years old so many of the ~45K images were older and probably much smaller than modern hi-res images.
Click to expand...
You can run this query to get the current total file size for the images and adding that to the size saved will return the original file size :D
Mr. Goodie2Shoes said:
This query will output the sum of the file size of all the image files, in bytes:
Code: 
SELECT SUM(file_size) FROM xf_attachment_data WHERE width > 0;
Click to expand...

melbo said:
When do you think you'll add .png support? :)
Click to expand...
The problem I am currently facing is the good compressors don't support STDIO piping that this add-on uses. I was working on a workaround but then classifieds got to me :p
My schedule is clearing up bit by bit so hopefully should be able to resume working on it in a few weeks :)
 
You must log in or register to reply here.
Back
Top Bottom