Heroku Cedar y Nginx (gzip)

De acuerdo con los comentarios en la respuesta aceptada aquí Rails how to Gzip Javascript? (Heroku) y la documentación de cedro oficial (http://devcenter.heroku.com/articles/http-routing#the_herokuappcom_http_stack):Heroku Cedar y Nginx (gzip)

Dado que las solicitudes a las aplicaciones de cedro se hacen directamente al servidor de aplicaciones - no proxy a través de un servidor HTTP como nginx: cualquier compresión de respuestas debe hacerse dentro de su aplicación. Para aplicaciones Rack, esto se puede lograr con el middleware Rack :: Deflater. Para activos estáticos con gzip, asegúrese de que Rack :: Deflater esté cargado antes de ActionDispatch :: Static en su pila de middleware.

Sin embargo, por lo que yo puedo decir, mi aplicación se está ejecutando en herokuapp.com (cedro) y, de acuerdo a los registros de Heroku, está utilizando nginx para servir de datos (que es grande). También he confirmado a través del encabezado HTTP Content-Encoding que está comprimiendo datos en el navegador. De acuerdo con la documentación, eso NO se supone que ocurra en cedro. ¿Me estoy perdiendo de algo?

Fuente

2011-12-15 kevlar

mismo modo que tenía la impresión de cedro no hizo uso de Barniz para el cobro, y sin embargo, en mi aplicación (www.get3sixty.com), hay un Vía : encabezado de barniz ¡Sospecho que simplemente no han actualizado los documentos, pero sería bueno saberlo con seguridad! –

raro! parece bastante impredecible: he comprobado 4 de mis aplicaciones que sé que están en Cedro, 2 informan el encabezado del barniz y las otras 2 no. –

debe acceder a estas aplicaciones a través de un señalador de dominio a estas direcciones IP:

75.101.163.44 
75.101.145.87 
174.129.212.2

Estas son las caras de segundo piso y se encuentran en frente de ambas aplicaciones de bambú y cedro. El barniz está ahí para el bambú, pero cualquier solicitud que pase por ellos termina pasando por el barniz también.

Estas caras son solo para dominios ápice. Si su aplicación está bajo un subdominio como www, debe configurarse como un CNAME que apunta a appname.herokuapp.com. Cuando se configura así, las solicitudes no pasarán por el barniz.

Para más información sobre Apex y de Heroku, ver aquí: http://neilmiddleton.com/the-dangers-of-a-records-and-heroku/

Fuente

2011-12-15 16:00:20

Como habrás adivinado, estamos apuntando todos nuestros www a los registros A en lugar de usar CNAME. Gracias por la publicación esclarecedora. – kevlar

no :) Neil pidió ayuda :) –

Heroku Cedar y Nginx (gzip)

Respuesta

Cuestiones relacionadas