• <!– W3 Total Cache: Page cache debug info:
    Engine: disk (enhanced)
    Key: activity/_default_.html.gzip
    Caching: enabled
    Status: not cached
    Creation Time: 0.615s
    Header info:
    X-Powered-By: W3 Total Cache/0.8.5.2
    Set-Cookie: bp-message-type=deleted; expires=Sun, 03-May-2009 12:24:53 GMT; path=/
    X-Pingback: *********************
    Content-Type: text/html; charset=UTF-8
    Pragma: public
    Expires: Mon, 03 May 2010 13:24:54 GMT
    Last-Modified: Mon, 03 May 2010 12:24:54 GMT
    Cache-Control: max-age=3600, public, must-revalidate, proxy-revalidate
    Vary: Accept-Encoding, Cookie
    Etag: 3b280f6fc3127df00e92518a6cc515b9
    Content-Encoding: gzip
    –>

    db cache:
    <!– W3 Total Cache: Db cache debug info:
    Engine: apc
    Total queries: 84
    Cached queries: 0
    Total query time: 0.009
    –>

    i activated cache but cache says not cached in the debug info. any help to furthut proceed.

    Thanks,
    Bala

    http://wordpress.org/extend/plugins/w3-total-cache/

Viewing 6 replies - 16 through 21 (of 21 total)
  • yes, when using disk, I get.

    <!– W3 Total Cache: Page cache debug info:
    Engine: disk
    Key: w3tc_170cfab40c13563753d804f48b40a98a_page_d38dd2d9f595dc58d064c70e4f434e23_gzip
    Caching: enabled
    Status: cached
    Creation Time: 0.001s
    Header info:
    X-Powered-By: W3 Total Cache/0.8.5.2

    When using disk (enhanced), I don’t see any output at all for page caching.

    to clarify, I still see the output telling me sql queries were cached via xcache in both cases, but when using disk (enahnced) for page, the page specific caching doesn’t display, though it does for just “disk” page caching.

    I’ve noticed the same behaviour regarding the missing disk cache info – but only when the cached file has been served which seems to have been created on disk without the info.

    Regarding the rewrite rules for NGINX, i came up with the following ones, however please note that they only are partially working (the commented out minifying part didn’t really work for me, however i’m unsure if my theme just doesn’t really want to be minified or if the rewrite rule(s) are at fault):

    #File exists? By all means, send it!
    if (-f $request_filename) {
    break;
    }
    
    set $w3tc_file '';
    set $w3tc_uri $request_uri;
    
    #No rewriting for these
    if ($request_uri ~* "\/wp-admin\/|\/xmlrpc\.php|\/wp-(app|cron|login|register)\.php|wp-.*\.php|index\.php") {
    set $w3tc_uri '';
    }
    
    if ($request_uri ~* "wp-comments-popup\.php|wp-links-opml\.php|wp-locations\.php") {
    set $w3tc_uri '';
    }
    
    #When POSTing, do not rewrite
    if ($request_method = POST) {
    set $w3tc_uri '';
    }
    
    #Bypass cache if there's query string appended
    if ($query_string) {
    set $w3tc_uri '';
    }
    
    #Cookie exists? No rewriting for you!
    if ($http_cookie ~* "comment_author_|wp-postpass_|wordpress_\[a-f0-9\]\+|wordpress_logged_in" ) {
    set $w3tc_uri '';
    }
    
    #Are we requesting a possibly minified CSS/JS?
    #if ($request_uri ~* "^.+\.(css|js)$") {
    #rewrite ^/wp-content/w3tc/min/([a-z0-9\-_]+)\.(include(-footer)?(-nb)?)\.(css|js)$ /wp-content/w3tc/min/index.php?gg=$1&g=$2&t=$5 last;
    #}
    
    #Still in the game? Lets set our destination
    if ($w3tc_uri ~ ^(.+)$) {
    set $w3tc_file /wp-content/w3tc/pgcache/$1_default_.html;
    }
    
    #See if the file we want to request exists, then rewrite
    if (-f $document_root$w3tc_file) {
    rewrite ^(.*)$ $w3tc_file break;
    }
    
    #Everything else may be passed on to WordPress
    if (!-e $request_filename) {
    rewrite ./index.php last;
    }

    The parts i’m especially unsure what they’re trying to achieve are the last two of the original rewrite rules:

    RewriteCond /var/www/belangloserscheissdreck.de/webroot/wp-content/w3tc/pgcache/$1/_default_.html%{ENV:APPEND_EXT} -f
        RewriteRule (.*) wp-content/w3tc/pgcache/$1/_default_.html%{ENV:APPEND_EXT} [L]

    Maybe Frederick can shed some light into what the {ENV:APPEND_EXT} is trying to achieve.

    Also, maybe there’s someone more well versed with adapting rewrite rules to NGINX than me that wants to help us out a bit 😉

    I still see the output telling me sql queries were cached via xcache in both cases, but when using disk (enahnced) for page, the page specific caching doesn’t display, though it does for just “disk” page caching.

    Bugs I’ve found with disk enhanced and WP 3/MU will be fixed in the next release.

    Maybe Frederick can shed some light into what the {ENV:APPEND_EXT} is trying to achieve.

    {ENV:APPEND_EXT} is used to determine which cache file to return by suffix; gzip or deflate or empty string. If browser supports gzip (Accept-Encoding contains ‘gzip’) APPEND_EXT env variable is set to ‘.gzip’. If browser supports deflate (Accept-Encoding contains ‘deflate’) APPEND_EXT env variable is set to ‘.deflate’. If browser doesnt support compression, APPEND_EXT is empty (undefined) nothing is appended.

    aybe there’s someone more well versed with adapting rewrite rules to NGINX than me that wants to help us out a bit 😉

    Full nginx support is coming in the final release.

    sounds great! Any ideas on the xcache page caching potentially not working, as it displays Cache Enabled, but never cached?

    It’s really hard to guess without checking out your error logs.

Viewing 6 replies - 16 through 21 (of 21 total)

The topic ‘[Plugin: W3 Total Cache] debug info’ is closed to new replies.