Как запустить сайт разработки WordPress в прямом эфире

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

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

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

Что нужно сделать перед выходом в эфир

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

Изображение от Vector Stock Pro / Shutterstock.com

1. Убедитесь, что сайт разработки полностью функционален . Вы должны убедиться, что ваш сайт разработки полностью функционален, прежде чем мы отправим его на ваш рабочий сайт. В этом весь смысл работы в песочнице или промежуточной среде — вы можете убедиться, что вносимые вами изменения работают правильно, прежде чем пускать их на работающий веб-сайт.
2. Сделайте резервную копию обоих веб-сайтов . Вы захотите сделать резервную копию своих веб-сайтов. Безопаснее всего сделать резервную копию как вашего сайта разработки, так и вашего рабочего сайта, хотя рабочий сайт является наиболее важным из двух, поскольку это сайт, который вы пытаетесь защитить. Есть несколько вариантов плагина резервного копирования WordPress, которые помогут вам, если вам нужно. Помимо резервного копирования плагинов, ваш хостинг-провайдер может предлагать какие-либо услуги для резервного копирования. Перейдите в базу знаний вашего хоста, чтобы узнать, что они предлагают в плане резервного копирования.
3. Определите правильный метод. – После того, как ваш сайт разработки заработает и ваши сайты будут зарезервированы, вы можете начать решать, какой вариант запуска сайта разработки лучше всего подходит для вас. Ниже мы подробно рассмотрим три метода.

Как запустить сайт разработки

Есть три способа, которые мы рассмотрим для переноса сайта разработки/подготовки WordPress на работающий веб-сайт. Варианты на ваш выбор:

• Используйте плагин миграции WordPress
• Вручную отправьте свой сайт разработки
• и используйте инструменты миграции хостинг-провайдера

Все основные плагины Staging/Migration на рынке используют модель ценообразования freemium, где некоторые опции нельзя использовать, если вы не заплатите за них. Стоит посмотреть, что предлагается в бесплатных версиях основных плагинов для миграции и промежуточной обработки, чтобы увидеть, соответствуют ли они вашим потребностям. В этой статье мы будем использовать плагин WP Migrate Lite от Delicious Brains. Версия Pro делает этот процесс намного проще и передает больше, чем просто базу данных сайта разработки ( версия Lite не передает файлы плагинов, мультимедиа или тем на сайт Live ).

Ручной метод предназначен для тех, кто знаком с phpMyAdmin и cPanel. Этот подход очень практичен и состоит из многих шагов. Это очень стоит вашего времени, если вы пытаетесь узнать больше о том, как WordPress работает на бэкэнде. Но это займет у вас много времени, чтобы закончить.

Мы обнаружили, что хостинг-провайдеры, в платформу которых встроены Staging Tools, предлагают самый простой способ перенести сайт разработки на рабочий сайт. Мы расскажем, как инструменты Siteground Staging делают это проще простого.

Подтолкните сайт разработки к жизни с помощью WP Migrate (плагин — бесплатная версия)

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

*Примечание. Большинство подключаемых модулей Staging/Migration предлагают бесплатную версию, но в платной версии они дают больше возможностей.

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

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

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

Обратите внимание на два текстовых поля «Заменить » справа, которые необходимо заполнить.

Далее мы перейдем на открытую вкладку с нашим Live Site . Мы идем к тому же месту в том же плагине. Мы ссылаемся и копируем то, что есть на действующем сайте в столбце «Найти ». Они будут вставлены обратно на сайт разработчиков.

После того, как мы вставили элементы с рабочего сайта на сайт разработки (см. предыдущие 2 изображения, если вас повернули), мы готовы экспортировать базу данных на сайт разработки. Это загрузит экспортированный файл базы данных Dev Site (файлы тем, плагинов и мультимедиа не будут включены в это и нуждаются в версии Pro WP Migrate, чтобы легко перемещать и извлекать между вашими сайтами).

Вы должны увидеть сообщение « Экспорт завершен ».

Теперь, когда у нас есть экспортированный файл .sql, нам нужно что-то с ним сделать. Вы перейдете к C-Panel вашего Live сайта и в разделе «Базы данных» щелкните phpMyAdmin .

Теперь, когда у нас есть экспортированный файл .sql, нам нужно что-то с ним сделать. Вы перейдете к C-Panel вашего Live сайта и в разделе «Базы данных» щелкните phpMyAdmin .

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

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

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

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

Загрузите необходимые файлы с сайта разработки

Первое, что мы сделаем, это перейдем к вашей cPanel на вашем сайте разработки. Оттуда мы найдем File Manager и откроем корневой каталог документов для вашего сайта разработки, а затем нажмите «Перейти» .

Оттуда мы хотим нажать на wp-content и сжать эту папку .

Это создает новый сжатый файл wp-content.zip . Щелкните новый zip-файл и выберите « Загрузить» .

Затем мы хотим найти файл wp-config.php сайта разработки и также загрузить его на свой компьютер.

Экспорт базы данных с сайта разработки

Затем вернитесь в свою cPanel; в разделе «Базы данных » нажмите «phpMyAdmin» .

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

