Forum Replies Created

Viewing 5 replies - 1 through 5 (of 5 total)
  • Thread Starter abb78790

    (@abb78790)

    Update: I believe that reverting to 0.9.2.10 has fixed the issue. gzip seems to work now, so i wonder if there is something in the update that changed the behavior on this point.

    @marcosmyara:

    Tough break. I have *zero* experience with wordpress, but I can make a few suggestions based on my experience with this caching problem:

    It sounds to me like your site is being served from static pages by the apache/nginx webserver instead of php/wp scripts.

    My setup is with nginx, and w3tc (asked me to) install rules in the nginx config file that specifies roughly the following: “when a static file exists in a certain directory, then rewrite the current request to that file and serve it instead of sending the request to php-fpm.”

    It is conceivable that your setup has similar rules (with either apache or nginx). One thing that you might consider is to look into the

    wp-content/cache/page_enhanced/

    directory and poke around to determine if the home page that is being served is one of the static files in that directory. If so, I believe you can totally blow away that page_enhanced directory (or to be safe, move it to another name), and your webserver should then pass those requests on to your php/wp backend.

    More generally, you want to get your webserver to stop serving these static files.

    Thread Starter abb78790

    (@abb78790)

    >First, thanks Frank for such a great and comprehensive plugin.
    ————- ^^ I mean Frederick here.

    @marcosmyara,

    Yeah, I think I have the same problem and have written some more details about it in this post:

    http://ww.wp.xz.cn/support/topic/w3tc-disk_enhanced-page-caching-gzip-debugging?replies=1

    I believe a number of us are having the same issue, because the post before this one seems to have the same symptoms.

    Summary: it has something to do with page-caching support for gzip encoded responses. Try accessing your site with

    curl -v <url>

    to see if it works. Curl does not send the “Accept-encoding: gzip” header by default, so if it is the same issue as me, then it should work for you.

    I believe this is a symptom of the same problem that I was seeing in this post:

    http://ww.wp.xz.cn/support/topic/w3tc-disk_enhanced-page-caching-gzip-debugging?replies=1

    The blank screen appears for users that are not logged in. To further confirm, in chrome, you can go to developer view, network/headers and confirm that the “Accept-encoding: gzip, deflate, sdch” is present in the request header, and the response header is something like:

    HTTP/1.1 200 OK
    Server: nginx
    Date: Wed, 19 Jun 2013 20:44:21 GMT
    Content-Type: text/html
    Transfer-Encoding: chunked
    Connection: keep-alive
    X-Powered-By: PHP/5.3.25
    Vary:
    Content-Encoding: gzip
Viewing 5 replies - 1 through 5 (of 5 total)