• Resolved frg

    (@frg)


    STILL NOT WORKING.

    when minified, JS and CSS return “Bad file param format”

    With FTP I had a look into the minify directory
    wp-content/w3tc/min/0fb4a/

    There are two files:

    default.include.css.id containing i:615365546;
    default.include-body.js.id containing i:2138336412;

    nothing more..

    In the last good version 0.9.1.3 there were six files:

    default.include.615365546.css 21kByte
    default.include.615365546.css.gzip 5kByte
    default.include.css.id containing 615365546
    default.include-body.591478768.js 113kByte
    default.include-body.591478768.js.gzip 45kByte
    default.include-body.js.id containing 591478768

    So the combined/gzipped versions were never produced. Hmm.

Viewing 15 replies - 31 through 45 (of 47 total)
  • I don’t think I trust the webpagetest site anymore. My results keep changing without doing anything to the site.

    For example in

    Firefox:
    https://www.webpagetest.org/result/110519_87_MZT6/

    Chrome a couple minutes later:
    https://www.webpagetest.org/result/110519_Z7_MZTA/

    I’m using the free Cloudflare service and sometimes it’s detecting it as a cdn and sometimes not evidently.

    Do you see the same 0/100 on CSS & JS also when you run the test again on the same webpage in the same browser? When you rerun the test right away a second time.

    Yes, that doesn’t change. It’s mainly the CDN that changes, which could just be the way Cloudflare works. I don’t actually have a CDN setup through W3 or any other means.

    Thanks. I reckon I am going to change for WP Super Cache, it has CDN as well and pretty good forums. Because the new WP release 3.2 is coming up soon and the speed as the main change is mentioned: https://www.ads-software.com/news/2011/05/wordpress-3-2-beta-1/ and with it, like now, W3TC plugin will probably so create new destructions again.

    Or I am not sure whether I should use W3TC payed help service vie the plugin’s admin in my WP admin area, because apparently they have fix for it. But they have no any other support it’s rather frustrating.

    Disabling CSS and JS minify on the Minify settings page gets things working again until an update is made to the plugin.

    Keep in mind that this problem seems to behave differently in certain browsers (as others have noted). Also your ISP and/or proxy settings may affect whether you see the problem or not. For some reason my websites looked fine in my office on Mac, PC, FF, IE, and Safari. But everyone else saw unstyled websites. I even tried bypassing our WildBlue proxy in an effort to see the problem but no luck. In the end I’m still not sure why my office is immune to the problem. Weird.

    Just did a downgrade test and found that W3TC 9.1.3 left off the “gzip” extension from minified CSS and JS files just like 9.2.X. Downgrading further to 9.1 fixed this.

    Not sure why others had success with 9.1.3. Maybe this is a compatibility issue with different versions of WP?

    FWIW, I’m using WP 3.1.2.

    Thread Starter frg

    (@frg)

    @ sysopsavant:

    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 FIX is to be applied last, when you dont want to touch W3TC any more..
    https://www.ads-software.com/support/topic/plugin-w3-total-cache-how-i-got-my-w3tc-working-with-minify-gzip

    hope this helped ??

    Thanks, I’m working on it.

    I’m up to 86/100 but I have to workout the correct order of my plugin scripts to keep them from breaking.

    Short Codes Ultimate, Next Gen gallery, and Contact Form 7 are all on different pages and I’ll have to figure out how they go together in order.

    Well I think I got it sorted the best I can.

    https://www.webpagetest.org/result/110521_Q1_N8Q1/

    88/100 at this point. The left over scripts and css it lists are either invalid css extensions or scripts that generate a random part of the address each time so there isn’t much I can do about it.

    Thread Starter frg

    (@frg)

    congrats! looks much better now!

    Well unfortunately nothing I do seems to help on the morrispaint domain. Everytime I try to manually configure js or css it breaks the functionality of the plugins. I get weird layout issues or improperly functioning scripts. These are some of the same plugins laid out in the same configuration as the poppameth domain but no amount of order swapping, adding, or deleting will get them working until I remove all manual entries. I’m going to guess that the theme could be the issue. poppameth is using Suffusion and morrispaint is using Atahualpa. Atahualpa has some odd scripting compared to Suffusion. It could also be the Bulletproof security plugin giving me headaches.

    Thread Starter frg

    (@frg)

    https://tools.pingdom.com/?url=morrispaint.com&treeview=0&column=objectID&order=1&type=0&save=false

    sort by “load order” may help in finding the right order to solve dependencies.

    of cause you have a LOT of scripts – that doesnt make it easier..

    good luck solving the puzzle!

    It works for me!

    Thanks for help.

    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";

    I also noticed that selecting ‘HTML Tidy’ instead of ‘Default’ on HTML Minify will mess up any foreign language website (mine is both French and English).

    Keep ‘Default’ to avoid this.

Viewing 15 replies - 31 through 45 (of 47 total)
  • The topic ‘[Plugin: W3 Total Cache] 0.9.2.1 still BAD -> FTP details’ is closed to new replies.