Startpage starts a gzip download when HTTP compression in W3C is enabled

  • Resolved colibriinteractive

    (@colibriinteractive)


    3 months, 1 week ago

    Hello
    Out of nowhere (maybe after a W3T plugin update) opening the startpage triggers a download of a .gzip file and does not show the startpage as usually. Other tested subpages seem to work proper – no download, just display as intended.
    Brotli mod is enabled on the server for the domain. When we untick the “Enable HTTP (gzip) compression” in the W3T settings under >Browser Cache >HTML & XML no download is triggered and the startpage works fine.
    The header of transferred files shows that gzip was accepted when I look them up via browser inspector.

    Any idea why the issue appears and what to do to enable gzip in W3T again?
    Thanks!

Viewing 1 replies (of 1 total)
  • Plugin Contributor Marko Vasiljevic

    (@vmarko)

    Hello @colibriinteractive

    Thank you for reaching out and I am happy to help!
    It seems that besides Brotli, you may also have gzip enabled on a server level. What happens here is that once the W3 Total cache gzip compression is enabled, it may be conflicting with another layer of compression already enabled on the server, therefore trigering the download of the .gzip

    You may want to check yoru configuration file and see if the gzip is also enabled there and if so, there is no need to enable it in the W3TC as this willl only duplicate this.
    I hope this helps!

    Thanks!

Viewing 1 replies (of 1 total)
  • You must be logged in to reply to this topic.

Tags