[Plugin: W3 Total Cache] How I got my W3TC working with minify & gzip

ADDENDUM:

for that your js scripts & css can be combined & minified steps in a certain order are appropriate:

I.
Performance->Browser Cache->Cascading Style Sheets & JavaScript: Enable HTTP (gzip) compression OFF
all Minify Setting ON, of cause.

II.
put add your css and js under minify (minify manual in general settings)
(allow updating .htaccess – you may lose changes you did for the FIX)
test of the js loading order is correct & everything works on your site.
combine js scripts & combine css.

Check with https://webpagetest.org!

your site should be optimized in W3TC by now as much as possible, just lacking proper gzip compression.

III.
the above FIX is to be applied last, when you dont want to touch W3TC settings any more..

PROOF:

my page before (no minify & gzip):
https://foto.arcor-online.net/palb/alben/49/8355549/3966356362613834.jpg

after the FIX:
https://foto.arcor-online.net/palb/alben/49/8355549/3630633065383665.jpg

Addition by martinlbb (didnt try it yet [frg])

BTW, to avoid auto erasing of modified settings in /wp-content/w3tc/min/.htaccess after each Minify update, you can modify following file:

/wp-content/plugins/w3-total-cache/lib/W3/Plugin/Minify.php
At lines 1076 and 1085 and 1088 add ‘QSA,’

Before:

$rules .= "    RewriteRule ^w3tc_rewrite_test$ index.php?w3tc_rewrite_test=1 [L]\n";

        if ($engine == 'file') {
            if ($compression) {
                $rules .= "    RewriteCond %{HTTP:Accept-Encoding} gzip\n";
                $rules .= "    RewriteRule .* - [E=APPEND_EXT:.gzip]\n";
            }

            $rules .= "    RewriteCond %{REQUEST_FILENAME}%{ENV:APPEND_EXT} -f\n";
            $rules .= "    RewriteRule (.*) $1%{ENV:APPEND_EXT} [L]\n";
        }

        $rules .= "    RewriteRule (.*) index.php?file=$1 [L]\n";

After:

$rules .= "    RewriteRule ^w3tc_rewrite_test$ index.php?w3tc_rewrite_test=1 [QSA,L]\n";

        if ($engine == 'file') {
            if ($compression) {
                $rules .= "    RewriteCond %{HTTP:Accept-Encoding} gzip\n";
                $rules .= "    RewriteRule .* - [E=APPEND_EXT:.gzip]\n";
            }

            $rules .= "    RewriteCond %{REQUEST_FILENAME}%{ENV:APPEND_EXT} -f\n";
            $rules .= "    RewriteRule (.*) $1%{ENV:APPEND_EXT} [QSA,L]\n";
        }

        $rules .= "    RewriteRule (.*) index.php?file=$1 [QSA,L]\n";

martinlbb rocks!

Are we going to to continue developing this plugin ourselves or does the author (maybe) want to release a bugfix?

…

According to Twitter a bugfix is in testing. You can see there are recent development builds: https://plugins.trac.www.ads-software.com/log/w3-total-cache/

@titusch: good point!

i am about to test the next “full” version 0.9.2.2..
let′s see ??

WP 3.1.3 + W3TC 0.9.2.2 just works flawless – i just gave it a test ride.

https://foto.arcor-online.net/palb/alben/49/8355549/6264323639353066.jpg

It doesn’t work for me ??
Still minification problems ??

Please try the latest release of the plugin.

Hi Frederick,

0.9.2.3 had no minify errors, now that I just upgraded to 0.9.2.4 I am suddenly seeing

It appears Minify URL rewriting is not working. If using apache, verify that the server configuration allows .htaccess or if using nginx verify all configuration files are included in the configuration.

Again.

I don’t know if this applies, but see my post about automatic minifying errors:
https://www.ads-software.com/support/topic/plugin-w3-total-cache-important-parsing-found-with-automatic-minify
(btw, I meant to say *Important* parsing error found with automatic minify)
In the minifying process, incorrect .js code was generated. You’ll see what I mean in my post. Good luck!

To the developer: Thanks for your hard work in supplying this plugin to the WordPress world. However, there should be an option to protect existing settings (including .htaccess) when you disable/enable the plugin, as well as when you upgrade the plugin, which also messes up settings.

I had the same problem with WP 3.2.1 and WPTC 0.9.2.4.

Minify and Page cache errors as above. Here is how I fixed it.

Changed the permission on .htaccess to 777.
Re-saved WP3 total cache settings.
Changed the permissions on .htaccess back to 644.

Hello, I have just tried kienleog’s last post – but i cannot get it to work for me – whilst the .htaccess file is in 777 mode should the message
It appears Minify URL rewriting is not working. If using apache, verify that the server configuration allows .htaccess or if using nginx verify all configuration files are included in the configuration.

dissapear? – and then after it has gone you change the permission back to 644?

Anyone else got it to work?

Thanks!

Everything was working great on my install, then I added a CDN and the Page Cache and Minify broke. The funny thing is, I can’t seem to go back. Even removing the CDN doesn’t seem to bring things back. Any ideas on what is causing this rewriting error for the Minify URL and Page Cache?

I tried the change to 777, then resave and then back to 644 with no luck.

-Adam