(html gzip) files seem to not be served

  • Resolved rom174

    (@rom174)


    4 years, 4 months ago

    Hello,

    After checking your documentation, I was alerted by this chapter :
    https://www.keycdn.com/support/wordpress-cache-enabler-plugin#how-can-i-check-if-the-cache-enabler-is-working-on-my-site

    So I went in privacy mode, checked for the source and I realized that the served cached files were (html) :
    Cache Enabler by KeyCDN @ 27.11.2019 15:23:21 (html)

    Then I went in the cache-enabler folder on the FTP and verified if a .html.gz exists. It DOES exist, and I know my browser is accepting gzip files.

    My questions are :

    In the Network tab, I can see that the sent files might be served compressed because the transfered datas overnetwork are around 15% of the ressource size. So I guess that the server is compressing on the fly each time it is requested. Is this statement true ?

    If the .html.gz files were served, will I see (html) anyway in the comment at the end of the source OR will I see (html gzip) at end ? (I guess the second, (html gzip), isn’t it ?)

    In order not to compress files on the fly at every request, and, if (html gzip) should be outputed in this comment line, how can I enable the server to send the .html.gz version of the files ?

    Thank you very much for your advices.

Viewing 3 replies - 16 through 18 (of 18 total)
1 2
  • Thread Starter rom174

    (@rom174)

    4 years, 3 months ago

    So, I restored the .htaccess with only the wp minimal setup.
    I cleared every cache, retried and it still occurr, this is the cache enabler bottom comment :

    <!-- Cache Enabler by KeyCDN @ 07.01.2020 11:08:47 (html) -->

    Here is the response header with the default .htaccess :

    accept-ranges: bytes
content-encoding: br
content-type: text/html; charset=UTF-8
date: Tue, 07 Jan 2020 10:12:17 GMT
last-modified: Tue, 07 Jan 2020 10:07:13 GMT
set-cookie: SERVERIDxxxxx=xxxx; path=/; max-age=900
status: 200
vary: Accept-Encoding
x-cache-handler: wp
x-cacheable: Cacheable
x-cdn-pop: rbx1
x-cdn-pop-ip: xx.xxx.xx.xxx/xx
x-request-id: xxxxxxxx
    Anonymous User 16850768

    (@anonymized-16850768)

    4 years, 3 months ago

    It does appear that your pages are being cached by a CDN, which means there is an additional page caching layer in front of the Cache Enabler plugin. This means you may receive different results depending on what page the CDN has pulled from your origin server and then cached.

    You can temporarily disable the CDN to confirm this. However, it appears your pages are being compressed with Brotli, which will actually be better performing than Gzip. It’s possible that your CDN will cache different pages based on what encoding is accepted. You can confirm this by checking with your CDN provider.

    Thread Starter rom174

    (@rom174)

    4 years, 3 months ago

    From that point and for you, do you think it is possible/better to :
    Disable CDN and serve already compressed files to every places they are requested or to keep CDN and compress files on the fly ?

    This means you may receive different results depending on what page the CDN has pulled from your origin server and then cached.

    Does the fact I only have (html) pages served is because the CDN doesn’t pull the .html.gz version ?

    To go further, is there a way to store/create files the same way it is done for gzip format, I mean for instance : .html.gz -> .html.br, and once this is done, serving it with an .htaccess rule the same way it is done for gzip :
    RewriteRule ^(.*)\.html $1\.html\.gz [QSA] -> RewriteRule ^(.*)\.html $1\.html\.br [QSA]

Viewing 3 replies - 16 through 18 (of 18 total)
1 2
  • The topic ‘(html gzip) files seem to not be served’ is closed to new replies.