На следующем экране просто убедитесь, что метод экспорта выбран как быстрый, а формат — SQL . Затем нажмите «Перейти» .

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

Импорт базы данных на сайт Live

Теперь перейдите в cPanel живого веб-сайта (НЕ сайта разработчиков). Нажмите на phpMyAdmin .

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

Подтвердите свой выбор «Удалить» таблицу, нажав «Да » .

Затем быстро выберите «Импорт » в меню выше и нажмите «Выбрать файл» .

Далее следуйте инструкциям, чтобы загрузить файл. Выберите файл .sql, который мы ранее загрузили, и нажмите «Открыть ».

Чтобы завершить загрузку базы данных, нажмите «Перейти» .

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

Обновите базу данных с помощью URL-адреса живого сайта

В той же базе данных выберите таблицу _options на левой боковой панели. В списке доступных опций выберите Изменить для опции с siteurl в столбце option_name . *Кроме того, запишите префикс базы данных на потом.

На вкладке «Вставка» в параметрах siteurl таблицы базы данных мы хотим обновить option_value для siteurl. Для этого замените существующий URL-адрес сайта разработки на URL-адрес работающего сайта в поле значения справа. Затем прокрутите вниз и нажмите Go/Done .

После этого вернитесь к тому же списку опций для таблицы _options . В списке доступных опций выберите Изменить для опции с домом в столбце option_name . Затем повторите тот же процесс, что и раньше (для siteurl ), и замените URL-адрес сайта разработки дома option_value на URL-адрес действующего сайта.

Обновление файлов сайта (wp-content) на активном сайте

На этом мы закончили загрузку и настройку нашей базы данных! Но мы еще не вышли из леса. Нам все еще нужно заменить некоторые файлы Live Site с сайта dev.

Для этого вернитесь в cPanel живого сайта, нажмите «Диспетчер файлов», выберите активный сайт и нажмите «Перейти» .

Щелкните папку wp-content, а затем удалите ее .

Далее нажмите Загрузить в верхнем меню файлового менеджера.

Щелкните Выбрать файл . Затем выберите файл wp-content.zip и нажмите « Открыть ».

Подождите, пока он загрузится. Если он завершит загрузку, но не вернет вас к файловой структуре, щелкните ссылку « Вернуться к…» .

Найдите и щелкните файл wp-content.zip , который вы только что загрузили, и выберите извлечение в раскрывающемся меню.

Во всплывающем окне « Извлечь » нажмите « Извлечь файлы» . После завершения извлечения вы можете удалить сжатый файл wp-content.zip, так как это может привести к путанице, если вы делаете это часто.

Обновите файл wp-config.php для живого сайта.

Как только папка wp-content будет на месте, выберите файл wp-config.php и нажмите « Изменить ».

Найдите в документе table_prefix и замените table_prefix префиксом таблиц базы данных сайта разработки, отмеченным ранее. Затем просто прокрутите вниз и нажмите Сохранить .

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

Если это слишком много шагов для вас, многие современные хостинговые компании, которые отдают приоритет хостингу WordPress, предлагают надежные (и простые в использовании) инструменты для подготовки/миграции.

Далее мы покажем вам, как Siteground упрощает перевод сайта разработки на Live Site.

Перенесите сайт разработки на действующий сайт с помощью инструментов Siteground Staging Tools

Хостинг-провайдеры, которые специализируются на установках WordPress, совершенствуются в создании инструментов для размещения сайтов разработки/постановки на работающем веб-сайте. Одной из таких хостинговых компаний является Siteground, которая является одним из наших партнеров Divi Hosting. Чтобы запустить сайт разработки с помощью Siteground, вам необходимо создать тестовый сайт с помощью инструментов сайта Siteground.

Как только ваш сайт будет запущен и запущен на Siteground, войдите в свою учетную запись Siteground. Затем щелкните вкладку «Веб-сайты» вверху. Также выберите подвкладку «Веб- сайты ». Оттуда выберите веб-сайт , который вы имеете в виду, который представлен каждым отдельным полем на странице. Нажмите кнопку « Инструменты сайта» на этом сайте.

В меню левой боковой панели перейдите в раздел WordPress > Staging . Оттуда выберите именно тот активный сайт, который мы имеем в виду, в разделе « Выбор установки WordPress », который обычно представляет собой список поддоменов для конкретного TLD.

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

Наконец, во всплывающем окне подтверждения развертывания нажмите « Подтвердить ».

Мы все сделали после этого! Вы должны увидеть сообщение об успешном завершении в правом верхнем углу.

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

Что делать после запуска сайта разработки

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

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

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

• Проверьте версии сайта с www и без www, а также HTTPS и HTTP. (Происходят ли перенаправления, как ожидалось?)
• Проверьте основные навигационные ссылки, а также динамические страницы, такие как категории, сообщения и пользовательские типы сообщений. (Являются ли ваши последние изменения с сайта разработки на вашем действующем сайте?)
• Убедитесь, что изображения правильно отображаются на недавно обновленных страницах.
• Отслеживайте 404 неработающих ссылки ежедневно в течение нескольких дней после этого.

Какой метод следует использовать?

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

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

Вывод

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

Избранное изображение через Aleksandr_a / Shutterstock