За счет чего достигается высокая скорость сайта?
Чего тут быстрого? Самая стандартная скорость загрузки. Только сделано аккуратно.
Сайт пользуется всем тем, чем принято пользоваться при оптимизации: отложенной загрузкой неважного контента, шрифтов, картинок, побочных блоков. Сжатие, кеширование. Ну и работа бекенда. Аккуратно использован WordPress, а не как принято - нафигачить плагинов и в путь.
Здесь ничего феноменального нет.
Почитайте банально в интернете о том, как это делается. Например: https://habr.com/ru/company/kingservers/blog/346956/
Cloud Flare - полное кеширование всех страниц (это можно уидеть по заголовку ответа cf-cache-status: HIT)
В настройках Page Rules можно задать полное кеширование всех частей (т.е. если сайт статичный +/- можно полностью его кешировать исключив админку, нехочу расписывать как - загуглите, там +/- всё правильно описано
Если добработать немного свой ВП, то можно управлять этим огородом весьма хорошо повесив триггер на БД чтобы при обновлениях поста, апруве комментов и т.д. можно было чистить кеш через API.
Плюсы:Минимальный отклик, т.к. сервер CDN находится в 99% ближе к клиенту чем ваш сервер.Кешированная страница отдаётся без участия сервера, т.е. уменьшаем нагрузку
Минусы:Страница попадает в кеш на сервере CDN после захода пользователя через этот сервер (т.е. если вы работаете с СНГ регионом это ок, там в каждой стране по 1-2 дата-центру, а если, например, Америка, там они в каждом штате ... карту CND CF можно найти на их сайте)Для создания динамических частей нужно использовать либо ajax либо делать их на js
Как по мне хороший вариант кеширования с помощью Nginx, но он требует немного кода:Сохраняем вывод страницы после рендеринга в файл сохраняя структуруНатравливаем try_files на кешИспользуя SSI модуль в Nginx можно динамически управлять контентом из кеша (например пользователям из EU показывать cookie баннер используя GEO модуль)Также можно делать холодный страрт кеша после заливки прикрутив простой скрип (в цикле курлом пройтись по страницам) в свой CI
P.S. на примере tproger можно точно найти оплошности в бустродействии:
Разбросанность файлов на поддомены требует доп запроса DNS и инициализации SSL что змедляет страницу (несмотря даже на заголовки в хидере типа preconnect и prefetch)
Отсутствие миницикации JS внутри самой html страницы
Ну там много рахных мелочей, но в целом неплохо :)