Diosa-UK

Woah! That was a bit scary on a live site! Had to disable all and go back to the Twenty Fifteen site with EWWW disabled to get rid of character issue – Twenty Fifteen with EWWW enabled showed the odd characters again (this is with the common.php lines 182 and 184 commented out).

Also discovered commenting out 184 and un-commenting 182, STILL leaves a few character problems (for me, in the UK an apostrophe becomes a question mark).

If I comment out $buffer = utf8_decode( $buffer ); (currently line 182) and remove // from 184 ($buffer = mb_convert_encoding( $buffer, ‘HTML-ENTITIES’, ‘UTF-8’ );)… all character issues seem resolved.

:/

Sent ??

ALL FIXED!!! ??

Replaced the 3 occurrences of get_home_url with get_site_url, and my WebP’s are now all working (and jpegs being served to non-webp browsers).

Also swapped to the utf8_decode() but no difference on that – either/or has fixed the character issue and I think the line break problem is theme related, as it only occurs after a specific icon [shortcode].

Thank you for all your help getting this working 100% and hopefully it helps others down the line.

100% correct. The WordPress install is in the /brighton_/ sub-directory, with index.php pointing to ./brighton_/wp-blog-header.php as per WordPress instructions.

Removing // on line 184 – $buffer = mb_convert_encoding( $buffer, ‘HTML-ENTITIES’, ‘UTF-8’ ); – worked with the character issues. Still have a few broken line-breaks in our theme (X Theme), but nothing too major to fix easily.

WebP still the same ??

Installed v2.4.3.1… cache’s cleared etc, but still have the character issue and still no webp’s being served – sorry! (double-checked all have webp alternatives – thanks to the plugin virtually everything does).

Todays Update:
Server now running PHP 5.5.6 and I’ve updated EWWW to 2.4.3, but when I enable Alt WebP it still doesn’t serve up any webp images ??

I also have a character problem scattered seemingly at random around the site which breaks some of the formatting (a?3 instead of “, ? where a &nbsp should be etc).

Giving up on WebP for now – still extremely happy with the plugin though (review left) ??

Thanks for all your help…

Our VPS server is getting its hosting panel upgraded tomorrow to include PHP 5.4, so once that’s done I’ll also move EWWW Cloud from v2.4.2 to v2.4.3 (which is just showing as now available), and try again with the Alt WebP.

Cheers ??

Missed that! Would have been real embarrassing had it worked lol

Unfortunately switching the Alternative WebP Rewriting, removing the htaccess stuff and clearing my APC cache, just gives me a white screen on the website. Server error logs say…

[Mon Jun 08 16:12:33 2015] [error] [client 81.141.25.5] PHP Warning: DOMDocument::saveHTML() expects exactly 0 parameters, 1 given in /var/www/vhosts/venushairdesign.co.uk/httpdocs/brighton_/wp-content/plugins/ewww-image-optimizer-cloud/common.php on line 295, referer: https://www.venushairdesign.co.uk/

…so it’s switched back off again ??

Thank you – I might try that approach then instead.

Could you point me in the right direction for where I can find the “Alt WebP” rewriting?

Cheers.

Thanks for the incredibly quick response! ??

Testing in Chrome – checked via Developer Resources and it’s showing MIMEtype as jpeg’s – example page https://goo.gl/FBJh6Q (all those jpg’s have a .jpg.webp alternative).

Start of htaccess looks like this…

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

# EWWW WebP Rewrite Rules

<IfModule mod_rewrite.c>

RewriteEngine On

# check if browser accepts webp
RewriteCond %{HTTP_ACCEPT} image/webp

# check if file is jpg or png
RewriteCond %{REQUEST_FILENAME} (.*)\.(jpe?g|png)$

# check if corresponding webp file exists image.png -> image.webp
RewriteCond %{REQUEST_FILENAME}\.webp -f

# serve up webp instead
RewriteRule (.+)\.(jpe?g|png)$ %{REQUEST_FILENAME}.webp [T=image/webp,E=accept:1]

</IfModule>
<IfModule mod_headers.c>
Header append Vary Accept env=REDIRECT_accept
</IfModule>

AddType image/webp .webp

# END WebP Rewrite Rules

The only other Server issue I’m thinking might be causing this is our VPS has NGINX running in front of Apache – though htaccess should still work normally (I’m told).

As I said would be nice for this to all work, but there’s so many possible variables with our server/htaccess etc., that if it doesn’t, it’s not a massive loss and ‘so be it’! ??

ps. another thing I thought might affect this is that our WordPress is in a /sub-folder/ but runs as if from root – would this change the htaccess settings I need?

Same problem here – my “Empty Trash” button has vanished (possibly since CF7 updated to 4.1.2 about a week ago).

Also I’ve just noticed I cannot mark anything as “Not Spam” either.

Have tried deactivating, deleting and reinstalling Flamingo (not CF7 though), and still the same.

??

I luckily had a backup of the plugin from version 1.1, so I’ve deleted 1.2.1 and rolled it back. All working as it was again now.

Hi there,

Seconded! We’ve got the exact same problem since updating.

Many thanks ??