¿Discourse no está usando compresión brotli o gzip?

Hola. Instalé Discourse en un servidor CentOS. También uso el panel web de CentOS.

Parece que los archivos no están comprimidos en Discourse, aunque debería usar Brotli de forma predeterminada y recurrir a gzip como respaldo.

Ejemplo para este archivo que tiene 2,2 MB:
https://forum.canapin.win/assets/application-301651b1c7400a000974a9cecafd44ad3304cf647cf17bcfa7af68e9ed1ac4b7.js

Encabezados de respuesta:
    accept-ranges: bytes
    cache-control: max-age=31536000
    cache-control: public,immutable
    content-length: 2334732
    content-type: application/javascript
    date: Sat, 12 Oct 2019 23:36:50 GMT
    expires: Sun, 11 Oct 2020 23:36:50 GMT
    last-modified: Sat, 12 Oct 2019 23:33:24 GMT
    server: nginx/1.16.1
    status: 200
Encabezados de solicitud:
    :authority: forum.canapin.win
    :method: GET
    :path: /assets/application-301651b1c7400a000974a9cecafd44ad3304cf647cf17bcfa7af68e9ed1ac4b7.js
    :scheme: https
    accept: */*
    accept-encoding: gzip, deflate, br
    accept-language: en-US,en;q=0.9
    cache-control: no-cache
    cookie: _t=89fc0a58f2a08712f3156f2687553cf8; __profilin=p%3Dt%2Ca%3Da546654bdc3538a213cd6c6fcc4c2a92; _forum_session=YnhETkNaTjF1YTEzVXUvZW1pS1NuTVVzdm1WWndlRktMdmNlU3hBalR3dUYwRGVUTzhBSlM5WkNiS0hDdVQvRmtGeGtLOTRRNndRWk9YUFczbTJHdjMyajlNNkpXZ2xzeEZwMkVmd2grcHlILzJVVmZWeFVVNlBERVF4S3VDMkJ0N2pUWktJWitmbXc2MDFFV1VEcG56M09jalRjMEJOb2t6M1NSbjJQUit1eDFRZkdCMGplVjhLK1JUNFVNdnRmVmZuK1B1NVdwK0N5Q1VrNTdDa01tdXh1T3h2aDY4OGx0SDMzRC9Ma0YzdElFS0p6b0x3algvVnRhVlljVDQyOS0tYnpSeFl5MjNoMVFVMm42UE0ybFJ6Zz09--b49c4c072e917618f874818e246298bce81235e5
    dnt: 1
    pragma: no-cache
    referer: https://forum.canapin.win/
    sec-fetch-mode: no-cors
    sec-fetch-site: same-origin
    user-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.120 Safari/537.36

¿Alguna idea sobre por qué ocurre esto?

¿Es tu instalación una estándar siguiendo nuestra guía oficial de instalación con Docker?

Seguí esto:
discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub
Y solo cambié los puertos en app.yml antes de iniciar el proceso de configuración de la aplicación, ya que el puerto 80 ya estaba en uso.

No utilicé discourse setup, ya tenía Docker instalado.

Para ser muy preciso sobre cómo instalé Discourse, aquí están los pasos que seguí:

git clone https://github.com/discourse/discourse_docker.git /var/discourse
cd /var/discourse
cp samples/standalone.yml containers/app.yml

Cambie mis puertos aquí:

## ¿Qué puertos TCP/IP debe exponer este contenedor?
## Si desea que Discourse comparta un puerto con otro servidor web como Apache o nginx,
## consulte https://meta.discourse.org/t/17247 para obtener detalles
expose:
  - "8080:80" # reenvía el puerto del host 80 al puerto del contenedor 8080 (http)
  - "4443:443" # reenvía el puerto del host 443 al puerto del contenedor 4443 (https)
./launcher bootstrap app
./launcher start app

Y redirigí mi puerto en mi configuración de nginx en el panel web de CentOS:

Eso es todo.

Bueno, ahí está tu problema: está actuando como proxy para ciertas cosas y no las está pasando correctamente.

Recomendaría simplemente mantener la instalación estándar, que conecta directamente Internet a nuestro contenedor y se encarga de todo esto por ti.

Gracias. No sé mucho sobre servidores y cosas así, y no sé cómo lograrlo. Antes usé Plesk con su configuración predeterminada y funcionaba perfectamente, incluso con el proxy de nginx.

Supongo que intentaré averiguarlo de todas formas.

Gracias a @Arkshine, mi problema fue solucionado.

Tuve que comentar estas líneas en /etc/nginx/proxy.inc:

proxy_hide_header Vary;
proxy_set_header Accept-Encoding '';

El servidor ahora envía los archivos correctamente comprimidos por Discourse: