WordPress.org

Ready to get started?Download WordPress

Forums

[Plugin: WP Super Cache] The compression still mess up the page look (18 posts)

  1. Aw Guo
    Member
    Posted 5 years ago #

    Though I've updated to the latest version, sometimes the compression still mess up my page in Firefox.

    Anyone else met with this?

    And, how can I debug or find further information? I also want to help solve this problem if possible.

    Thanks!

    http://wordpress.org/extend/plugins/wp-super-cache/

  2. moepstar
    Member
    Posted 5 years ago #

    Haven't noticed that here with compression on - any further insights on when it happens?

  3. Donncha O Caoimh
    Member
    Posted 5 years ago #

    This has only ever happened to me once, but if there are problems at all they are usually with IE7. You could try disabling compression if you are worried about it.

  4. Aw Guo
    Member
    Posted 5 years ago #

    @donncha I did turn it off :(

    Anyway, that's not only happening on IE but also on FF.

    I just wonder whether I can help you solve this by providing you some information? or log?

    Thanks for your great plugin!

  5. Donncha O Caoimh
    Member
    Posted 5 years ago #

    awflasher - were you logged in when you viewed the corrupted page? Can you install the Live HTTP Headers Firefox extension (https://addons.mozilla.org/en-US/firefox/addon/3829) please? Next time it happens, record the headers your server sent you, and save the file.
    Can you send both to donncha @ ocaoimh.ie please?

  6. Aw Guo
    Member
    Posted 5 years ago #

    @donncha

    Yes, I met this stuff when I logged in, but some other guys saw it too .I'm sure they were not logged in (I even closed the registration entrance).

    I will mail you if I saw this happening again.

  7. Donncha O Caoimh
    Member
    Posted 5 years ago #

    I've tracked down why this happens - the meta file for the cache file doesn't include the gzip headers for some reason which is bizarre. I haven't figure out how it's happening though. I'm debugging the cache on my server now so hopefully I'll figure this out.

  8. Donncha O Caoimh
    Member
    Posted 5 years ago #

    OK, grab http://svn.wp-plugins.org/wp-super-cache/trunk/wp-cache-phase1.php and http://svn.wp-plugins.org/wp-super-cache/trunk/wp-cache-phase2.php and copy them into your wp-content/plugins/wp-super-cache/ folder.

    Hopefully you won't see any more reports of corrupted pages. I'd love to hear if you do!

  9. preppeller
    Member
    Posted 5 years ago #

    Great! thanks donncha, I have grabbed those files and will keep in touch!

    Andrew

  10. suncho
    Member
    Posted 5 years ago #

    I experienced this problem just now but I couldn't reproduce it. I'll grab the new php files just in case.

  11. Donncha O Caoimh
    Member
    Posted 5 years ago #

    I'm logging requests and monitoring in the shutdown function when the gzip files are missing and just now came across one but when I checked the url (after deleting the supercache files) the page loaded from the wp-cache file fine!

    If it's still happening for you, do you have mod_mime installed?

  12. preppeller
    Member
    Posted 5 years ago #

    hi donncha, I have mod_mime installed but so far so good. (it was a few weeks last time before we came across the garbled thing though).

    Andrew

  13. phattrance
    Member
    Posted 5 years ago #

    i think i have the same problem, when Super cache is one the fonts and text gets a lot bigger than it should be in Firefox

    here are two screenshots

    http://filer.dailymobile.se/forum/Image1.jpg

    http://filer.dailymobile.se/forum/Image2.jpg <--- this is how the page should be like

    Any ideas on how to solve this problem? please help :)

    Thx

  14. widgett
    Member
    Posted 5 years ago #

    Donncha: Running 0.8.6 on WP 2.6.5 and people were getting the garbled text this morning, had to shut off gzip in the plugin. I do have mod_default and mod_mime installed. Apache 2.2.3 and PHP 5.1.6. Dedicated server, in case any of that helps.

  15. Donncha O Caoimh
    Member
    Posted 5 years ago #

    Widgett - can you upgrade to PHP 5.2.1? I think there's a bug in previous versions of PHP 5 that is causing that problem, but I'm not sure yet. See http://ie2.php.net/manual/en/function.register-shutdown-function.php#79493 for more.

  16. Donncha O Caoimh
    Member
    Posted 5 years ago #

    widgett - Can you download these files and copy them into your wp-super-cache folder? Rename to .php too of course.
    I've rearranged how the cache files are generated and may fix your problem.

    http://ocaoimh.ie/wp-content/uploads/wp-cache-base.txt
    http://ocaoimh.ie/wp-content/uploads/wp-cache-phase1.txt
    http://ocaoimh.ie/wp-content/uploads/wp-cache-phase2.txt

  17. widgett
    Member
    Posted 5 years ago #

    Donncha: Thanks for the responses...I'll see about the upgrade. I'll also try the new files...trouble is I can't take another downtime hit on my main site...because it always happens during the 3 or 4 hours I manage to sleep each night. Go figure. :(

    Anyway...here's a question: is there a known way to cause this failure? Because if I can pull a trigger and see if it fails, I can do it on one of my lesser blogs and test it that way. But otherwise, it's upload to one of them and keep trying it to see if it's fixed--which is sort of an open-ended endeavor.

    Thanks much for the help, chief.

  18. Donncha O Caoimh
    Member
    Posted 5 years ago #

    widgett - I've seen it happen when the gzip headers aren't stored correctly by the plugin. I cannot for the life of me explain WHY it happens because there isn't a bug. I've logged everything and it still happens. I cannot reliably reproduce it.
    So, what I did was add the headers automatically afterward. That fixed the problem on my site.

    The only thing I've found that might explain why it happens is how PHP shuts down. It destroys objects and runs the shutdown callback functions. Some versions of PHP destroy the objects before the callbacks, others do it the other way. Personally, I've seen both happen in the very same version of PHP, and unfortunately they didn't coincide with missing headers.

    What I can say to reassure you is that I haven't logged any missing headers since I rearranged the code (and that's what's in the files above) so I presume none of my visitors saw garbled pages over the last 24 hours!

Topic Closed

This topic has been closed to new replies.

About this Topic