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

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

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

Что такое тестовый сайт WordPress?

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

Наконец, промежуточный сайт WordPress может позволить вам протестировать новые функции, ничего не нарушая. Ну, вы можете что-то сломать, но это копия вашего сайта, так что отрывайтесь!

Кому нужен тестовый сайт WordPress?

Промежуточные сайты предназначены для всех, кто хочет избежать риска простоя на своем рабочем сайте при обновлении. Это может быть веб-разработчик, автор контента, крупный корпоративный веб-сайт, владелец малого бизнеса или блоггер, который хочет поддерживать свой собственный веб-сайт. Промежуточный сайт является ОБЯЗАТЕЛЬНЫМ для всех, у кого есть веб-сайт, который они хотят поддерживать в актуальном состоянии и правильно функционировать.

Разница между промежуточным сайтом и сайтом разработки

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

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

Как настроить тестовый сайт WordPress

Прежде чем мы узнаем, как настроить тестовый сайт, давайте рассмотрим способы его создания. Есть три способа создать новый промежуточный сайт.

1. С помощью плагина. Вы можете создать промежуточный сайт с помощью такого плагина, как WP Staging.
2. С хостинг-провайдером — вы можете использовать предоставленную хостом промежуточную среду на Bluehost, Flywheel, WPEngine или других, которые позволяют создавать промежуточные сайты всего за несколько кликов.
3. Вручную — вы всегда можете создать промежуточный сайт вручную. Конечно, для этого требуется больше технических знаний, но не так много, как вы думаете.

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

Создание тестового сайта WordPress с помощью плагина

В этом примере мы покажем вам, как создать промежуточный сайт WordPress с помощью WP Staging. WP Staging — это универсальный плагин, который позволит вам создать тестовый сайт за короткий промежуток времени. Он создает папку или подпапку в вашей основной установке WordPress, затем помещает все таблицы базы данных, мультимедиа, страницы, сообщения и плагины в новую папку, создавая копию вашего сайта.

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

1. Установите и активируйте плагин WP Staging.

Установите WP Staging на свой сайт WordPress. После установки найдите вкладку WP Staging в левой части панели администратора WP. Нажмите « Промежуточные сайты », затем создайте новый промежуточный сайт .

2. Назовите свой новый промежуточный сайт

Вы захотите назвать свой новый промежуточный сайт (это может быть что угодно), затем нажмите кнопку « Начать клонирование ».

3. Клонируйте свой сайт

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

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

Хотя WP Staging упрощает создание промежуточного сайта WordPress, существуют некоторые ограничения его возможностей. Чтобы иметь возможность объединить ваш тестовый сайт с вашим живым сайтом в один клик, вам понадобится Pro-версия плагина. Кроме того, вы сможете клонировать только небольшие сайты с помощью WP Staging (бесплатная версия), поскольку в базовой версии плагина существует ограничение на размер файла.

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

1. Сделайте резервную копию как ваших живых, так и промежуточных сайтов

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

2. Скопируйте свои файлы

Для этого шага вам потребуется FTP-доступ. Вы можете использовать FTP-программу, такую ​​как FileZilla, чтобы скопировать папки wp-content/uploads, wp-content/plugins и wp-content/themes с вашего промежуточного сайта на ваш живой сайт.

3. Перенесите свою базу данных

Профессиональная версия WP Staging — самый простой способ. Но если вы хотите использовать бесплатную версию плагина для выполнения этого шага, вы можете выполнить операции поиска и замены вручную в своей промежуточной базе данных. Для этого вам нужно использовать плагин, такой как Better Search Replace. Установите и активируйте Better Search and Replace. После активации перейдите в « Инструменты»/«Улучшенный поиск и замена » в панели администратора WordPress.

В этом примере давайте проиллюстрируем эту структуру сайта : https://yoursite.com/staging .

Введите следующее в поле ввода «Искать»: yoursite.com/staging .

Затем введите в поле ввода «Заменить на» следующее: yoursite.com .

Не забудьте внимательно ввести свои данные.

Вам следует избегать использования префиксов (HTTP) в поиске. Если вы это сделаете, наверняка возникнут ошибки. Прежде чем продолжить, внимательно проверьте правописание.

