ewww as a separate php tool … to be run on whole WHM account

Is it still stopping after 7 seconds or so, or does it go longer now?

Still stopping after 7 seconds.

You really should be running it via wp-cli, which will remove the timeouts, and make increasing the memory limit less risky (you generally have separate php.ini files for CLI and apache)

I am willing to try. Can you tell me please the complete wp-cli command line command I have to run?

Install WP-CLI from wp-cli.org, and run ‘wp-cli.phar help ewwwio optimize’ for more information.

Change wp-cli.phar to whatever you end up naming the file you download from wp-cli.org

this is going to stay as a feature request, and file permissions will have to be a consideration I’ll look into if/when I end up building this as a separate tool.

My final solution … not the best way to do this, not even close to EWWW, but it worked for me, Google page speed doesn’t complain abut the pictures anymore … I OPTIPNG all the files while making the backups ( -preserve parameter ) than restored the ownership to local user

Same thing with JPEGOPTIM for jpg files, but i did it with lossy compression of 90 ( parameter -p90 ) cause some files where huge

And at the very last line it restores ownership on public_html folder … without this i would get error 403 on the website

all this just for one account (cormsorg) …

And i didnt find safe solution for .gif files yet…

cd /home/cormsorg/public_html
find -name ‘*.png’ -print0 | xargs -0 optipng -o7 -keep -preserve -log optipng.log
find -name ‘*.png’ -print0 | xargs -0 chown cormsorg:cormsorg -v

find -name ‘*.jpg’ -print0 | xargs -0 jpegoptim -p -P -m90 –all-progressive -t -v -s
find -name ‘*.jpg’ -print0 | xargs -0 chown cormsorg:cormsorg -v

find -name ‘*.jpeg’ -print0 | xargs -0 jpegoptim -p -P -m90 –all-progressive -t -v -s
find -name ‘*.jpeg’ -print0 | xargs -0 chown cormsorg:cormsorg -v

chown cormsorg:nobody /home/cormsorg/public_html -v

I just came across this thread while looking for other info, but I wanted to say I’d be interested in this.

Thanks,

Jason

would be great to have, as my only other option in getting images optimized for my whole site would be google pagespeed plugin which is only beta at the moment.

Put another check mark in the interest column from me ??

I am interested too. In a standalone tool to run on a server locally or on staging/produciton.

Absolutely!
And maybe someone could help turn the standalone tool also into a MediaWiki Extension!

I would pay for that! I have some wikis with huuuuge Image folders, that could greatly benefit from this!

For those of you that have wanted a standalone version of EWWW, would a command-line version work for you? Or do you need a web-based front-end? The more feedback the better.

I think both would be good. Especially with huge (!) Wiki installations, a decent progress bar, option to collapse the details of the processing, option to select folders etc, would all be a huge plus. I want to run this over a few gigabytes of images in tons of sub folders, that would diminish the usability of a terminal window I guess…

A cli tool that is installable from the offical Debian apt repository would be most convinient.

Sure, if this would be a mediawiki extension, I would also install it.

SebH, I still have your request regarding mediawiki in my inbox, so don’t think I’ve forgotten you.

A standalone version is the first step, so let’s try to keep this thread on topic. Depending on how much work replicating the web interface is going to be, I may release a CLI build as version 1 and then the web interface for a version 2. I don’t know if this will ever make it into the official debian repo, but my plan was to keep it pretty self-contained, and have a built-in upgrade process at some point. Perhaps I should start a poll to see what the most desired features would be.

Sounds great