Hmm, it seems running exec() on both the bundled binaries and the ones your VMS provider installed is producing no output.
The one exception I’m seeing is when it tests for ImageMagick and it does this:
testing case: i at convert
convert: Exception raised, terminating
tool not found
So I would see if your provider can check your syslog or any other error logs for clues. Also, can you find out what operating system your VPS/VMS is running? And if it is using Apache, Litespeed, or Nginx (or something else)? I see it’s PHP 5.6, so that shouldn’t be a problem (it’s what I use every day for testing).
Thread Starter
Mulen
(@mulen)
Hello, thank you very much for your super-fast reply.
This is what I can see in phpinfo:
PHP Version 5.6.14-0+deb8u1
System: Linux replikant1348 3.16.7-ckt20-vch1-amd64 #1 SMP Wed Jan 6 18:21:38 CET 2016 x86_64
_SERVER[“SERVER_SOFTWARE”]: Apache/2.4.10 (Debian)
Or I can send you full phpinfo on your e-mail…?
for anyone else with a similar issue, what we know so far is that Mulen’s webhost is suppressing output redirection which EWWW uses to check that the compression tools are functioning properly. I think I’ve just come up with a way to work around this.
@mulen, the 2.5.8 release was for your particular problem, although it appears I have a small bug (which is already fixed in the dev branch).
Thread Starter
Mulen
(@mulen)
Thank you for you reply, but I cannot test if this fix solves my problem because my VMS provider already created some script to overwrite the plugin code to make it work. They told me that the problem was in “incorrect paths” for creating new files when option “Use system paths” was on. So this is probably what you fixed?
Yeah, I modified the path checking so that it would test based on the optimization results for a sample file, instead of using output redirection which your provider had blocked.
