Как перенести сайт на wordpress на компьютер
Обновлено: 05.07.2024
Около 17% веб сайтов построены на WordPress платформе. Эта CMS набирает популярность в кругах большинства разработчиков. Как же быть с уже существующими сайтами, на других движках или вообще без них? Значит ли это, что перенос сайта на wordpress платформу займет массу времени, усилий и денег? Или нужно вообще все начать заново?
Перенос сайта на WordPress на самом деле легче нежели вы можете представить. В этой статье мы рассмотрим процесс переезда сайта шаг за шагом, на реальном примере. Постараемся охватить и обсудить все существующие с этим проблемы.
Основные шаги
Вот главные моменты, которые нельзя упустить при миграции сайта на WordPress:
- Оцените существующий сайт. Работайте аккуратно рассматривая страницы существующего сайта. Определите все типы контента (страницы, фотогалереи, ресурсные страницы и т.д.), рассмотрите поля и формы. Запишите все на бумаге и создайте резервную копию существующего сайта.
- Подготовьте место обитания нового сайта. Настройте WordPress и подготовьте все для импорта контента.
- Импорт контента. Перенесите контент на новую платформу. Для маленьких сайтов это можно делать вручную. Для больших проектов можно использовать плагины.
- Перенесите дизайн сайта. Переделайте стандартную тему WordPress в соответствии с дизайном существующего сайта.
- Пересмотрите, протестируйте. Осторожно проверьте все еще раз и сделайте резервную копию нового сайта. Внесите корректировки, настройте редирект url со старого сайта на новый. Тестируйте!
Это базовый план переноса сайта на новую платформу. Теперь рассмотрим каждый из этапов подробнее.
Начните с плана
Ключевой момент успешного переезда сайта – оценка существующего веб проекта. Вам надо осмыслить, как импортировать и структурировать контент в WordPress. Основные моменты переноса сайтов не меняются, вся сложность в деталях, которые специфичны для каждого проекта.
Ниже список вопросов, которыми надо руководствоваться при оценке контента:
Настройка WordPress
Перед тем как перенести контент, нужно подготовить wordpress. Если Вы только экспериментируете, установите wordpress локально. В ином случае, надо это сделать на хостинге.
Когда WordPress установлен, можно действовать!
Настройка URL
Перейдите в Settings –> Permalinks для внесения изменений. В большинстве случаев, ссылки лучше хранить в виде названия поста.
Аккаунты пользователей
Необходимые плагины
Плагины подбираются под конкретные нужды сайта (контактная форма, слайдер контента, галерея, социальные закладки и т.д.). Вот официальная директория плагинов. Единственное, обратите внимание на организацию резервного копирования данных (backup).
Импорт контента в платформу WordPress
Это рутинная и ответственная работа!
Если ваш старый сайт использовал CMS, возможен вариант автоматического импорта контента. Пересмотрите список скриптов позволяющих сделать это. Следуйте инструкциям и сделайте это!
Если ваша старая CMS не в списке, или сайт самописный, с количеством страниц не более 100, тогда лучше всего сделать все вручную. Копируйте и вставляйте контент, записывая перенесенные url страниц.
Если в вашем распоряжении база данных с контентом в несколько тысяч, тогда придется позаботиться о специалисте. Или найти решение для автоматического импорта.
Перенос дизайна сайта
Если вам не так критичен новый дизайн, можно просто подобрать существующую тему. Или подкорректировать стандартную (заменить логотип, футер и поменять цветовую гамму).
В случае переноса раскрученного и узнаваемого пользователями сайта, лучше всего сохранить дизайн прежним.
Работаем с исходным кодом
На собственном опыте, лучше всего работать с исходным кодом в браузере. Если брать файлы с хостинга, можно сделать множество ошибок. В браузере мы видим сайт таким, каким видят его пользователи.
В Google Chrome это делается так: Меню -> Инструменты -> Исходный код, или нажатие правой кнопки мыши для вызова контекстного меню.
Создание темы
Если Вы новичок в этом, узнайте более об использовании тем в кодексе. Можно создать новую тему с нуля, но лучше просто отредактировать существующую. Так вероятнее всего, будет меньше ошибок, и проще будет ориентироваться.
Для исходной темы подойдет стандартная Twenty Twelve, которую можно скачать с нашего сайта (ZIP).
Файл стилей
Первым шагом в создании темы будет копирование существующих стилей в файл стилей wordpress темы: style.css
Для этого достаточно открыть этот файл для редактирования, поменять информацию о теме (закомментированная в начале файла), вставить стили со старого сайта.
НЕ забудьте о url картинок! Вероятнее всего они поменяются в связи с новой структурой папок. Поэтому внимательно следите за этим как в файле стилей, так и в теме соответственно.
Шапка (Header) сайта
Следующим шагом будет создание верхушки сайта. Здесь надо объединить структуру текущего html кода с кодом WordPress шаблона. В нашем примере, мы будем действовать так:
- Продублируем HTML структуру старого сайта
- Заменим статическое меню на WordPress меню
- Используем WordPress title тег и оставим wp_head крючок.
- Сделаем слияние других релевантных тегов из старой шапки сайта.
Старый HTML код шапки
Новый код шапки (HEADER.PHP)
Рассмотрим все что мы сделали!
Doctype
Убедитесь что перенесли старый doctype. В ином случае, использование нового HTML5 doctype для кода старых спецификаций, может вызывать перебои в работе шаблона (особенно в старых браузерах).
Мета теги
Как правило переносятся все основные теги. Исключением в нашем случае является подключение файла стилей, которое вставляется автоматически с помощью wp_enqueue_style в файле functions.php
Скрипты
Со скриптами могут возникать трудности. Если скрипт подключен на каждую страницу сайта (например, главный файл скриптов или скрипт шрифта), тогда можно смело прописать его в header или footer темы. Если необходимо подключить только на определенной странице, тогда можно использовать условные теги. Лучим способом будет зарегистрировать все скрипты и добавить их с помощью wp_enqueue_script.
wp_head
Вставьте <?php wp_head(); ?> внизу </head> тега. WordPress использует это для подключения собственных скриптов и стилей темы. Также для установленных плагинов. Без wp_head, большинство фронт-энд плагинов не будут работать.
body_class
Заметьте применение нашего <?php body_class(); ?> тега. WordPress использует его для предоставления серии полезных классов для <body> тега. Эти классы вставляются в зависимости от типа страницы автоматически.
WordPress меню
Вывод WordPress меню, это одно из самых сложных заданий при переносе сайта на этот движок. В нашем примере, мы имеем меню с простой разметкой, которая использует active класс (сгенерированный с помощью PHP), для определения просматриваемой страницы. Функция wp_nav_menu очень гибкая и предоставляет множество встроенных решений для организации меню. В примере, мы взяли стили с active класса и поместили их в эквивалентный wordpress класс current-menu-item.
Подвал (Footer) сайта
Как правило в подвале сайта меньше всего изменяется. Все так, как в случае с шапкой сайта. Сделаем слияние HTML кода.
Старый HTML код футера
Новый код футера (FOOTER.PHP)
Некоторые из футеров сложно перенести на wordpress тему. Например, которые содержат меню и разные виджеты. Большинство из футеров простые, как в нашем примере. Главное не забудьте вставить <?php wp_footer(); ?> тег перед </body> тегом.
Главная страница
Сделать работу можно разными способами. Главная страница яркий пример этому, так как она отличается от остальной структуры веб сайта. В нашем примере, мы полностью встроим главную страницу в шаблон WordPress. Любые изменения можно будет сделать позже.
Старый код главной страницы
Новый код главной страницы (/page-templates/front-page.php)
Шаблон главной страницы front-page.php начинается и заканчивается подключением шапки и подвала сайта, которые мы только-что настроили. Между этим, мы соединим HTML код, будем пользоваться функцией get_stylesheet_directory_uri, для получения динамических адресов к папкам картинок нашей темы.
Шаблон стандартных страниц
Для экономии времени, перейдем к готовой странице WordPress шаблона:
Шаблон страницы с постами (PAGE.PHP)
Шаблон страницы контента (CONTENT-PAGE.PHP)
Есть несколько моментов, на которых надо остановиться:
Цикл
get_template_part
Эта функция, хороший вариант организовать контент, особенно в сложных проектах. Несмотря на то, что этот проект простой, мы используем ее как пример.
post_class
Также вставляем эту строку, для легкости внесения изменений в дизайн.
Полноформатный шаблон (full-width.php)
Шаблон позволяет использовать полноформатную страницу, при просмотре которой, стандартная страница изменяется соответственно по ширине.
templates/full-width.php
После этого, в интерфейсе администраторской панели можно открыть «Редактировать страницу», найти блок «Атрибутов страницы» (как правило ниже и справа от блока публикации), после чего выбрать «Полноформатный шаблон» из выпадающего списка шаблонов.
Пересматриваем, тестируем
Пришло время пересмотреть нашу работу. Тестируйте и рассматривайте внимательно. Для большого сайта, сфокусируйтесь на разных шаблонах. Вот, некоторые вещи на которые стоит обратить внимание:
Битые ссылки
Убедитесь, что все ссылки работают как надо. Если у вас несколько страниц, можно сделать это вручную. Для автоматизации можно использовать Integrity (бесплатно, для Mac) или Xenus Link Sleuth (бесплатно, для Windows).
Несоответствующие стили
Тем или иным способом, некоторые элементы дизайна могут отображаться неправильно. Внимательно сравнивайте старый и новый HTML код.
Функциональность
Проверьте работоспособность кнопок «Купить сейчас», контактных форм, рассылку, прикрепленных карт, медиа плееров и т.д.
Временные ссылки
В процессе переноса сайта на wordpress, могли появится временные ссылки на папки и пустые страницы. Внимательно рассмотрите и уберите их.
Настройка редиректа
Если структура ваших ссылок поменялась, убедитесь что пользователи и поисковые машины будут перенаправлены на новые адреса. Для небольшого количества адресов, зачастую используют .htaccess файл.
Откройте этот файл из папки WordPress движка. Если не видите его, измените параметры FTP клиента, чтобы показывал скрытые файлы. Теперь будем писать указания для редиректа каждой из страниц:
Завершение!
Теперь ваш сайт обновлен! Надеемся, вы перенесли сайт на движок WordPress успешно. Если вы все еще на каком-то из этапов переезда сайта, и что-то не получается, пишите в комментарии.
На этом все, теперь вы знаете как перенести сайт на WordPress платформу!
Перенос сайта wordpress на локальный сервер, не совсем простая задача как думают или рассказывают некоторые. Нет на этот счет однозначного решения, так же как нет и одинаковой проблемы. Но есть некоторые правила при соблюдении которых все пройдет так, «как учили».
Лично меня очень не устраивает тот факт, что объем блога растет в геометрической прогрессии не из-за новых статей, а по вине функционала самого движка и установленной темы на нем, которые копируют загруженные изображения увеличивая размер как минимум, в трое.
Это одна из многих причин по которой мне пришлось сделать точную копию блога на локальном сервере для решения проблемы. Работающий проект использовать очень неудобно и не безопасно.
Обязательно найдутся такие проблемы, при которых не открываются страницы, нет связи с базой данных, страница не существует, белый экран wordpress после переноса, не отображаются картинки и это только малая часть того, что может помешать процессу переноса wordpress.
Как сделать перенос сайта wordpress на локальный сервер без ошибок, мы разберем по шагам.
В качестве локального сервера, возьмем популярный openserver. На денвер переносить не рекомендую, там есть дополнительные сложности.
Ввиду того, что функционал движка зависит от определенного количества установленных плагинов, то сам перенос может быть полностью автоматическим, ручным или комбинированным.
И для правильного понимания всего процесса, желательно не забыть для какой цели служит тот или иной плагин.
Важно знать что лицензионные плагины перенести можно только в одноименную папку. Проще говоря, адрес сайта на локальном сервере должен быть таким же как на удаленном.
Перенос темы wordpress так же может вызвать проблемы, если она привязана к одному конкретному домену.
В случае с лицензионными плагинами, лучше конечно все это делать на оборот, перенос с локального сервера на удаленный, но об этом потом.
Во избежание ошибок, все плагины желательно отключить, а после миграции — снова включить.
Но здесь есть одна проблема, что не все расширения могут сохранить нужные настройки и сразу включиться в работу. Этим грешат инструменты функционал которых зависит от различных сервисов.
Например, онлайн-комментарии, связь с социальными сервисами, разного рода статистика и многие другие.
Большое количество расширений, так же затруднит активацию каждого отдельно взятого.
Беря во внимание все эти неприятности, я решил разобрать эту тему со всех сторон. Именно поэтому расписал некоторые предупреждения перед началом миграции сайта, для понимания всей картины.
Общий план переноса выглядит примерно так:
- Создание резервной копии — здесь можно задействовать возможности своего хостинга, или специальных плагинов.
- Перенос всех файлов wordpress и базы данных на компьютер
- Создание базы данных и корневой папки на локальном сервере openserver
- Доработка после переноса
Это общие шаги, которые подойдут к любому выбранному способу переноса сайта wordpress на локальный сервер.
Ручной перенос сайта wordpress на локальный сервер openserver
Пошаговый план
Перед началом можно не отключать работающие плагины, кроме лицензионных.
- Скачиваем файлы и папки всего сайта в виде архива к себе на компьютер, после того, как будет сделана резервная копия.
- Экспортируем базу данных
- Затем в папке «domains» локального сервера опен сервер, создаем корневую папку с названием сайта, к примеру, /homeblog/ и распаковываем в нее архив с сайтом.
- Создаем новую базу данных на openserver, например /newbase/. Можно без пользователя и пароля и импортируем в нее оригинальную.
- Добавляем новые данные в файл конфигурации /wp-config.php/ (как на скриншоте) и сохраняем.
В большинстве случаев этого хватит чтобы сайт открылся на локальном сервере.
Чем больше добавляется информации о новом сайте в базу данных, в файл конфигурации и другие файлы, тем меньше останется проблем.
Чтобы попасть в администраторский раздел, необходимо изменить адрес сайта в базе данных.
В общих настройках блога так же следует поменять адреса. В большинстве тем есть настройки меню и в них заменить стоит ссылку на главную страницу блога. В противном случае, после переноса, главная страница будет иметь старую ссылку.
Следующая задача — это поменять старые адреса на новые. Все ссылки которые были добавлены к разным файлам на сайте, не будут работать на локальном сервере. Это касается изображений, различных форм, партнерских ссылок и так далее.
Вручную проделать такую операцию практически невозможно. Поэтому самым правильным будет установить соответствующий плагин или использовать программу для поиска и замены ссылок.
Всего этого «добра» в интернете предостаточно, работают практически одинаково и особых проблем не вызывают. Разница только в функционале. Есть простые инструменты, а есть очень простые.
В верхнее поле подставляется старый адрес сайта, а в нижнее, новый, не забыв при этом поставить чекбоксы во все клетки.
За одну секунду плагин заменит все ссылки и выдаст в верхней части страницы всю статистику о количестве замещений.
В принципе, все готово. Можно работать над проектом на локальном сервере.
Что нужно сделать если на сайте использовался ssl-сертификат?
Перенос сайта wordpress на локальный сервер-последний штрих
Это не относится к новым проектам, которые сразу создавались с использованием таких сертификатов.
Например, необходимо внести изменения в файл .htaccess. И при переносе сайта wordpress на локальный сервер, эта информация остается. Вот ее и нужно изменить или удалить.
При невозможности это сделать, можно просто заменить этот файл оригинальным, предварительно скачав его с официального сайта wordpress вместе со всеми файлами движка.
Выполнив все вышеуказанные шаги, перенос сайта wordpress на локальный сервер обязательно у вас пройдет успешно.
Видео по переносу сайта wordpress на локальный сервер
При использовании других способов переноса например, плагин переноса wordpress, некоторые шаги возможно придется повторить.
После изучения того, как просто запустить WordPress-сервер в Windows или Mac, некоторые из наших пользователей задали вопрос, как переместить функционирующий WordPress-сайт на локальный сервер. Мы уже показывали ранее, как переместить WordPress-сайт с локального сервера на онлайн-хостинг. Указанная статья – полная противоположность данному действию. В этой статье мы покажем вам, как перенести работающий WordPress-сайт на локальный сервер.
Почему может возникнуть необходимость переноса работающего WordPress сайта на локальный сервер?
Большинство людей создают копию своего работающего сайта на локальном сервере для тестирования новых тем, плагинов, а также для внедрения различных усовершенствований. Это позволяет брать используемую тему со всем контентом и тестировать любые возможности без боязни поломки своего сайта. Многие пользователи копируют свой сайт на локальный сервер, чтобы попрактиковаться с WordPress и улучшить свои навыки кодирования, работая с актуальными данными.
Даже учитывая тот факт, что вы можете провести любое тестирование, воспользовавшись фиктивным контентом в WordPress, реальные данные позволяют получить лучшее представление о том, как все изменения отразятся на сайте.
Перемещение WordPress-сайта на локальный сервер с помощью плагина
Первое, что вам необходимо сделать – это установить и активировать плагин Duplicator на вашем работающем сайте. Плагин Duplicator позволяет создавать копию всего вашего сайта WordPress. Он может использоваться для переноса WordPress-сайта на новое место; также он может использоваться как плагин для бэкапа. После активации плагин добавляет новый пункт Duplicator в меню администратора. Щелчок по нему перенесет вас на экран создания архивных копий сайта.
Чтобы создать новый архив, вам необходимо щелкнуть по кнопке «Create New Package». Duplicator начнет создание архива для всего вашего сайта. Это может занять некоторое время, зависящее от того, сколько данных присутствует на вашем работающем сайте. Как только процесс создания архива будет завершен, вы будете перенаправлены на экран архивов, на котором отображаются недавно созданные архивы со своими инсталляторами. Чтобы переместить свой сайт, вам понадобится скачать на свой компьютер zip-файл, а также инсталлятор.
На представленном экране вы должны ввести информацию по базе данных вашего локального сервера. В качестве поля Host обычно задается localhost. Если вы не создавали нового пользователя для MySQL на вашем сайте, то в таком случае username вводим как root. Если вы используете пароль для root-пользователя, то в таком случае вводим этот пароль, иначе оставляем поле пустым. Наконец, вводим название базы данных.
Инсталлятор извлечет вашу базу данных и WP-файлы из zip-архива и импортирует их. В зависимости от размера архива это может занять определенное время. Как только инсталлятор извлечет файлы и импортирует базу данных, вы будете перенесены на страницу обновлений.
На странице обновлений вам необходимо указать URL вашего работающего сайта и URL сайта на локальном сервере. Плагин автоматически определяет данные значения. Вам останется лишь убедиться, что они определились корректно, после чего щелкнуть по кнопке Update. Плагин обновит URL-адреса в вашей базе данных.
Готово. Вы переместили ваш работающий сайт на локальный сервер. Установщик покажет вам страницу успешного завершения процесса. Вам также понадобится обновить постоянные ссылки на вашем локальном сервере и удалить файл инсталлятора вместе с архивом.
Ручной перенос работающего WordPress сайта на локальный сервер
В том случае, если плагин вам не подходит, вы можете воспользоваться ручным переносом сайта на ваш локальный сервер. Первое, что вам нужно будет сделать – это вручную создать резервную копию своего сайта. Мы рекомендуем использовать phpMyAdmin для экспорта вашей базы данных.
Чтобы экспортировать базу данных вашего работающего сайта, вы должны войти в консоль cPanel и щелкнуть по phpMyAdmin. В самом phpMyAdmin вам надо выбрать базу данных, которую вы желаете экспортировать, после чего щелкнуть по вкладке export в самом верху страницы.
phpMyAdmin спросит вас, какой метод вам нужен – быстрый или произвольный. Мы рекомендуем использовать произвольный метод и выбирать zip в качестве вида компрессии. Иногда WP-плагины могут создавать свои собственные таблицы внутри базы данных WordPress. Если вы больше не используете данный плагин, то в таком случае произвольный метод позволит вам исключить такие таблицы. Оставляем другие опции неизменными, после чего щелкаем по кнопке Go для загрузки бэкапа базы данных в формате zip.
Как только вы скачаете бэкап базы данных, на следующем шаге вам понадобится загрузить ваши WP-файлы. Чтобы сделать это, вам потребуется соединиться со своим WordPress-сайтом через FTP-клиент, такой как Filezilla. Загружаем все свои WordPress-файлы вместе с папкой на свой компьютер. Загрузка файлов может занять некоторое время, что зависит от объема данных на вашем сайте.
Если вы загружали все файлы, а не только wp-content папку, то в таком случае просто скопируйте эти файлы в папку на вашем локальном сервере, куда вы хотите установить WordPress.
Данный запрос поможет вам изменить ссылки на ваш работающий сайт и ваш локальный сервер в базе данных.
Готово. Ваш веб-сайт полностью перенесен на локальный сервер. Теперь вы можете тестировать разные возможности.
Как перенести сайт, созданный на CMS WordPress, с локального сервера на удаленный хостинг, казалось бы, не может вызвать больших трудностей. Об этом уже написано сотни статей и снято такое же количество видеороликов.
Приобретается бесценный опыт по созданию своего сайта:
А теперь, хорошенько напрягите память и вспомните:
- Сколько ошибок было сделано за этот период, которые потом пришлось исправлять?
- Сколько раз Вы переустанавливали тему сайта, пока не определились в выборе?
- Какие плагины устанавливали в самом начале, потом некоторые удаляли, находили новые, более подходящие по функционалу? Опять тестировали на совместимость, переустанавливали?
- Сколько пробных изображений было загружено в библиотеку Медиафайлов, какие остались в итоге? Все ли оптимизированы?
- Какое количество редакций одной и той же статьи или страницы было сделано? Благо, если стоит плагин удаляющий их.
После всего перечисленного, Вас ничего не настораживает? А напрасно, ведь все это осталось в Базе данных сайта!
Читайте внимательно!
Резюме в конце статьи.
Процесс переноса сайта WordPress на хостинг.
Здесь я хочу привести Вам пример переноса сайта на хостинг, который советуют использовать многие разработчики и применяют авторы сайтов (с небольшим моим дополнением).
В Панели Управления любого хостинга есть два самых важных раздела, где хранится информация Вашего сайта:
Такие же разделы, немного с другими названиями, есть и на локальном сервере:
Перед тем как переносить сайт на хостинг, нужно зарегистрировать новый домен, соответствующий названию Вашего сайта, и разместить его на NS-серверах. Подключить, по возможности, SSL-сертификат. Бесплатная услуга есть на всех хостингах.
Экспорт Базы данных локального сервера.
Сохраните изменения. Закройте сайт и перезагрузите сервер.
Сохраните файл с расширением ( .sql ) на рабочий стол компьютера.
Экспорт файлов сайта WordPress локального сервера.
Импорт Базы данных на реальный хостинг.
Перенос файлов сайта WordPress на хостинг.
В новом окне выбираете, уже упомянутое, Доменное имя. Подтверждаете создание сайта.
В Списке созданных сайтов, в той же вкладке меню, появиться название Вашего сайта. Возможно придется подождать какое-то время. Да, на Ваш Email-адрес должно прийти письмо с поздравлением о создании сайта.
Вам в помощь 1-часть темы в видео-формате, Перенос сайта WordPress с локального сервера на хостинг:
Подготовка сайта к работе.
Теперь предстоит выполнить еще несколько настроек, чтобы полноценно подготовить сайт к работе.
После того, как Вы загрузили файлы на хостинг, в папке public_html находите и, двойным кликом мыши, открываете файл wp-config.php . В этом файле хранится информация базы данных. Так как Вы производили экспорт базы локального сервера в Новую Базу данных на хостинге, надо заменить Название Базы данных, Имя пользователя и Пароль БД. Но, если Имя базы данных Вы оставляли прежним, значит меняете только Логин и Пароль.
Там же можно выбрать последнюю Версию PHP и Сохранить настройки.
Ну и в заключение, 2-часть темы в видео-формате, Перенос сайта WordPress с локального сервера на хостинг:
Только после всех сделанных настроек, можете спокойно открывать сайт в браузере. Вас можно поздравить с успешным переносом сайта из локального сервера на хостинг.
Стоит ли переносить ошибки настроек с локального сервера на хостинг?
Изменения и размер Базы данных.
В ходе процесса создания сайта, когда Вы вносите изменения в его дизайн, заменяете ряд простых плагин новым, более конструктивным Премиум-плагином, тем самым, усовершенствуя функции и возможности самого сайта, будет меняться и увеличиваться и сама База данных. В ее таблицах сохраняются все изменения, которые вы вносили на сайт.
Фактический объем файлов сайта WordPress.
Можете зайти в папку public_html/wp-content/uploads и посмотреть сколько и за какие годы и какое количество папок создано за каждый год. Пустые, за прошлые годы, нужно удалить.
Сколько там сгенерировано изображений? Особенно, если Вы устанавливали на сайт Премиум-тему, с которой подгружается много дефолтных изображений, страниц и записей.
Качественный плагин оптимизации изображений просто необходим!
Советую крепко подумать, стоит ли переносить все нюансы и прошлые ошибки настроек с локального сервера на хостинг?
Резюме.
- Создается новый сайт на хостинге, по возможности, с соответствующим Доменным именем. Устанавливается CMS WordPress. Подключается SSL-сертификат.
- Создается новая база данных, которая будет расти, по мере создания сайта. Без переноса старой. Тем самым, будет ее реальная оптимизация по отношению к локальной.
- Устанавливается с ноля выбранная Премиум-тема, заранее проработанная в настройках на локальном сервере. Подключается Демо-тема, согласно тематике сайта, только с минимальным набором медиафайлов для наглядности.
- Настройка сайта происходит с учетом опыта, проработанного на локальном сервере.
Это то, что касается переноса сайта, непосредственно, с локального сервера на хостинг.
Если же речь идет об экспорте сайта с одного хостинга на другой, можно смело переносить файлы сайта и его Базу данных способом, рекомендованным в первой части статьи.
Читайте также: