Как создать пробный сайт WordPress

Более 60 процентов всех веб-сайтов в мире используют систему управления контентом (CMS) WordPress. Она бесплатна, проста в установке и использовании и продолжает развиваться большим и активным сообществом. В принципе, редакторы могут поддерживать контент, имея лишь навыки работы с MS Word. Практически с любой задачей сайта можно справиться с помощью около 60 000 доступных плагинов.

Но даже опытные программисты сталкивались с тем, что после установки WordPress или обновления плагина сайт внезапно переставал работать: пустой экран, отсутствие области входа или неработающий сайт. Этого не должно происходить. Вы можете создать тестовую среду, которая позволит вам проверить любые возможные изменения, не боясь ошибок или нехватки времени, и без риска сломать тщательно созданный сайт. Мы покажем вам, как создать такую тестовую среду в нашем учебнике по WordPress staging.

Когда веб-сайт WordPress работает без сбоев, обычно полезно создать два резервных файла. Это также рекомендуется делать перед выполнением любого вида обновления.

Создайте резервную копию всех файлов вашей установки в локальном каталоге. Обычно это три папки, а также около 20 файлов, файл .htaccess и установленный вами фавикон WordPress. Данные можно перенести с помощью FTP-клиента, такого как FileZilla, или в области администрирования вашего веб-пространства у провайдера или через web FTP.

Затем войдите в административный интерфейс вашего провайдера и экспортируйте базу данных WordPress в файл резервной копии. Имя файла обычно состоит из имени базы данных, а иногда и даты, с окончанием «.sql».

Эти две резервные копии позволят вам восстановить ваш сайт в случае сбоя, вызванного обновлением версии WordPress или установленных плагинов. В то же время, у вас есть все необходимое для тестовой среды WordPress. Теперь выполните следующие шаги:

1. Создайте на веб-сервере поддиректорию для вашей тестовой среды WordPress. Вы можете сделать это в административной области вашего провайдера в разделе «Use webspace» или с помощью FTP-клиента, например FileZilla. Здесь, например, каталог называется www.exampledomain.com/test-stage.

1. Затем вам понадобится новая (пустая) база данных для клонированного сайта. После того, как она будет создана вашим провайдером, запишите указанные данные доступа.
2. Откройте в редакторе локально сохраненный файл wp-config-sample.php и введите данные доступа для вновь созданной базы данных:

При работе в среде WordPress staging также настоятельно рекомендуется активировать режим отладки:

WordPress staging site имеет другой адрес, чем живой сайт. Это должно быть отмечено с помощью следующих двух строк кода в файле wp-config.php:

Любой, кто знаком с MySQL, может вручную изменить эти две записи на более позднем этапе непосредственно во вновь созданной базе данных. Если был выбран поддомен, он заменяет эту запись.

Файл wp-config-sample.php сохраняется как wp-config-test.php, чтобы не перезаписать wp-config.php из резервного файла. Затем файл wp-config-test.php загружается в каталог «test-stage» по FTP и переименовывается в wp-config-php, что позволяет WordPress интегрировать этот файл с правильным именем в тестовую среду.

1. Теперь необходимо заполнить новую базу данных содержимым. Это может занять некоторое время.

1. Доступ к настроенной вручную среде WordPress staging может получить администратор или разработчик, посетив сайт exampledomain.com/test-stage/wp-admin.

Вы также можете решить, имеет ли смысл использовать поддомен типа «test-stage.exampledomain.com». Затем поддомен должен ссылаться на вновь созданную директорию.

Как уже упоминалось, существуют тысячи плагинов для WordPress, включая плагины для дублирования или клонирования сайта. Особенно популярен плагин «WP Staging — DB & File Duplicator & Migration». Он в значительной степени автоматизирует процесс. Дублирование существующей установки WordPress в тестовую среду не представляет никаких проблем при использовании бесплатной версии плагина. Для тех, кто хочет большего — например, переноса успешных изменений на живой сайт или клонирования на другие домены или базы данных — можно приобрести платную версию Pro. На момент написания этого руководства плагин был протестирован до версии WordPress 5.5.1. Он доступен на английском, немецком и испанском языках.

Весь процесс клонирования для полного тестового сайта (без функции магазина) занимает 2,5 минуты. В результате пользователь получает ссылку, которую он может использовать для входа в систему со своими обычными данными администратора. При использовании бесплатной версии плагина все существующие таблицы базы данных создаются заново в той же базе данных с другим префиксом таблицы. При работе в среде WordPress staging изменяются только эти новые таблицы. Таблицы базы данных реальной установки WordPress остаются незатронутыми. Преимуществом этого метода является то, что веб-тарифы только для одной базы данных не требуют обновления.

Чтобы защитить тестовую среду WordPress от нежелательных посетителей, в области администрирования провайдера можно защитить каталоги, в том числе каталог для WordPress staging. У IONOS вы можете найти этот раздел в разделе «Хостинг» в разделе «Webspace». Там вы найдете пункт меню «Защищенные каталоги» с помощью символа шестеренки. Настроить его очень просто. Но не забудьте записать пароль в надежном месте!

Другой способ защиты директории предлагает файл .htaccess в корневом каталоге тестового окружения WordPress. Откройте локально сохраненный файл .htaccess с помощью редактора и вставьте следующие строки:

Для создания файла .htpasswd существует множество онлайн-генераторов, которые создают символьные строки, используя процесс шифрования, например:

Эта строка также сохраняется в текстовом редакторе как .htpasswd. Если тестовый редактор выделяет окончания файлов, вы можете изменить это вручную после загрузки в корневой каталог тестовой среды WordPress. При доступе к тестовому сайту WordPress теперь будет появляться запрос на имя пользователя и пароль.

Локальная тестовая среда также полезна для (дальнейшей) разработки сайта WordPress. Это позволяет защитить процесс разработки от любых внешних атак, поскольку отсутствует подключение к Интернету. Чтобы работать таким образом, компьютер должен быть способен работать как сервер, и для этого требуется специальное серверное программное обеспечение. Почему? Например, скриптовый язык PHP не может быть интерпретирован браузером. Он нуждается в услугах сервера.

Программное обеспечение, которое может реализовать это локально, включает MAMP или XAMPP. Последний имеет открытый исходный код и работает на Linux, Windows и macOS. Он был разработан «Друзьями Apache» — некоммерческим проектом по поддержке веб-сервера Apache и домом для проекта XAMPP. Этот тип стейджинга WordPress в основном используется профессиональными командами разработчиков.

В заключение давайте сравним преимущества и недостатки обоих типов WordPress staging.