Если вы перемещаете веб-сайт WordPress с одного веб-хоста на другой и в настоящее время используете плагин кэширования с сетью доставки контента (CDN), будьте осторожны, поскольку процесс перемещения может оказаться не таким гладким, как вы думаете.
Эта статья предназначена для пользователей WordPress, которые достаточно знакомы с WordPress для установки и настройки плагинов, но, возможно, не являются экспертами по PHP-кодированию. В этой статье вы узнаете, что такое CDN. Но самое главное, вы узнаете, что может случиться с вашим сайтом, если вы измените свой веб-хостинг и не забудете обновить определенные настройки CDN.
Вы также узнаете, как решить проблему самостоятельно.
Как работает кеширование WordPress
Чтобы понять, почему кеширование CDN испортит ход вашего сайта, сначала важно понять, как работает кеширование WordPress и как CDN вступает в игру.
Самые популярные плагины кеширования для WordPress — такие как W3 Total Cache, WP Rocket и WP Super Cache — позволяют вам настраивать кэширование изображений с помощью вашего любимого сервиса CDN.
Без оптимизации каждый раз, когда посетитель посещает ваш веб-сайт, он должен будет загрузить всю страницу и все сценарии, изображения, верхние и нижние колонтитулы и навигационные меню, которые сопровождают ее. Но с установленным плагином кэширования вы можете настроить кеш браузера посетителя на множество статических файлов, которые отображаются на каждой странице.
Таким образом, постоянным посетителям нужно только загружать разделы ваших страниц, которые действительно меняются . Как только ваш сайт получает много тысяч посетителей в день, эта уменьшенная пропускная способность приводит к большой экономии.
Одним из наиболее важных элементов для кэширования на вашем веб-сайте являются изображения, так как большую часть времени они требуют наибольшей пропускной способности для загрузки. Это где услуга CDN вступает в игру.
Как сервис CDN делает ваш сайт эффективным
Существует множество передовых технологий, которые используются в сетях доставки контента. Короче говоря, CDN — это сервис, который размещает часть или весь контент вашего сайта географически ближе к посетителям вашего сайта.
Без CDN, если серверы вашего веб-хостинга находятся в Канаде и кто-то из Австралии пытается зайти на ваш сайт, им потребуется гораздо больше времени, чтобы загрузить вашу веб-страницу.
Однако, если вы настроите CDN для доставки по крайней мере всех изображений — частей веб-страниц, которые обычно загружаются дольше всего — с серверов, расположенных в Австралии, ваша страница будет загружаться намного быстрее.
Настройка CDN для вашего сайта WordPress проста на стороне WordPress. Вам просто нужно включить его и выбрать службу CDN, которую вы используете. Затем используйте кнопку авторизации, чтобы подключить ее к услуге CDN.
Полностью настройка CDN для вашего сайта выходит за рамки этой статьи. Но по умолчанию вы обычно обнаружите, что плагин CDN уже настроен для работы с хостом службы CDN и отображает все изображения на вашем сайте.
Обычно владельцы веб-сайтов регистрируются в службе CDN, настраивают плагин, а затем полностью забывают об этом .
Только спустя годы, когда они решают перейти на новый веб-хостинг, CDN возвращается, чтобы преследовать их.
Как смена веб-хостинга ломает ваш сервис CDN
Прежде чем вы сможете понять, почему CDN ломается при смене веб-хостинга, важно понять, как работает сервис CDN .
Помните, что CDN необходимо получить копию файла и затем кэшировать его на серверах, которые являются локальными по отношению к местам, где находятся посетители сайта.
В конфигурации «тянуть CDN» — наиболее распространенная настройка WordPress — когда пользователь впервые заходит на страницу вашего сайта, на которой есть изображение, которое CDN еще не кэшировал, он отправляется на ваш веб-сервер для получения копии этого файла. Затем он кеширует файл и использует этот локальный файл для всех будущих посещений страницы.
Давайте посмотрим на это более внимательно.
Когда все работает отлично, посетители получают динамический контент прямо с вашего веб-хостинга. Но статический контент (например, изображения) поступает с сервера CDN, локального для их страны. Если вы загрузите новое изображение на свой веб-сайт, то при первом посещении страницы пользователем CDN получит свежую копию с вашего веб-хостинга .
Когда это работает, это работает очень хорошо. Пользователи видят ваш сайт, и все изображения загружаются молниеносно.
Однако, когда вы переходите на новый веб-хост , вы обновляете серверы имен вашего домена, чтобы они указывали на ваш новый хост.
Поэтому теперь, когда пользователи вводят MyWebsite.com в свой веб-браузер, они получают контент с совершенно другого веб-сервера. Но ваша служба CDN все еще получает новые файлы изображений со старого веб-сервера .
Вот как это выглядит.
Это полный беспорядок, верно? В тот момент, когда вы переходите на новый хост, для пользователей это будет выглядеть так, как будто все работает отлично. Когда вы загружаете свой сайт, чтобы убедиться, что все работает, вы будете думать, что сайт тоже в порядке.
Весь новый динамический контент поступает с вашего нового веб-сервера, как и ожидалось. Все изображения на сайте будут загружены правильно. Но они на самом деле поступают из кэшированных файлов, хранящихся на серверах CDN рядом с вашим местоположением.
Все выглядит хорошо, когда на самом деле многое сломано. Если бы вы очистили кэш CDN на этом этапе, изображения на вашем сайте не загрузились бы вообще.
Симптомы сломанной CDN
Первый признак того, что что-то пошло не так, — это попытка создать новый пост в WordPress.
Когда вы загружаете и вставляете новые изображения в свое сообщение, оно будет хорошо отображаться как в мастере загрузки медиафайлов, так и в редакторе.
Но когда вы просматриваете или публикуете этот пост, именно так выглядят показанные изображения и встроенные изображения в вашем посте.
Вы увидите либо неработающие ссылки на изображения , либо пустые области, в которые должно загружаться ваше изображение. Поведение кажется сюрреалистичным.
Происходит то, что CDN ищет новые образы в том месте, которое вы изначально настроили. Это был старый IP хоста .
Чтобы правильно перенести все на новый хост, вам необходимо обновить настройки CDN. Давайте пройдем через это сейчас.
Обновления CDN после смены хоста
Каждый раз, когда вы переходите на новый веб-хостинг , вы должны пройти через следующие настройки, чтобы убедиться, что они настроены для нового хоста.
Установите правильный белый список IP
Службы CDN имеют безопасность в своих системах, так что только веб-сайты, размещенные на определенном IP (сервер веб-хостинга), могут передавать файлы в учетную запись CDN.
Без этой защиты хакеры могли бы потенциально использовать вашу учетную запись CDN для хранения и обслуживания своего собственного контента.
Эта строгая защита означает, что если вы не обновите список IP-адресов из белого списка в своей учетной записи, ваша служба CDN не сможет получить доступ к файлам на вашем веб-сайте.
В MaxCDN это происходит в меню « Учетная запись» в подменю API . Найдите «Белые IP-адреса» в своей учетной записи CDN, чтобы найти список, или обратитесь в службу поддержки клиентов.
Если вы не знаете правильный IP-адрес для использования, большинство хостинг-провайдеров предоставят IP-адрес веб-сервера под данными вашей учетной записи хостинга.
Если ваш хост не предоставляет страницу сведений об учетной записи, ее обычно можно найти в разделе «Общий IP-адрес» или «IP-адрес сервера» в CPanel.
Используйте этот IP-адрес в разделе белого списка IP-адресов вашей учетной записи CDN.
Всякий раз, когда я выполняю миграцию на новый хост, я обычно временно оставляю свой старый IP-адрес веб-хоста в белом списке. В некоторых регионах мира изменения DNS, сделанные вами для вашего домена, возможно, еще не реплицированы. Это может занять день или два.
Оставив оба IP-адреса в своей учетной записи CDN, вы убедитесь, что каждый сможет видеть ваш сайт в течение всего переходного периода.
Запишите этот IP, так как он понадобится вам для еще одной настройки CDN.
Настройка правильного исходного IP
Следующим важным параметром является исходный IP. Это в основном ваш способ сообщить службе CDN, где искать новые образы, которые он еще не кэшировал.
Обычно вы найдете этот параметр в области управления для «зоны», которую вы изначально настроили для своего сайта. Найдите раздел Origin IP и обновите его, указав IP-адрес вашего нового веб-хоста.
Как только вы обновите этот параметр, у вас все будет готово. Ваша учетная запись CDN теперь знает о вашем новом веб-хосте. Он свяжется с нужным сервером для получения любых новых изображений, которые вы загружаете.
Теперь пришло время очистить все кэши и снова протестировать ваш сайт.
Очистить кеши и создать новую запись
Лучший способ проверить, правильно ли работает ваш CDN, — очистить весь кеш. Это заставляет его проверять не только ваш веб-сервер на наличие нового контента, но и всего контента.
Ваш плагин кэширования WordPress должен иметь панель инструментов или кнопку в области CDN для полной очистки CDN . Если вы не можете найти его, вы можете сделать это вместо этого из своей учетной записи CDN.
Для MaxCDN это можно найти на странице панели инструментов. Посмотрите под настроенной зоной для вашего сайта, и нажмите на кнопку Управление .
После того, как вы полностью очистили кэш CDN, есть два способа проверить работоспособность вашего CDN.
- Во-первых, откройте новый сеанс браузера (убедитесь, что вы очистили кеш браузера. ) и загрузите свой сайт. Вы должны увидеть все изображения и иконки загружены правильно.
- Далее создайте новый пост в редакторе WordPress. Затем загрузите новое избранное изображение и встроенное изображение в свой пост.
- Предварительный просмотр изображения, и вы должны увидеть все отображается правильно на этот раз.
Это хорошее чувство, когда все наконец работает правильно, не так ли?
Понимание цели CDN
Причина, по которой эта проблема случается со многими людьми, заключается в том, что CDN часто просто запоздалая мысль при настройке кэширования WordPress.
Единственным недостатком CDN является то, что это дополнительная точка отказа. Когда вещи ломаются, не всегда легко понять почему. Но если вы не забудете обновить его, CDN действительно значительно повысит производительность сайта.