Обязательно выберите все таблицы базы данных, начинающиеся с wpstg0_ (префикс, указанный на экране обзора WP Staging). Чтобы найти правильный префикс базы данных, вы можете просмотреть обзор вашего промежуточного сайта на главном экране для WP Staging. Убедитесь, что вы не копируете какие-либо другие таблицы, кроме тех, которые начинаются с префикса таблицы базы данных вашего сайта, расположенного на обзорном экране WP Staging.

Выбрав все таблицы базы данных с нужным префиксом, нажмите кнопку « Выполнить поиск/ замену», чтобы начать операцию поиска и замены.

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

После того, как вы выполните пробный прогон и все, кажется, прошло успешно, нажмите кнопку « Выполнить поиск/ замену», чтобы начать замену ваших таблиц. На этот раз обязательно снимите флажок «пробный запуск» .

4. Используйте phpMyAdmin, чтобы удалить последнее значение для промежуточной среды.

Следующее, что вы сделаете, это замените значение базы данных, которое сообщает WordPress, является ли ваш сайт активным или промежуточным. Это специальное значение, которое WP Staging использует для отображения экрана аутентификации при входе в систему. Для этого вам нужно будет использовать инструменты администрирования базы данных, такие как phpMyAdmin, чтобы удалить это значение: wpstg_is_staging_site .

Чтобы найти это значение, войдите в CPANEL, перейдите к PHPMyAdmin, затем нажмите на него, чтобы запустить инструмент:

Перейдите на вкладку «ПОИСК», затем введите wpstg_is в поле поиска:

Вы можете либо удалить это значение, либо установить для него значение false.

5. Измените файл wp-config.php:

Это последний шаг, необходимый для успешного копирования вашей промежуточной среды на ваш работающий сайт с помощью базовой версии плагина WP Staging. Для этого вернемся к программе FileZilla. Войдите в свою клиентскую программу FTP и откройте файл wp-config.php на своем активном сайте. Этот файл находится в вашей основной папке WordPress. Откройте файл с помощью FileZilla, щелкнув его правой кнопкой мыши и выбрав «просмотр/редактирование». Измените значение префикса таблицы с wpstg0_ на wp_ , чтобы указать WordPress использовать все таблицы базы данных вашего промежуточного сайта.

После того, как вы сохраните изменения в файле wp-config.php, вы можете открыть свой сайт в браузере и увидеть, что теперь ваш сайт отображает содержимое вашего тестового сайта WordPress.

Наконец, после того как вы подтвердите все изменения, внесенные на тестовом сайте, вы можете безопасно вернуться в FileZilla и удалить подпапку своего тестового сайта, если вы решите не сохранять ее.

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

Далее мы рассмотрим, как создать промежуточный сайт WordPress с помощью хоста, такого как Bluehost, Flywheel или WPEngine.

Создание промежуточного сайта WordPress с хостом вашего сайта

Многие компании, размещающие сайты на WordPress, предлагают вариант тестовой среды. Хосты, такие как Bluehost, Flywheel и WPEngine, — отличные варианты для использования, если вы хотите создать промежуточный сайт WordPress всего за несколько шагов. Давайте подробно рассмотрим каждого из этих хостинг-провайдеров, чтобы узнать, как создать промежуточный сайт на каждой платформе.

Блюхост

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

1. Вход в систему

Войдите на свой сайт WordPress и нажмите Bluehost , затем Staging (beta) в панели администратора. Примечание. Промежуточная функция с Bluehost все еще находится на стадии разработки, но работает достаточно хорошо.

2. Нажмите «Создать промежуточный сайт».

Щелкните Создать промежуточный сайт . Создание сайта может занять несколько минут.

Ваш экран обновится, когда промежуточный сайт будет успешно настроен. У вас будет возможность войти на свой промежуточный сайт, нажав Перейти на промежуточный сайт .

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

После внесения изменений Bluehost упрощает развертывание вашего тестового сайта, чтобы перезаписать ваш живой сайт. Есть несколько вариантов на ваш выбор. Развернуть только файлы , Развернуть файлы и базу данных или Развернуть только базу данных . Выберите свой вариант и нажмите соответствующую кнопку.

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

Маховик

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

