Шаблон CloudFlare — это не нововведение, и если вы потратите время на изучение исходного кода, то увидите, что его единственная цель — получить диапазоны IP-адресов CloudFlare и изменить конфигурацию nginx, чтобы он использовал заголовок CF-Connecting-IP как настоящий адрес клиента, поскольку проксирование «оранжевого облака» скрывает реальный IP. Это не что-то новое; такая практика существует уже как минимум семь лет. Вы можете использовать Cloudflare для сокрытия местоположения вашего сервера или в качестве дешёвого CDN для загрузок, но в обоих случаях мы рекомендуем отключить все функции производительности и настроить правило страницы (page rule), чтобы включить кэширование для папки с загрузками.
Верно, мой тезис заключался в том, что если бы Cloudflare не поддерживался, они бы даже не стали официально добавлять какую-либо поддержку для него. Также у них не было бы официальных руководств по его использованию. Конечно, в некоторых случаях они могут рекомендовать не использовать его по причинам X, Y и Z, но это не то же самое, что полная неподдержка. 
Какую пользу продемонстрирует тестирование через GTMetrix? Мне кажется, у вас фундаментальное непонимание того, как работает Discourse, раз вы ссылаетесь на этот инструмент. Discourse — это не веб-сайт, это JavaScript-приложение. Переход по сайту не отдаёт браузеру статические HTML-страницы. JavaScript-приложение, загружаемое в ваш браузер, напрямую общается с сервером, поэтому некоторые элементы страницы, кажется, не перезагружаются при кликах. Быстродействие этого приложения определяется исключительно ресурсами сервера и задержкой между клиентом и сервером. Cloudflare не может ускорить ваш экземпляр Discourse, а его присутствие между двумя системами лишь увеличивает задержку.
Да, я понимаю, что Discourse — это не просто веб-сайт. Это платформа для доставки контента, как и любая другая платформа/ПО/CMS. Конечно, Cloudflare не может повлиять на что-либо на уровне сервера, особенно в настройках LAMP. Но в конечном счёте любая платформа должна в итоге доставить весь клиентский код (HTML/CSS/JS). Конечно, GTmetrix не может сканировать скорость на стороне сервера, но всё же можно получить представление о финальном результате вашей настройки. Иными словами, о том, как пользователь воспринимает загрузку контента.
Cloudflare на самом деле не так уж сильно ускоряет веб-сайт, далеко не так драматично, как оптимизации на стороне сервера и улучшение ресурсов сервера. В этом мы полностью согласны. Его основное внимание сосредоточено на оптимизации DNS. Для платных аккаунтов есть более продвинутые функции CDN, особенно когда речь идёт об изображениях, но я даже не пользовался платным аккаунтом. Интересно, не в этих ли продвинутых функциях люди чаще всего сталкиваются с проблемами и вынуждены просить о помощи?
Вышеизложенное основано на многолетнем опыте, а не на ощущениях. В Discourse периодически возникают проблемы с Cloudflare. Помимо сокрытия IP-адреса вашего сервера и небольшой экономии трафика при загрузке файлов, Cloudflare ничего не может сделать для ускорения сайта на Discourse.
Чёрт возьми. Я знал, что за слово «ощущения» меня начнут подкалывать, но это просто фигура речи. Я тоже говорю исходя из опыта. 
Я не оспариваю тот факт, что как лидер в официальном сообществе Discourse вы, очевидно, обладаете большим опытом работы с Discourse и видели самые разные странные проблемы, вызванные Cloudflare.
Отложив в сторону все нюансы взаимодействия Cloudflare и Discourse, я всё же остаюсь при своём основном мнении: Cloudflare вовсе не так страшен, как это пытается внушить нарратив этого форума большинству людей.
Тем не менее, я также понимаю управление сообществами и то, что не все являются разработчиками или даже технически подкованными людьми. В этом смысле я понимаю, почему наводнение пользователями, считающими, что Discourse сломан, хотя на самом деле проблема в Cloudflare или чём-то подобном, может стать раздражающим.
.
