Staging-копия — это закрытый рабочий дубликат вашего сайта, на котором можно тестировать изменения, обновления плагинов или редизайн, не рискуя рабочим (боевым) сайтом. В этом руководстве описаны два способа сделать это на хостинге Maxinodes: плагин для staging в WordPress (самый простой вариант для WordPress) или ручное копирование на поддомен в cPanel (подходит для любого сайта).
Применимо к: все тарифы. Оба способа остаются внутри вашего текущего хостинг-аккаунта, поэтому они учитываются в лимитах тарифа на поддомены и базы данных. На небольшом тарифе (например, Self-Managed Lite с 5 поддоменами и 2 базами данных) свободного запаса может почти не остаться — посмотрите свой тариф в разделе личный кабинет -> Услуги -> Мои услуги, а если не уверены, изучите статью Что означают лимиты вашего хостинг-аккаунта.
Перед началом: вам понадобится вход в cPanel (см. Как войти в cPanel), а перед любым изменением — свежая резервная копия. Всегда сначала делайте резервную копию — см. Как работают резервные копии в Maxinodes.
Способ 1: Плагин для staging в WordPress (рекомендуется для WordPress)
Самый простой путь для сайта на WordPress — это плагин для staging (например, плагин резервного копирования и клонирования или функция staging из набора инструментов вашей темы либо хостинга). Плагин создаёт копию, выдаёт закрытый URL для работы и предлагает кнопку «отправить на боевой сайт», когда вы будете готовы.
- Сначала сделайте полную резервную копию (см. примечание «Перед началом» выше).
- В панели управления WordPress перейдите в Плагины -> Добавить новый и установите надёжный плагин для staging или клонирования.
- Воспользуйтесь функцией создания staging в плагине, чтобы построить копию. Обычно она размещает staging-сайт на поддомене вида
staging.yourdomain. - Внесите и протестируйте изменения по staging-URL.
- Когда всё заработает, используйте опцию плагина с названием Push to Live (точная формулировка зависит от плагина), чтобы скопировать ваши изменения обратно на боевой сайт.
Результат: ваши изменения попадают на боевой сайт за один шаг, а сам боевой сайт остаётся нетронутым, пока вы тестируете.
Несколько замечаний, специфичных для Maxinodes:
- Наш веб-сервер — LiteSpeed. Держите плагин LiteSpeed Cache активным и очищайте его кэш после переноса, чтобы посетители видели новую версию — см. Как ускорить WordPress с помощью LiteSpeed Cache.
- Почта не размещается на нашем сервере. Если ваш staging-сайт отправляет письма, используйте SMTP-плагин, настроенный на ваш почтовый ящик Microsoft 365 или Google Workspace.
- Staging использует реальные ресурсы. При интенсивных задачах клонирования или восстановления вы можете кратковременно упереться в лимиты CloudLinux — это нормально и проходит само. См. Что означают лимиты ресурсов CloudLinux (LVE).
Способ 2: Ручное копирование на поддомен в cPanel
Используйте его, если у вас не WordPress или вы предпочитаете делать всё вручную. Вы создаёте поддомен, копируете файлы, копируете базу данных и настраиваете копию на работу с новой базой.
- Сначала сделайте полную резервную копию.
- В cPanel -> Домены -> Поддомены создайте поддомен, например
staging(он станетstaging.yourdomain). См. Как создать поддомен. - В cPanel -> Файлы -> Диспетчер файлов скопируйте файлы вашего сайта в корневой каталог нового поддомена.
- В cPanel -> Базы данных -> Базы данных MySQL создайте новую базу данных и пользователя базы данных, а затем добавьте пользователя к базе со всеми привилегиями. См. Как создать базу данных MySQL и управлять ею.
- В cPanel -> Базы данных -> phpMyAdmin экспортируйте вашу боевую базу данных и импортируйте её в новую staging-базу.
- Отредактируйте конфигурационный файл staging-сайта (для WordPress это
wp-config.php), указав имя новой базы данных, пользователя и пароль.
Результат: по адресу
staging.yourdomainоткрывается рабочая копия вашего сайта, которая работает на собственной базе данных и полностью отделена от боевого сайта.
Когда staging-копия работает, проделайте шаги в обратном порядке, чтобы отправить изменения на боевой сайт: скопируйте протестированные файлы обратно в корневой каталог боевого сайта и импортируйте staging-базу поверх боевой. Сделайте ещё одну резервную копию прямо перед тем, как что-либо перезаписывать.
Несколько слов об URL и DNS
Ваш staging-поддомен работает на нашей платформе автоматически — вам не нужно добавлять для него никакие DNS-записи. Наш хостинг-узел доступен и по IPv4, и по IPv6 (dual-stack), поэтому если вы когда-либо прописываете записи вручную, добавьте A-запись на 185.185.49.198 и, если вам нужен IPv6, AAAA-запись на 2a00:7c80:0:286:c::10. Управляйте любыми нужными боевыми DNS-записями в личном кабинете, а не в редакторе зоны cPanel (редактор зоны в cPanel не управляет боевым DNS на нашей платформе). См. Как управлять DNS-записями в личном кабинете.
Если вы предпочитаете держать staging вне поисковых систем, на время работы отключите индексирование в настройках staging-сайта, а затем снова включите его только на боевом сайте.
Решение проблем с этой задачей
- На staging-сайте ошибка базы данных: конфигурационный файл указывает на неверное имя базы данных, пользователя или пароль. Перепроверьте учётные данные, которые вы задали на шаге 6.
- «Достигнут лимит тарифа» при создании поддомена или базы данных: вы израсходовали все поддомены или базы данных, разрешённые вашим тарифом. Освободите один из них или перейдите на старший тариф — см. Как перейти на старший или младший тариф.
- Изменения не появляются после переноса: очистите кэш LiteSpeed и кэш браузера.
- Перенос прошёл с ошибкой: восстановитесь из резервной копии, которую вы сделали перед началом — см. Как восстановить весь аккаунт или сайт целиком.
Комментарии
0 комментариев
Войдите в службу, чтобы оставить комментарий.