WordPress Staging: как создать сайт в тестовой среде

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

В этом случае еще более очевидно, что необходимы дополнительные слои для тестирования и уточнения, прежде чем передать весь проект клиентам или сделать его живым и перечисленным в поисковой выдаче.

Содержание

Среда разработки и процесс развертывания веб-сайта

В зависимости от этапа разработки веб-сайта или приложения существует несколько виртуальных среды для эффективной работы на каждом этапе и обеспечения отсутствия ошибок в производстве (живой сайт для клиентов). Если проект масштабный и сложный, могут быть дополнительные этапы, например отдельный QA. Но, как правило, в процессе развертывания веб-сайта есть три основных уровня: среда разработки, подготовка и рабочая среда (или сайты). Давайте подробнее рассмотрим каждый из них.

Местный сайт

Это место, к которому имеет доступ только один разработчик, так что это песочница, где можно реализовать и протестировать любые эксперименты и идеи. Это необязательный шаг, но у каждого разработчика есть свой локальный сайт для написания первых набросков кода, даже без контекста компонентов и кода, которые планируется разместить на реальном веб-сайте. Преимущество локальной среды заключается в том, что вам не нужно продвигать и развертывать изменения и тратить на них время.

Местный сайт — это как тетрадь художника с набросками и набросками.

Сайт разработки

Сайт разработки похож на предыдущий, но это онлайн-среда, где команда разработчиков сотрудничает и может видеть, как их фрагменты кода работают вместе. Но это все же не то же самое, что живой веб-сайт, который увидит конечный пользователь, потому что самое главное здесь — это иметь возможность быстро все проверить, без всего ненужного. Если несколько команд работают над одним проектом и каждая команда работает над разными задачами, для них может быть несколько площадок разработки, которые в итоге сливаются.

сайт контроля качества

QA означает «обеспечение качества». А у больших компаний с огромными проектами раньше была отдельная среда для тестирования (вместо того, чтобы делать это на других этапах). Этот шаг существует для того, чтобы разделить площадку разработки, где код постоянно меняется, и среду staging, которая больше похожа на финальную версию и не является оптимальным местом для тестирования отдельных компонентов.

Таким образом, тестировщики могут выполнять свои трудоемкие тесты, не вмешиваясь в процесс разработки (если они делают это на сайте разработки) и не занимаясь всем проектом (если они делают это на промежуточном сайте).

Если тесты не пройдены, команда QA может удалить их со своего сайта до тех пор, пока ошибки не будут исправлены, а затем снова проверить обновленную версию. И если он работает хорошо, его можно переместить на следующий этап развертывания.

Промежуточный сайт

Промежуточный веб-сайт — это кандидат на выпуск и, по сути, зеркало производства. В нем уже все собрано, и здесь можно выполнить окончательные тесты и доработки всех компонентов, от кода до дизайна и контента. Главной целью здесь является протестировать проект в целомсмоделируйте реальные случаи и пики трафика и посмотрите, что можно улучшить.

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

Производственная площадка

Это веб-сайт, который пользователи действительно видят и с которым имеют дело. Так что, если на всех предыдущих шагах работа была сделана правильно, продакшн не нуждается в срочных правках и исправлениях ошибок. Он не меняется, за исключением запланированных выпусков и обновлений. Некоторые тесты можно и нужно проводить даже на продакшене: различные фич-флаги и A/B-тестирование.

Промежуточная среда: более пристальный взгляд

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

Такие случаи являются материалом для приемочное тестирование пользователей – тип тестов, которые рассматривают веб-сайт с точки зрения пользователей и обеспечивают выполнение всех бизнес-требований и целей. Например, на Development это сделать нельзя, потому что там мы еще не видим всей картины. И на Продакшн это тоже нельзя сделать, потому что будет поздно.

Дымовое тестирование и нагрузочное тестирование — это другие типы тестов, которые следует проводить в промежуточной среде, чтобы убедиться, что все работает хорошо.

