Реальная проблема самостоятельно управляемого WordPress
Продакшн-сайт на WordPress — никогда не только WordPress. Ему нужны база данных, объектный кэш, кэш страниц, конвейер обработки изображений, TLS-сертификаты, DNS и файрвол — и на shared-хостинге каждое из этого — плагин, платное дополнение или сервис, который вы склеиваете сами. Несовпадения версий между runtime PHP, сервером MySQL и плагином кэширования — постоянный источник белых экранов. cdn.com.tr заменяет эту лоскутную конструкцию одним управляемым стеком, где runtime, база данных, Redis и edge уже совместимы и разворачиваются вместе.
Объектный кэш Redis, реально снижающий нагрузку на базу данных
Большая часть замедления WordPress под нагрузкой — это повторяющиеся, идентичные запросы к базе данных за опциями, меню и метаданными записей. Управляемое дополнение Redis подключается как drop-in объектного кэша WordPress, так что эти запросы отвечаются из памяти, а не из MySQL. Для WooCommerce и сайтов с членством, где страницы персонализированы и не могут быть полностью закэшированы как страницы, именно это удерживает корзину и страницы аккаунта быстрыми. Поскольку Redis управляемый, учётные данные внедряются в runtime и ротируются за вас, а не лежат на экране настроек плагина.
Встроенный edge-кэш CDN и оптимизация изображений
Статические ресурсы и кэшируемый HTML отдаются с edge cdn.com.tr рядом с посетителем, сокращая обращения к origin и поглощая всплески трафика во время кампаний. Оптимизация изображений перекодирует загрузки в современные форматы и отдаёт варианты подходящего размера, что устраняет необходимость в тяжёлом плагине оптимизации, конкурирующем с сайтом за воркеры PHP. Правила кэширования понимают cookie входа WordPress и корзины WooCommerce, так что залогиненные пользователи и покупатели корректно обходят общий кэш, а анонимные посетители получают кэшированные страницы.
Auto SSL, DNS и WAF перед wp-admin
Самые атакуемые URL на любой установке WordPress — это wp-login.php и xmlrpc.php. Поскольку трафик достигает edge cdn.com.tr раньше origin, WAF фильтрует brute-force и распространённые шаблоны эксплойтов ещё до того, как они коснутся PHP. Auto SSL поддерживает действующий HTTPS и на apex, и на www без cron-задач или certbot, а DNS управляется в той же панели, так что перенос домена не требует жонглирования тремя дашбордами.
Перенос существующего сайта без пересборки
Не нужно пересобирать сайт, чтобы его перенести. Возьмите существующие файлы и экспорт базы данных, восстановите их на управляемой платформе и проверьте на URL name.cdn.com.tr перед переключением DNS. Управляемая база данных берёт на себя импорт и вопросы кодировки, Redis и edge-кэш включаются после проверки контента, а переключение домена происходит последним, так что нет окна, в котором сайт недоступен.
Одна панель для агентств, ведущих много сайтов
Агентства больше всего страдают от несогласованности: каждый клиентский сайт оказывается на чуть-чуть другом хостинге с разными плагинами для кэширования и безопасности. Стандартизация на управляемой платформе WordPress означает один и тот же runtime, одну и ту же модель Redis и edge, один и тот же профиль WAF в каждом проекте. Purge, логи и статус деплоя видны по каждому сайту в одном аккаунте, так что передача сайта другому члену команды не означает переизучение особой настройки.
Как развернуть, шаг за шагом
Создайте приложение WordPress
В панели откройте Platform, выберите WordPress и выберите runtime PHP 8 и размер плана. Платформа предоставляет runtime, постоянный том для wp-content и управляемую базу данных MySQL, так что вам никогда не придётся вручную редактировать константы базы данных в wp-config.php — они внедряются за вас.
Подключите домен и выпустите SSL
Направьте домен на cdn.com.tr или добавьте его как поддомен name.cdn.com.tr для первичного тестирования. Auto SSL выпускает и продлевает сертификат, а apex и www проверяются отдельно, так что редирект-петля не может оставить один из вариантов незащищённым.
Включите объектный кэш Redis
Включите управляемое дополнение Redis и подключите object-cache drop-in из панели. Затем WordPress хранит результаты дорогих запросов, опции и transients в Redis вместо того, чтобы нагружать MySQL при каждом запросе, что является самым значительным улучшением для трафика залогиненных пользователей и WooCommerce.
Включите edge-кэш CDN и оптимизацию изображений
Опубликуйте сайт через edge, чтобы статические файлы — изображения, CSS, JS, шрифты — отдавались из кэша рядом с посетителем. Оптимизация изображений перекодирует и приводит к нужному размеру медиа на лету, так что не нужен отдельный плагин оптимизации, замедляющий wp-admin.
Настройте правила WAF и purge
Примените профиль WAF перед wp-login.php, xmlrpc.php и wp-admin и задайте правила обхода кэша для cookie залогиненных пользователей и корзины. Настройте автоматический purge, чтобы публикация записи или обновление товара очищали соответствующий edge-кэш без ручного сброса.
Примеры сценариев
Новостной или блог-сайт поглощает всплески кампаний с помощью кэша страниц на edge, а Redis держит редакционную панель отзывчивой.
Страницы товаров и категорий кэшируются на edge, корзина и оформление заказа корректно обходят кэш, а Redis держит персонализированные страницы быстрыми под нагрузкой.
Десятки клиентских сайтов работают на одном стандартизированном стеке с одинаковыми моделями SSL, WAF и кэширования, управляемыми из единого аккаунта.
Часто задаваемые вопросы
Сломает ли объектный кэш Redis плагины кэширования страниц, которые я уже использую?
Объектный кэш Redis и edge-кэш страниц решают разные задачи и работают вместе. Объектный кэш отдаёт результаты из базы данных для некэшируемых, залогиненных страниц; edge-кэш отдаёт целые статические ответы анонимным посетителям. Обычно можно отключить слой кэша страниц на базе плагина, как только его берёт на себя edge, и оставить управляемый объектный кэш Redis для динамических частей.
Как оформление заказа в WooCommerce удерживается вне общего кэша?
Правила кэширования обнаруживают cookie WordPress и WooCommerce — cookie входа и cookie корзины/сессии — и обходят edge-кэш для этих запросов, так что ни один клиент никогда не увидит корзину другого. Анонимные страницы товаров и категорий остаются кэшированными — именно там реально находится трафик и выигрыш в скорости.
Нужны ли мне ещё Wordfence, плагин кэширования и плагин изображений?
Стек покрывает то, что обычно делают эти плагины: WAF заменяет файрвол плагина безопасности перед wp-admin, edge и Redis заменяют плагины кэширования, а встроенная оптимизация изображений заменяет плагин изображений. Их удаление освобождает воркеры PHP, потому что иначе эти плагины выполняются внутри каждого запроса.
Очищает ли публикация записи CDN-кэш автоматически?
Да. Автоматический purge привязан к событиям контента, так что публикация или обновление записи, страницы или товара очищает соответствующие записи edge-кэша. Вы также можете сделать purge вручную из панели для разовых изменений, вроде правки темы или исправленного изображения.
Могу ли я сохранить текущую версию PHP и плагины при миграции?
Вы переносите сайт на управляемый runtime PHP 8; большинство поддерживаемых тем и плагинов работают на PHP 8 без изменений. Вы проверяете сайт на временном URL name.cdn.com.tr перед переключением DNS, так что любой плагин, которому нужно обновление, будет замечен ещё до того, как его увидят реальные посетители.
Что происходит с учётными данными базы данных в wp-config.php?
Управляемое соединение с базой данных внедряется в runtime, так что вам не нужно вручную вставлять хост, имя, пользователя или пароль базы данных в wp-config.php. Учётные данные можно ротировать из панели без редактирования файла, что безопаснее, чем хранить их открытым текстом в репозитории или на диске.