...increase execution time 😉 Or if some classes like a gallery-element suffer more, you may just trigger the images/caches to be build onAfterWrite?
Switch to imagick 😉
Then clients can upload photos from their DSLR without crashing the server 😄
...and color profiles match!
Thanks for your replies. Well we are already using imagick, otherwise some large images wouldn't work at all. It's a real problem if the process times out as imagick is not properly cleaning up temporary files… (and those temporary files seem to be uncompessed image files…)
there was an external service that someone was using at #stripeconeu - let me see if I can find it. seemed like a good option for people where SS' built-in functionality isn't enough
yeah that 😛
Thanks 😉 We are looking for a self hosted solution. We have some sites using Thumbor (http://thumbor.org/) with rewriting image urls to point to the thumbor server. I was just wondering if someone has different approaches 🙂
Thumbor is a smart imaging service. It enables on-demand crop, resizing and flipping of images. It features a very smart detection of important points in the image for better cropping and resizing, using state-of-the-art face and feature detection algorithms (more on that in Detection Algorithms).Hide attachment content
The only thing I've done in the past was onAfterWrite on DataObjects that attach images, pre-generating the common sizes