Оттуда нажмите на вкладку «Дополнительно» , затем прокрутите вниз и найдите « Параметры сайта ». Включите постановку .

После включения промежуточной версии вам будет предложено нажать кнопку-переключатель «Да, включить промежуточный сайт» и ввести свой пароль на маховике. Наконец, нажмите кнопку ENABLE STAGING .

Процесс создания пробного сайта займет некоторое время, в зависимости от размера вашего сайта. После того, как ваш промежуточный сайт будет готов, вы можете нажать кнопку STAGING WP ADMIN , чтобы войти на свой промежуточный сайт с панели инструментов Flywheel.

Когда вы внесли необходимые изменения в свой сайт, запустить тестовый сайт несложно. Вернитесь на панель инструментов Flywheel , перейдите на вкладку подготовки и нажмите кнопку LAUNCH STAGING CHANGES .

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

Далее давайте рассмотрим процесс создания промежуточного сайта с помощью WPEngine.

WPEngine

Как и Bluehost и Flywheel, WPEngine упрощает создание промежуточного сайта. Сначала вы войдете в свою панель инструментов WPEngine, а затем нажмите « Сайты ». Найдите сайт, для которого вы хотите создать промежуточную среду, и щелкните имя сайта. Прокрутите страницу вниз и нажмите « Добавить постановку ».

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

WPEngine предложит вам выбрать среду, которую вы хотите скопировать. Вы выберете производственную среду, затем выберите самую последнюю резервную копию и нажмите « Далее ».

Следующим шагом будет дать имя вашему промежуточному сайту, а затем нажать « Добавить среду ».

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

Чтобы запустить свой промежуточный сайт в WPEngine, вы перейдете к промежуточному сайту, щелкнув его имя в списке сайтов. Оттуда вы нажмете кнопку « Копировать среду » в правом верхнем углу экрана.

Копирование среды

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

Как только этот процесс будет завершен, ваш тестовый сайт перезапишет ваш реальный сайт. WPEngine упрощает процесс и занимает совсем немного времени.

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

Создание промежуточного сайта вручную

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

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

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

1. Настройте субдомен

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

2. Создайте подпапку в вашей установке WordPress

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

1. Создайте подпапку с помощью файлового менеджера в cPanel.
2. Используйте FTP-клиент, например FileZilla, чтобы создать новую подпапку.

Чтобы создать подпапку с помощью диспетчера файлов в cPanel, сначала войдите в свою cPanel и перейдите к диспетчеру файлов . Создайте подпапку в основной папке WordPress и назовите ее .

Второй метод предполагает использование FTP для создания вашей подпапки. Откройте Filezilla и подключитесь к своему веб-сайту, используя свои учетные данные FTP. Оказавшись в основной папке WordPress, щелкните правой кнопкой мыши и выберите « Создать каталог ». Назовите вашу новую папку.

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

3. Создайте FTP-пользователя для своего промежуточного сайта

Вам нужно будет создать FTP-пользователя для вашего нового промежуточного сайта. Для этого войдите в cPanel и найдите FTP Accounts . В этом примере мы используем GoDaddy cPanel, но у большинства хостинг-провайдеров очень похожая настройка. Создайте новую учетную запись FTP, создав имя, пароль, укажите каталог, затем нажмите кнопку « Создать учетную запись FTP» .

4. Загрузите файлы с вашего живого сайта

Вам нужно скачать корневую папку или папку public_html, в которой находятся все ваши файлы WordPress. Щелкните правой кнопкой мыши public_html и выберите « Загрузить ».

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

5. Загрузите ваши файлы в промежуточную папку с помощью FTP

Используя учетную запись FTP, созданную на шаге 3, войдите на сервер промежуточного сайта через FTP. Загрузите файлы, загруженные на шаге 4, в промежуточную папку.

6. Создайте новую базу данных, пользователя базы данных и загрузите свою базу данных с живого сайта.

Перейдите к мастеру базы данных MySQL в cPanel, чтобы создать новую базу данных для своего промежуточного сайта. Дайте вашей новой базе данных имя, затем нажмите « Создать базу данных ».

После того, как вы создали новую базу данных, нажмите кнопку « Следующий шаг ».

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

На следующем экране установите флажок ВСЕ ПРИВИЛЕГИИ , затем прокрутите вниз и нажмите « Следующий шаг ».

