La plantilla de CloudFlare no es una novedad, y si te tomas el tiempo de mirar el código fuente, verás que su único propósito es obtener sus rangos de IP y modificar nginx para asegurar que se esté mirando a CF-Connecting-IP, ya que la dirección real del cliente queda oculta por el proxy que proporciona la nube naranja. No es algo nuevo, lleva existiendo al menos siete años. Puedes usar Cloudflare para ocultar la ubicación de tu servidor, o actuar como una CDN barata para subidas, pero en ambos casos te recomendaríamos deshabilitar todas las funciones de rendimiento y usar una regla de página para habilitar el almacenamiento en caché en tu carpeta de subidas.
De acuerdo, mi punto era que si Cloudflare no tuviera soporte, no se molestarían en añadir ningún tipo de soporte oficial en primer lugar. Tampoco tendrían tutoriales oficiales sobre cómo usarlo. Es cierto que pueden recomendar no usarlo por X, Y y Z en algunos casos, pero eso no es lo mismo que algo que no tenga soporte. 
¿Qué beneficio demostraría la prueba a través de GTMetrix? Creo que tienes una incomprensión fundamental de cómo funciona Discourse para citar eso. Discourse no es un sitio web, es una aplicación Javascript. Navegar por el sitio no sirve páginas HTML planas al navegador. La aplicación Javascript que se carga en tu navegador habla directamente con el servidor, por eso ciertos elementos de la página no parecen recargarse entre clics. La agilidad de dicha aplicación solo está determinada por los recursos del servidor y la latencia entre el cliente y el servidor. CloudFlare no puede acelerar tu instancia de Discourse, y su presencia entre los dos sistemas aumenta la latencia.
Sí, entiendo que Discourse no es un sitio web. Es una plataforma para entregar contenido como cualquier otra plataforma/software/CMS. Por supuesto, Cloudflare no puede impactar nada a nivel de servidor, lo cual es especialmente cierto en configuraciones LAMP. Pero, en última instancia, cada plataforma tiene que entregar eventualmente todo el código del lado del cliente (HTML/CSS/JS). Por supuesto, GTmetrix no puede escanear la velocidad del lado del servidor, pero aún así puedes obtener algunas cosas sobre la salida final de tu configuración. En otras palabras, cómo el usuario experimenta la carga del contenido.
Cloudflare en realidad no acelera mucho un sitio web, ni de forma tan drástica como lo hacen las optimizaciones del lado del servidor y mejores recursos del servidor. Estamos totalmente de acuerdo en eso. Su enfoque principal es la optimización de DNS. Hay algunas características de CDN más avanzadas para cuentas de pago, especialmente en lo que respecta a las imágenes, pero nunca he usado una cuenta de pago. Me pregunto si son algunas de esas características avanzadas las que causan problemas y requieren ayuda.
Lo anterior se basa en años de experiencia, no en una sensación. Discourse todavía tiene problemas periódicos con Cloudflare. Más allá de ocultar la IP de tu servidor y ahorrar un poco de transferencia de datos para las subidas, no hay nada que Cloudflare pueda hacer para acelerar un sitio Discourse.
Maldita sea. Sabía que me iban a dar guerra por decir “sensación”, pero es solo una figura retórica. Yo también hablo por experiencia. 
No cuestionaría el hecho de que, como Líder en la comunidad oficial de Discourse, obviamente tienes más experiencia con Discourse, y claramente has visto todo tipo de problemas extraños causados por Cloudflare.
Aparte de meternos en los detalles de todos los matices de Cloudflare/Discourse, sigo defendiendo mi punto principal, que es simplemente que Cloudflare no es tan aterrador como la narrativa en este foro haría creer a la mayoría.
Dicho esto, también entiendo la gestión de comunidades y, obviamente, no todo el mundo es desarrollador o siquiera experto en tecnología. En ese sentido, puedo ver por qué ser inundado por personas que piensan que Discourse está roto cuando solo es Cloudflare o algo similar podría volverse molesto.
en paz ahora.