Проблемы, с которыми вы можете столкнуться

У промежуточных веб-сайтов есть два основных недостатка:

1. Если он не развернут правильно, тестовый сайт может появиться в поисковой выдаче, что не только сбивает с толку клиентов, но и вредно для SEO рабочего веб-сайта. Такие ошибки могут возникать в основном, когда промежуточная среда создается вручную или если плагин не так хорош.
2. Обычно, кеширование отключено на промежуточных сайтах; вот почему вы не видите всей картины, потому что кэширование (настроено неправильно), что часто вызывает ошибки и некоторые проблемы с производительностью. Для некоторых хостингов, если мы говорим об управляемых хостингах WordPress, еще более частой практикой является предложение тестовой среды с кэшированием. И на это тоже важно обращать внимание при настройке staging сайта.

Как создать тестовый сайт для WordPress

Постановочная функция хостинг-провайдера

Это самый удобный способ создания пробного сайта WordPress, и многие хостинги предлагают эту услугу; он может быть включен во все планы или в тарифные планы с более высокой ценой. Обычно управляемые хостинги WordPress имеют эту функцию. И это промежуточный процесс в один клик, так что вы просто нажимаете кнопку, что-то вроде «Создать промежуточный сайт», и почти сразу готово. Как только все тесты и изменения будут выполнены, вы также сможете развернуть эту версию веб-сайта в рабочей среде одним щелчком мыши. И пользователи не заметят никаких изменений или простоев.

Как правило, лучше всего создавать staging-сайт с помощью staging-инструмента хостинга: он делает поддомен, копию базы данных (чтобы не путать с производственной) и часто использует отдельный сервер. Кроме того, хостинг по умолчанию создает резервную копию рабочего сайта, поэтому в случае крайней необходимости вы можете отменить изменения.

Использование промежуточных плагинов WordPress

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

Постановка WP

На самом деле у него есть бесплатная версия, но она не позволяет нам вносить изменения в рабочую среду. Итак, если вы не хотите платить, вы можете создать тестовый сайт, протестировать свои изменения и, если все работает хорошо, вручную внести те же изменения на рабочий сайт. Также он полностью использует ресурсы основного сайта – его дисковое пространство и базу данных (не создает отдельную, а меняет префикс базы данных). Таким образом, это не самое безопасное решение, и если ваш сайт огромен, этот плагин может не работать.

Тем не менее, он отлично работает, если вам нужно внести небольшие изменения и если сайт небольшой.

WP StageCoach

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

Очень полезно, если во время внесения изменений происходила активность клиентов на действующем сайте (добавление товаров в корзину и т.д.). Вы можете выбрать только отдельные файлы для отправки в производство, если нет необходимости копировать весь проект.

Ручная постановка

Это самый трудоемкий способ создания тестового веб-сайта WordPress. Кроме того, существует больше шансов на ошибку, чем при использовании других методов. Итак, вам нужно создать новый сайт на поддомене и скопировать туда свой сайт, не забыв закрыть его от индексации. И лучший способ сделать это — использовать .htaccess файл и установить пароль для доступа к веб-сайту. (Конечно, вы можете скопировать его на локальный хост, но тогда вы не сможете сотрудничать с другими над вашим проектом). Также важно не запутаться в внесенных изменениях, если вы не хотите переписывать весь сайт с базой данных.

Этот метод категорически не рекомендуется новичкам.

Часто задаваемые вопросы

Последние мысли

Для эффективного рабочего процесса, даже если проект несложный, очень важно придерживаться четкого процесса развертывания и выполнять все необходимые шаги. Одним из них является подготовка веб-сайта, и его необходимо иметь еще до обновления плагинов. Есть несколько способов его создания, но самый лучший и удобный — использовать инструмент staging от хостинг-провайдера. Это чрезвычайно быстрый и безопасный способ всегда иметь хорошую работу вашего сайта. И этот шаг не следует упускать из виду.