Затем вернитесь к phpMyAdmin , чтобы загрузить файл базы данных с вашего работающего сайта в новую базу данных для вашего промежуточного сайта. Выберите имя базы данных в левой части панели phpMyAdmin , затем щелкните вкладку Импорт . Оттуда нажмите «Выбрать файл» , чтобы импортировать файл sql, который вы экспортировали на шаге 4. После прикрепления файла sql нажмите «GO ».

7. Измените файл wp-config.php

Этот шаг требует, чтобы вы изменили файл wp-config, чтобы подключить новую базу данных к промежуточному сайту. Используя FileZilla, перейдите к файлам промежуточного сайта и найдите файл wp-config.php. Щелкните правой кнопкой мыши файл и выберите «Редактировать». После открытия вы увидите, что ваш файл wp-config.php по-прежнему указывает на ваш работающий сайт. Чтобы изменить это, вам нужно будет заменить имя базы данных новым, которое вы только что создали, а затем назначить новое имя пользователя и пароль. После внесения необходимых изменений нажмите «Сохранить » .

После того, как вы изменили файл wp-config, вы сможете увидеть свой новый промежуточный сайт! Перейдите на yoursite.com/staging/wp-admin (или как вы назвали свой промежуточный поддомен) и войдите в систему, используя учетные данные вашего действующего сайта.

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

Та-да! Вы успешно создали тестовый сайт вручную.

Запуск тестового сайта WordPress вручную

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

1. Загрузите все файлы со своего промежуточного сайта с помощью FileZilla.
2. Загрузите файл базы данных вашего промежуточного сайта в phpMyAdmin.
3. Используя Filezilla, загрузите файлы тестового сайта на ваш рабочий сайт.
4. С помощью phpMyAdmin выберите базу данных вашего работающего сайта, нажмите «Импорт», затем выберите sql-файл своего промежуточного сайта и нажмите «GO».
5. Используя FileZilla, перейдите к файлу wp-config.php вашего активного сайта и измените имя базы данных, пользователя базы данных и пароль базы данных, используя учетные данные промежуточного сайта.
6. В панели администратора WordPress вашего работающего сайта перейдите к настройкам/чтению и убедитесь, что параметр Запрещать поисковым системам индексировать этот сайт не включен.

Как создать локальную среду разработки WordPress вручную

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

В основном есть два способа создать локальную среду для работы.

1. Использование программного обеспечения локального сервера, такого как MAMP.
2. Используйте виртуализированную среду, такую ​​как Desktop Server, WP Stagecoach или Local by Flywheel.

В этом руководстве мы будем использовать MAMP для настройки локальной среды WordPress на компьютере Apple, но шаги для Windows почти идентичны.

Настройка локального сервера с помощью MAMP

MAMP — это локальная серверная среда, бесплатная для пользователей Mac OS и Windows. Это позволяет вам настроить среду WordPress на локальном жестком диске, чтобы вы могли тестировать и внедрять функции, не мешая работе вашего сайта. Чтобы использовать MAMP, вам нужно использовать FTP-клиент, например FileZilla, для загрузки файлов вашего веб-сайта. Давайте рассмотрим шаги по настройке локального сервера с использованием MAMP.

1. Загрузите и установите MAMP.
2. Перейдите в папку приложений (Мой компьютер в Windows) и дважды щелкните ее, чтобы запустить программу.
3. Щелкните вкладку « Порты», чтобы просмотреть настройки порта.

Выберите « Установить для веб-портов и портов MySQL значения 80 и 3306 », чтобы иметь возможность просматривать локальный сайт в веб-браузере, введя в браузере localhost . Это избавит вас от необходимости вводить localhost:8888 каждый раз, когда вы хотите просмотреть свой сайт.

4. Нажмите кнопку «Запустить серверы» на экране запуска/остановки MAMP.

5. Просмотр вашего сайта

Чтобы просмотреть свой сайт, введите localhost в браузере. Вы увидите что-то вроде Index of/ . Это скажет вам, что MAMP работает правильно, но каталог пуст.

6. Скачайте и разархивируйте WordPress

Если вы хотите установить новую версию WordPress, загрузите и разархивируйте WordPress в папку htdocs в вашем каталоге MAMP. Если вы хотите установить копию своего работающего сайта, переместите файлы, которые вы скачали в FileZilla, в папку htdocs .

7. Установите базу данных

Далее вам нужно установить базу данных. Для этого откройте localhost в браузере и наведите курсор на Tools , затем выберите phpMyAdmin .

8. Щелкните Создать , чтобы добавить новую базу данных для установки.

Дайте базе данных имя и нажмите « Создать» .

9. Просмотрите свою установку WordPress

Для этого нажмите WebStart на главном экране приложения MAMP. Затем нажмите Мой сайт в верхней части экрана. Если WordPress установлен правильно, вы должны увидеть экран установки WordPress (если вы решили выполнить новую установку). Если вы хотите иметь копию своего работающего сайта, пропустите шаг 12.

10. Выберите английский язык.

Затем вам будет предложено ввести информацию о вашей базе данных, которую вы создали на предыдущих шагах. Введите имя вашей базы данных, затем root для имени пользователя и root для пароля. Имя хоста вводится по умолчанию, как и префикс базы данных.

11. Теперь WordPress пройдет процесс установки.

После завершения у вас будет полнофункциональная локальная тестовая среда для экспериментов.

12. Копирование вашего живого сайта в MAMP

Если вы хотите скопировать свой активный сайт в MAMP, перетащите файлы вашего сайта в папку, которую вы создали на локальном компьютере, а затем импортируйте sql-файл базы данных вашего активного сайта в новую базу данных, созданную на шаге 8.

13. Измените файл Wp-Config

Для правильного отображения вашего сайта потребуется дополнительный шаг. Вам нужно будет изменить файл wp-config.php, указанный в последнем разделе «Создание промежуточного сайта вручную».

Вот и все! Вы успешно установили WordPress на свой локальный компьютер. Здесь вы можете вносить изменения в свой сайт, создавать новый без подключения к Интернету или рисковать ошибками на своем действующем сайте.

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

Управление и использование тестового сайта WordPress

После того, как вы освоите создание промежуточного сайта WordPress, вы захотите иметь возможность поддерживать как промежуточный, так и рабочий сайты, чтобы успешно их использовать. Мы ответим на несколько вопросов, касающихся промежуточного сайта WordPress. Каковы наилучшие методы использования промежуточного сайта? Когда вы должны опубликовать свой промежуточный сайт? Как часто нужно делать резервную копию вашего сайта? Наконец, как вы можете использовать GitHub в качестве инструмента совместной работы для управления несколькими средами?

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

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

Вы используете автоматические обновления

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

Использование разработчика

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

Дорогостоящая ошибка

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

Давайте рассмотрим:

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

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

Когда НЕ использовать промежуточный сайт:

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

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

Ok, so if you don't need to use a staging site for text changes, when should you use one? Ideally, if you are updating your content on a consistent basis, it's a good idea to make weekly backups rather than utilize a staging site. A staging site is more beneficial for technical changes rather than text changes. Additionally, adding or editing blog posts doesn't usually necessitate a reason to enable a staging site.

Here are some additional reasons you wouldn't need to use a staging site:

• Adding a new user to your website.
• Deleting some products, posts, or pages.
• Making small text changes.

Best Practices to Follow While Using a Staging Site

Since we've determined that staging sites should be utilized for doing technical things like plugin changes or updates, let's go over a list of best practices if you are going to utilize a staging environment. First, it's important to note that a staging environment should only be enabled when major changes are going to be implemented.

Some of those major changes can include situations such as the following:

• Making major design or functionality changes to pages.
• Swapping your theme for a different one.
• Adding or removing plugins.
• Plugin or theme updates.
• Performing a WordPress core update.
• Creating new theme templates such as a 404 page template, a search results template, blog post archive template or other related page templates.

Let's outline a few scenarios when you would want to use a staging site.

Staging Site Use Case Scenario #1

You have a website that has eCommerce functionality. You've noticed that sales are a bit stagnant and the bounce rate from your shop page is higher than it's been in the past. You would like to try a new shop page layout as well as a new product page layout in order to increase your sales.

Factors to consider: You're going to need a new design, as well as two new page templates (one for products, and one for your shop page).

Process: To begin with, you're going to want to go through the design process for these pages first. Whether you design in real-time or mock up a layout in a program like XD or Photoshop, when it comes time to implement these new page layouts, you're going to want to do this on a staging site. With a site that has eCommerce functionality enabled, you don't want to make changes to a product or shop page in real-time on a live site. In this case, having a staging site enabled will allow you to tinker with your new pages until you get them to your liking, then push them from your staging site to your live site.

Staging Site Use Case Scenario #2

You are a web developer whose client wishes to update the text content on two existing pages: about us and services. The changes to the about us page aren't extensive, just replacing a few paragraphs of text. The changes to the services page are a bit more complicated. Your client has asked you to add new service offerings to the page, as well as new service blurbs and apply some animated effects. The services page will require some restructuring to accomplish this client requirement.

Factors to consider: You'll only need to make a few changes to one page, but the other page requires some animation that your current theme doesn't natively offer, so you'll need to implement some javascript in order to achieve the desired result.

Process: You'll need to explore using javascript for the animation, and change the layout to the services page. Additionally, you'll be adding new content by way of service offerings that will require you to alter the design. For this scenario, it seems simple enough to do on the live site, but what if you implement the javascript and it makes content on some of your other pages display incorrectly? In this case, it seems to be the safest option to pull the live site into staging, test your javascript, develop your new look for the services page, then push the site live when everything looks as it should and functions properly.

Staging Site Use Case Scenario #3

You've decided that you want to install a new plugin on your site that will allow you to chat with your site visitors. The plugin you've chosen is compatible with your current version of WordPress and has excellent reviews on WordPress.org. Should you install and activate the plugin on your live site or pull your site into staging to test the new plugin extensively?

Factors to consider: Installing a new plugin can be hit or miss. You could install it and configure it with little effort and be on your merry way, or it could cause a conflict with another plugin that you use on your site causing you to get the dreaded “this site has experienced a critical error” message.

Process: When installing new plugins that will enable new functionality, it should be installed in a staging environment to ensure that conflicts don't occur with other plugins currently installed. Additionally, you may want to test out several chat plugins to find the plugin that will best suit your needs. In this case, it's better to enable your staging environment to avoid any plugin conflicts that may arise.

When to Push Your Staging Site Live

When you have created your new content or implemented your new functionalities successfully, and you are confident that you don't need to make any additional changes, it's safe to push your staging site live. It's important to note that you want to make a backup of both your live site and staging site before proceeding. Once you have pushed your staging site live, it's good practice to disable your staging site. Leaving your staging site enabled leaves you susceptible to human error. If you forget to toggle off the “Discourage search engines from indexing this site” , you leave yourself vulnerable to duplicate content on the internet, which is not a good idea for SEO purposes.

How Often to Back Your Site Up

If you don't update your content regularly, it may only be necessary to backup once every few weeks to a month. However, if you have a host that performs automatic updates, the backup frequency should increase. Every time a plugin is updated, you run the risk of an incompatibility issue. Therefore, you should perform a backup on a regular basis such as daily or weekly.

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

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

Что такое Git и как я могу использовать его на своем веб-сайте?

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

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

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

Использование Git для тестирования

Вот сценарий, в котором Git полезен на этапе тестирования. Допустим, вы решили внедрить новый функционал на свой сайт. Вы создадите ветку своего основного веб-сайта, в которую сможете вносить изменения. Если бы вы были той рок-звездой разработки, которой, как вы знали, вы могли бы стать, после завершения тестирования вы бы просто объединили новую итерацию своего сайта со старой. С другой стороны, если вы не проделали такой блестящей работы при тестировании, вы можете просто удалить созданную вами ветку и создать другую ветку для дальнейшего тестирования. Нет вреда, нет фола.

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

Чтобы узнать больше о Git, прочитайте нашу статью Git и GitHub: руководство для новичков. Чтобы узнать, как развернуть тестовый сайт в реальной среде, прочитайте нашу статью — Git Push: развертывание WordPress с GitHub на ваш веб-хостинг.

Подведение итогов

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

Фото героя предоставлено создателями кампании: Unsplash
Изображение предоставлено: Игорь Миске: Unsplash, Агентство KOBU: Unsplash, Чаранджит Дхиман: Unsplash