Перенос сайта: смена хостинга и копирование базы данных

Перенос сайта: смена хостинга и копирование базы данных

Почему возникает проблема переноса WordPress сайта

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

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

Мне приходилось менять хостинг сотню раз, пока однажды, наконец, не повезло, теперь я пользуюсь хостингом Beget и вам советую.

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

Да мало ли какие причины заставили вас заняться переносом сайта на вордпресс.

Лично мне понадобилось развернуть локальную версию сайта у себя на денвере (читайте как установить денвер), потому что работать с локальным сайтом быстрее и удобнее.

На нем можно экспериментировать с настройками блога и плагинами, не боясь за работоспособность сайта. Поэтому я советую каждому иметь локальную версию, пусть будет.

Перенос WordPress на другой хостинг

1. Скачиваем файлы сайта и базу данных со старого хостинга

Способ №1:

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

Чтобы попасть в эту папку, можно зайти по FTP (я использую программы Total Commander или File Zilla) или через файловый менеджер хостинга (этот способ удобнее, как мне кажется). Скачайте полученные архивы к себе на компьютер. Распакуйте базу данных.

Если по какой-то причине вы не смогли сделать бэкапы, существует второй способ:

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

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

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

Далее зайдите в раздел управления базами данных вашего хостинга, выберите phpMyAdmin. В колонке слева выберите название вашей базы данных из списка. Перейдите на вкладку Экспорт (Export) и щелкните Ок(Go). Сохраните сгенерированный файл.

Перенос сайта: смена хостинга и копирование базы данных

Итак, дамп БД в виде файла с расширением .sql и архив со всеми файлами блога находятся на нашем компьютере и готовы к переносу на другой хостинг.

2. Перенос данных с компьютера на новый хостинг

В разделе «базы данных» нового хостинга добавьте нового пользователя БД и новую БД, придумайте ей пароль и запомните его. У меня это выглядит так:

Перенос сайта: смена хостинга и копирование базы данных

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

Откройте phpMyAdmin, найдите в списке слева вашу базу данных, перейдите на вкладку Импорт (Import). Закачайте ранее скачанный на компьютер дамп базы данных с разрешением .sql и нажмите ОК (Go).

Перенос сайта: смена хостинга и копирование базы данных

Теперь залейте архив с файлами на ftp и разархивируйте его. Следите, чтобы в итоге файлы оказались в правильной папке, на моем хостинге это папка public_html, так же она может называться httpdocs, www или иначе, в зависимости от хостинга. Проверьте, чтобы эта папка была пустой, прежде чем распаковывать в нее архив.

3.Настройка соединения с базой и установка прав

Найдите в корне сайта файл wp-config.php. Поменяйте в нем данные подключения к базе данных на новые:

1
2
3
4
5
6
/** Имя базы данных для WordPress */
define('DB_NAME', 'имя_вашей_базы_данных');
/** MySQL имя пользователя */
define('DB_USER', 'имя_пользователя_базы_данных');
/** MySQL пароль базы данных */
define('DB_PASSWORD', 'пароль_к_базе_данных');

/** Имя базы данных для WordPress */ define('DB_NAME', 'имя_вашей_базы_данных'); /** MySQL имя пользователя */ define('DB_USER', 'имя_пользователя_базы_данных'); /** MySQL пароль базы данных */ define('DB_PASSWORD', 'пароль_к_базе_данных');

Установите права (атрибуты) 777 для папки wp-content/uploads и всех вложенных папок. Это делается по ftp или в файловом менеджере:

Перенос сайта: смена хостинга и копирование базы данных

Привязка вашего домена к новому хостингу

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

  • Узнайте у нового хостера его DNS сервера. Обычно они написаны в письме, отправленном вам на почту при регистрации хостинга.
  • Зайдите в личный кабинет своего регистратора доменов — сайт, где вы покупали домен. Я пользуюсь 2domains.ru и расскажу, как это делается там. Найдите раздел «Управление DNS-серверами» и измените DNS-сервера на новые:

Перенос сайта: смена хостинга и копирование базы данных

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

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

Перенос WordPress на другой домен, папку

Если помимо хостинга, вам нужно перенести сайт на другой домен, придется столкнуться с некоторыми сложностями. В отличие от большинства CMS, в вордпрессе все пути прописаны абсолютными ссылками (это неприятный минус системы) и нам предстоит бороться с ними вручную. Давайте по порядку:

1. Работа с базой данных

  • Когда вы скачали дамп базы данных со старого хостинга, надо открыть ее в редакторе (я пользуюсь Dreamweaver) и заменить все упоминания о старом домене на новые:
  • Перенос сайта: смена хостинга и копирование базы данных
  • Есть еще один способ: когда вы импортируете базу данных, зайдите на вкладку SQL совершите три запроса:

UPDATE wp_options SET option_value = REPLACE (option_value, 'https://old_domain.ru', 'https://new_domain.ru') WHERE option_name = 'home' OR option_name = 'siteurl';

UPDATE wp_posts SET guid = REPLACE (guid, 'https://old_domain.ru', 'https://new_domain.ru');

UPDATE wp_posts SET post_content = REPLACE (post_content, 'https://old_domain.ru','https://new_domain.ru');

Перенос сайта: смена хостинга и копирование базы данных

2. Изменения в .htacces и robots.txt

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

3. Изменения в файлах сайта

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

Можно распаковать архив с файлами вашего сайта и выполнить поиск по всем этим файлам на наличие в них старого домена. Аналогично работе с базой, смените старые ссылки на новые. Ура, с переносом wordpress на другой домен покончено.

Перенос сайта в другую папку

Если вам нужно перенести блог в другую папку (например, domain.ru/blog), внесите следующие изменения в .htaccess (изменения выделены жирным):

# BEGIN WordPress
RewriteEngine On

RewriteBase /blog/

RewriteRule ^index.php$ — [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule . /blog/index.php [L]

# END WordPress

Возможные ошибки, связанные с переносом WordPress блога

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

  1. Error establishing a database connection. Такая ошибка случается, если неверно введены данные вфайле wp-config.php.
  2. Открылась страница с установкой WordPress. Подобная ситуация могла возникнуть из-за ошибки импорта базы данных. Попробуйте удалить все таблицы базы и заново импортировать дамп.
  3. Вы видите страницу вашего хостинг-провайдера с приветствием. Причиной может стать то, что вы не очистили папку public_html (httpdocs), прежде чем распаковать в нее архив. Удалите файл index.html.
  4. Forbidden. You don't have permission to access / on this server. Возможно, вы залили файлы сайта в неправильную папку.

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

Источник: https://pro-wordpress.ru/chast-1-nastraivaem-svoj-blog/nastrojka/perenos-wordpress-bloga-na-drugoj-xosting-ili-domen.php

Общие правила переноса WordPress сайта на другой хостинг и домен

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

Три способа переноса сайта на WordPress

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

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

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

Процесс самостоятельного переноса сайта на CMS WordPress с хостинга на хостинг можно поделить на следующие этапы:

  1. Создание бекапа данных (копии базы и файлов сайта).
  2. Перемещение файлов на другой хостинг.
  3. Подключение базы данных.

Как создать бекап сайта для переноса?

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

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

Откройте панель управления хостингом, перейдите в файл-менеджер, найдите папку с доменом и нажмите «Архивировать».

После чего, готовый архив следует переместить в директорию сайта и скачать ее на свой компьютер либо через панель хостинга, либо при помощи прямой ссылки на бекап сайта – http://ваш_домен.ру/название_архива.zip.

Перенос сайта: смена хостинга и копирование базы данных

Бекап готов, пора переходить к скачиванию базы данных. Открываем phpMyAdmin, авторизуемся под логином и паролем, прописанным в конфигурационном файле wp-config.php, который находится в корневой директории сайта. После открытия PMA, переходим в базу данных и нажимаем кнопку «Экспорт». Скачиваем файл базы данных в формате SQL, не меняя никаких настроек перед скачиванием.

Перенос сайта: смена хостинга и копирование базы данных

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

Перенос бекапа на другой хостинг

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

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

Загрузите архив на хостинг и при помощи кнопки «Распаковать» выгрузите его в директорию с сайтом.

В итоге в корневой папке сайта должно образоваться три директории с названиями «wp-admin», «wp-content», «wp-includes» и ряд файлов с расширением .php, среди которых должен быть основной конфигурационный файл wp-config.php.

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

Читайте также:  Свадебный салон с нуля: бизнес по продаже нарядов для невест

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

Как подключить базу данных к сайту на WordPress?

Дождавшись смены DNS, можно приступать к подключению базы данных. Для этого потребуется конфигурационный файл wp-config.php, программа Notepad++ и данные новой базы. Открываем файлик в просто текстовом редакторе (например, notepad) и вписываем название базы, нового пользователя и пароль к нему. Сохраняем и заливаем wp-config.php на сервер, попутно заменяя старый.

Перенос сайта: смена хостинга и копирование базы данных

Если после переноса возникла ошибка установки соединения с базой данных WordPress, то следует проверить следующие аспекты:

  • вся ли база данных была успешно загружена через phpMyAdmin?
  • имеются ли ошибки в наименовании базы или пользователя в wp-config.php?

В большинстве случаев, подобная ошибка возникает из-за лишнего знака в конфигурационном файле.

Полезный совет

После устранения всех ошибок следует выполнить ряд мероприятий по тестированию и отладке сайта.

  1. Откройте основные настройки сайта в консоль-панели и пересохраните их, дабы они повторно записались в базу данных.
  2. Если на сайте использовались кэширующие плагины, то очистите кэш вручную из директории wp-content/cache/.
  3. Протестируйте работоспособность ссылок и ЧПУ. Если не отображаются картинки, то через файл-менеджер хостинг-провайдера установите права 755 на директорию wp-content/uploads/.

Перенос сайта на другой домен

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

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

UPDATE wp_options SET option_value = REPLACE(option_value, 'http://старый_домен', 'http://новый_домен') WHERE option_name = 'home' OR option_name = 'siteurl';
UPDATE wp_posts SET guid = REPLACE(guid, 'http://старый_домен','http:// новый_домен');
UPDATE wp_posts SET post_content = REPLACE(post_content, 'http://старый_домен', 'http://новый домен');

UPDATE wp_options SET option_value = REPLACE(option_value, 'http://старый_домен', 'http://новый_домен') WHERE option_name = 'home' OR option_name = 'siteurl';UPDATE wp_posts SET guid = REPLACE(guid, 'http://старый_домен','http:// новый_домен');UPDATE wp_posts SET post_content = REPLACE(post_content, 'http://старый_домен', 'http://новый домен');

Если по каким-либо причинам, доступа к PMA нет, то можно воспользоваться плагином Velvet Blues Update URLs, который позволяет сменить ссылки через админку. Достаточно добавить плагин в панели и открыть его в инструментах. После чего требуется ввести ссылки на старый и новый домен и нажать кнопку «UPDATE URL`s NOW».

Перенос сайта: смена хостинга и копирование базы данных

Платформа WordPress на протяжении многих лет считается одной из лучших CMS для сайтов.

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

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

У меня вы можете заказать перенос wordpress сайта на другой хостинг.

Источник: https://delaemsait.info/perenos-wordpress-na-drugoj-xosting/

Как перенести сайт. Смена хостинга

Перенос сайта: смена хостинга и копирование базы данных

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

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

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

Так как основной функцией первого типа сайтов является хранение и использование большого объема данных, в эту группу попадают все проекты, построенные на CMS. В эту же группу попадают сайты, в которых скрипты занимаются сбором и наполнением информацией БД.

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

Для чего мы вспомнили про эту классификацию?

Дело в том, что перенос второй группы сайтов — это составная часть процедуры переноса для первой группы. Далее вы все поймете.

Как выглядит перенос веб-сайта?

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

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

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

  1. Осуществляем резервное копирование БД и структуры файлов на Источнике. Для этого можно воспользоваться специальными скриптами, файловым менеджером или другим помощником. Благо, таких сегодня предостаточно. Созданную копию сохраните на локальном компьютере.
  2. Источник переводим в режим обслуживания при помощи специальной команды в консоли управления.
  3. Смотрим на конфигурацию Назначения, и проводим сравнительный анализ с конфигурациями Источника. Этот шаг должен был быть первым после того, как вы решили переехать на новое место, чтобы удостовериться, что переезд возможен и все характеристики соответствуют требованиям. Обратите внимание на объем доступной памяти. На сайте Назначения она не должна быть меньше, чем на сайте Источника, поскольку в таком случае при переезде вы потеряете часть функционала — скрипт не запустится, работать сайт не начнет в нормальном режиме.
  4. Архив с файловой структурой распакуйте в корневой каталог сайта Назначения. Если вы владелец сайта без БД, то сразу переходите к шагу №7.
  5. На Назначении создайте новую БД и переместите в нее архив БД с Источника. Для этого подойдет универсальные инструменты, например, PhpMyAdmin. Имена БД могут различаться, поскольку разные хостеры используются разные префиксы в названиях баз. Запишите название БД, имя пользователя, пароль и название сервера БД. Дальше это пригодится.
  6. На сайте Назначения установите в конфигурационных файлах новые значения, чтобы получить доступ к БД. Скрипты используют специальные файлы, где вам предстоит поменять всю ту информацию, которую вы записали в прошлом пункте инструкции.
  7. Смените связку доменного имени с хостингом.
  8. Когда привязка сработает, вы увидите в браузере, что сайт начал функционировать. На сайте Назначения должна открыться страница в рабочем режиме, на сайте Источник — режим обслуживания.

Если вам нужен vps рейтинг хостингов Украины и России, то заходите в наш список хостеров!

Отзывы о хостинге:

Перенос сайта: смена хостинга и копирование базы данных

Источник: https://www.tophosting.in.ua/stati/kak-perenesti-sajt-smena-xostinga.html

Как перенести сайт на WordPress на другой хостинг?

Сайт, написанный на WordPress, состоит из файлов в формате PHP, файлов контента (изображения и другая информация) и базы данных (БД) в формате SQL.

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

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

Во избежание проблем при переносе на серверы REG.RU вы можете бесплатно воспользоваться помощью наших специалистов: Как перенести сайт на хостинг REG.RU.

Инструкция по переносу сайта на WordPress на хостинг REG.RU

  1. 1.
    • Определите, в какой папке находятся файлы вашего сайта. Например, в панели управления ISPmanager корневая директория указана в разделе WWW-домены:
    • Если вы осуществляете перенос WordPress на хостинг с локального сервера, корневая директория по умолчанию: *Z:homelocalhostwww*.
    • Вне зависимости от их месторасположения, перечень файлов сайта на WP выглядит следующим образом:
  2. 2. Если ваш сайт и база данных размещены на хостинге, заархивируйте папку с файлами сайта и скачайте полученный архив на локальный компьютер.

    Проконсультироваться по вопросу создания архива и дампа (резервной копии) базы данных вы можете в технической поддержке вашего хостинг-провайдера.

  3. 3.

    Определите, какую базу данных (БД) использует ваш сайт. Для этого перейдите в корневой каталог сайта и в файле wp-config.php найдите следующие строки:

    /** The name of the database for WordPress */

    define('DB_NAME', 'u1234567_database');

    /** MySQL database username */
    define('DB_USER', 'u1234567_dbuser');
    /** MySQL database password */
    define('DB_PASSWORD', 'password');

    Где:

    • u1234567_database — база данных, которую использует сайт;
    • u1234567_dbuser — пользователь, от имени которого сайт подключается к базе данных;
    • password — пароль для подключения к базе данных.
  4. 4.

    Перейдите в phpmyadmin. Используйте для входа имя и пароль пользователя базы данных. Кликните по названию БД:

  5. 5.

    Перейдите во вкладку Экспорт, выберите формат SQL и нажмите ОК:

  6. 6. Дальнейшие действия выполняются на новой услуге хостинга, на которую вы хотите перенести ваш сайт. Если вы еще не заказали хостинг, воспользуйтесь инструкцией. Далее войдите в панель управления нового хостинга.
  7. 7.

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

    Рассмотрим процесс добавления домена в панели управления ISPmanager. Перейдите в раздел Доменные имена и нажмите Создать:

  8. 8.

    Введите Доменное имя, выберите из раскрывающегося списка локальный IP-адрес, поставьте галочку в графе «Создать WWW-домен» и «Создать почтовый домен», если вы планируете пользоваться почтой на хостинге. Нажмите ОК:

  9. 9. Закачайте архив в корневую папку домена по инструкции (шаг 1-5).
  10. 10.

    Теперь перейдем к импорту базы данных. Для этого понадобится новая база данных и уже созданный дамп старой БД. В разделе Главное выберите пункт Базы данных и нажмите Создать:

  11. 11.

    На открывшейся странице Новая база данных укажите Имя (при этом к нему автоматически добавится префикс вашего логина хостинга вида u1234567) и Имя пользователя. Скопируйте пароль, указанный в конфигурационном файле сайта (шаг 3), или сгенерируйте новый Пароль. Затем нажмите Ок:

  12. 12.

    Перейдите в phpMyAdmin на новой услуге хостинга и выберите базу данных, в которую будет импортирован дамп (резервная копия БД):

  13. 13.

    Перейдите во вкладку Импорт, нажмите кнопку Выберите файл и загрузите файл с компьютера. Нажмите ОК:

  14. 14. Измените название БД, пользователя и пароль в конфигурационном файле сайта wp-config.php (см шаг 3).
  15. 15.

    Если у вас настроен плагин кэширования, очистите папку wp-content/cache:

  16. 16.

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

    Готово! Теперь вы знаете, как перенести сайт WordPress на другой хостинг.

Частые ошибки после переноса WordPress на другой хостинг:

Error establishing a database connection (ошибка установки соединения с базой данных)

Причина: неверно указаны данные для подключения к базе данных в файле wp-config.php.

Решение: проверьте атрибуты доступов к базе данных. В файле wp-config.php найдите строки:

/** The name of the database for WordPress */

define('DB_NAME', 'u1234567_database');

/** MySQL database username */

define('DB_USER', 'u1234567_dbuser');
/** MySQL database password */
define('DB_PASSWORD', 'password');
/** MySQL hostname */
define('DB_HOST', 'localhost');

Где:

  • u1234567_database — база данных, которую использует сайт;
  • u1234567_dbuser — пользователь, от имени которого сайт подключается к базе данных;
  • password — пароль для подключения к базе данных.

В параметре DB_HOST должно быть указано localhost или 127.0.0.1

Если все данные верны, проверьте, нет ли лишних символов или пробелов.

Посмотреть и изменить пароль базы данных можно по инструкции.

Открылась страница установки Вордпресс

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

Решение: если база данных пустая, загрузите дамп по данной инструкции (см. шаг 13).
Также проверьте корректность префикса БД. Таблицы в базе данных имеют вид: wp_options, где wp — это любой набор букв и цифр:

Префикс в конфигурационном файле wp-config.php в строке $table_prefix = 'wp_'; должен совпадать с префиксом таблиц базы данных. В нашем примере это — wp_:

Ошибка 403. Forbidden. You don't have permission to access / on this server (в доступе на страницу отказано)

Причина: корневая папка сайта отсутствует, в ней нет файлов или назначены некорректные права.

Решение: проверьте наличие файлов сайта, а также корректность прав на папки и файлы сайта. В большинстве случаев права выглядят так:

  • на файлы сайта: «644» или «rw-r-r»;
  • на папки: «755» или «rwxr-xr-x».

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

Возможно, некорректные правила заданы в файле .htaccess. Проверьте корректность файла или загрузите стандартный файл .htaccess для CMS WordPress.

Ошибка 404 на внутренних страницах сайта, но главная страница открывается без ошибок

Причина: отсутствует файл .htaccess.

Решение: загрузите файл .htaccess с локального сервера на хостинг в корневую папку сайта или вставьте стандартный файл .htaccess для CMS WordPress.

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

WordPress перенос на другой хостинг. Плагин

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

Но большинство подобных плагинов платные, а бесплатные версии не гарантируют качественный перенос. Подробнее об этом вы можете узнать на официальной странице плагинов, например VaultPress или WP Backitup.

Помогла ли вам статья?

Источник: https://www.REG.ru/support/hosting-i-servery/perenos_saitov/kak-perenesti-sayt-na-wordpress-na-drugoy-khosting

Как перенести сайт на другой хостинг — подробная инструкция

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

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

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

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

Что именно необходимо переносить?

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

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

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

В-третьих, потребуется перенести все данные (файлы, базы данных) со старого хостинга на новый.

Это вкратце, теперь давайте рассмотрим весь процесс в подробностях. Максимум, для переноса потребуется 8 шагов. Я буду описывать процесс исходя из предположения, что у вас уже есть новый хостинг, если у вас его еще нет, то сначала выберите подходящий и зарегистрируйте в нем аккаунт, порекомендовать могу один из этих (ссылки партнерские): Timeweb или Sprinthost.

Переносим сайт на новый хостинг

Шаг 1. Добавить домен в админку нового хостинга

Первое, что нам нужно сделать для переноса – это добавить доменное имя сайта в ваш аккаунт и привязать к нему соответствующие папки, в которые мы, в дальнейшем, будем переносить файлы вашего web ресурса. Для этого нужно найти в панели управления раздел, связанный с управлением доменами, обычно, он так и называется.

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

Шаг 2. Перенести файлы с одного сервера на другой

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

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

Сжимаем файлы:

Скачиваем файлы на компьютер:

Шаг 3. Скачать базу данных со старого хостинга

Если ваш ресурс очень простой (выполнен на простом HTML) и не имеет баз данных, то пункты с 3 по 6 можно пропустить. Но любой сайт, использующий систему управления контентом (CMS), требует для своей работы базу данных MySQL, ее тоже необходимо перенести.

Для этого в админке вашего старого хостинга находите раздел «Управление базами данных MySQL». Заходите в панель администратора phpMyAdmin. Выбираете нужную базу и выбираете вкладку «Экспорт».

В меню экспорта базы данных установите для скачивания архивный формат ZIP или GZIP. Нажимаете кнопку “ОК” и указываете место на вашем компьютере, куда будет сохранен файл.

Шаг 4. Создать базу данных на другом хостинге

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

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

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

Шаг 5. Импортировать базу данных на новый хостинг

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

Все таблицы будут созданы и заполнены автоматически. На серверах разных провайдеров может использоваться разное программное обеспечение, поэтому, несмотря на полную совместимость всех баз, иногда, могут возникать проблемы. У меня выскочила ошибка 1062, решение проблемы я описал здесь. В 99% случаев перенос пройдет гладко.

Шаг 6. Исправить конфигурационные файлы вашей CMS

После того, как мы перенесли файлы и базу данных, нам нужно связать их между собой. Для этого найдите конфигурационный файл вашей CMS. В WordPress он называется wp-config.php, находится он в корневой директории сайта (прямо в public_html).

Открываете этот файл для редактирования и заменяете следующие строки:

  • /** Имя базы данных для WordPress */
  • define(‘DB_NAME’, ‘xxxxxx_xxx’);
  • /** Имя пользователя MySQL */
  • define(‘DB_USER’, ‘xxxxxx_xxx’);
  • /** Пароль к базе данных MySQL */
  • define(‘DB_PASSWORD’, ‘xxxxxxxxx’);

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

Шаг 7. Проверить работу файлов и базы данных

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

Проверяем работу сайта на новом хостинге:

– некоторые хостинги для каждого сайта создают технический домен. Обычно это домен 4 уровня, похожий на moysait.ru.hosting.ru – по этому адресу ваши страницы работают, даже если не работает ваш основной домен. Проверьте, если там все функционирует нормально, значит, переходите к следующему пункту.

– другой вариант подойдет в том случае, если технический адрес на вашем хостинге не предоставляется, но у вас есть на нем другие, работающие домены. Вы можете создать для одного из них поддомен типа test.sait.ru. Подключить этот поддомен к папке public_html вашего нового сайта и проверить как и в предыдущем случае.

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

Шаг 8. Изменить DNS записи домена

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

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

Выглядят эти записи примерно вот так (это для моих хостингов):

ns1.timeweb.ru ns2.timeweb.ru ns3.timeweb.org

ns4.timeweb.org

или

ns1.spaceweb.ru ns2.spaceweb.ru

У любого другого хостера DNS записи свои.

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

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

Источник: https://BiznesSystem.ru/perenos-sajta-na-drugoj-hosting/

Сайты и домены

Вы решили переименовать свой сайт и выбрали для него новый домен. Чтобы не потерять трафик, добавьте его как дополнительный к текущему в Панели управления. Это можно сделать на странице управления сайтом в разделе «Домены сайта». В таком случае сайт будет открываться по двум именам — старому и новому.

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

Порядок переноса зависит от конфигурации сайта. Если это набор html-файлов, просто скопируйте их в корневую директорию нового домена. Если для разработки использовалась CMS, потребуется внести изменения в файлы и базу данных.

Перенос базы данных

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

Перейдите в PhpMyAdmin, кликните на имя БД сайта в левом столбце, нажмите «Экспорт», а затем «Вперед». Дамп сохранится на вашем компьютере.

После этого нужно импортировать дамп в новую базу. Для этого кликните на имя БД в левом столбце PhpMyAdmin, нажмите «Импорт», а затем «Обзор». Найдите скачанный ранее дамп (файл с расширением .sql) на вашем компьютере и нажмите «Вперед». Дождитесь завершения импорта: база данных нового сайта больше не зависит от установленного приложения.

Теперь скопируйте файлы на новый домен.

Перенос файлов

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

Если вы создавали новую базу данных для сайта, найдите его конфигурационный файл и укажите данные для подключения к БД.

Все почти готово. Осталось изменить записи с именем старого домена в файлах и базе данных.

Замена ссылок

Перед тем, как приступить к замене ссылок, создайте резервную копию в разделе «Дополнительно» → «Резервные копии» Панели управления. Если что-то пойдет не так, вы сможете быстро восстановить изначальное состояние сайта.

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

[username@server ~]$ cd domains/new_domain.ru/ [username@server new_domain.ru]$ grep -rl old_domain.ru ./ | xargs sed -i 's/old_domain.ru/new_domain.ru/g'

  • Если в процессе переноса участвует кириллический домен, то перед заменой ссылок необходимо конвертировать его имя в PunnyCode-кодировку. Это можно сделать с помощью команды idn:
  • [username@server ~]$ idn домен.рф
  • Результатом выполнения команды будет имя домена в PunnyCode-кодировке:
  • xn--d1acufc.xn--p1ai
  • Используйте его при замене ссылок:

[username@server new_domain.ru]$ grep -rl xn--d1acufc.xn--p1ai ./ | xargs sed -i 's/xn--d1acufc.xn--p1ai/new_domain.ru/g'

Для изменения ссылок в БД удобно использовать утилиту Search&Replace DB. Воспользуйтесь SSH, чтобы скачать ее.

Перейдите в корневой каталог сайта: [username@server new_domain.ru]$ cd public_html/ и выполните команду:  [username@server public_html]$ git clone https://github.com/interconnectit/Search-Replace-DB/

В браузере перейдите по ссылке: http://domain.ru/Search-Replace-DB/  Заполните поля:

  • «replace» – что ищем (старый домен);
  • «with» – на что заменяем (новый домен)

и нажмите «Live Run».

Проверка сайта

Проверьте работу сайта: переходите по разделам, нажимайте на ссылки. Обращайте внимание на отображение картинок, текстов и адреса в строке браузера.

Когда убедитесь, что новый сайт работает верно, обязательно удалите Search&Replace. Для этого в консоли выполните: [username@server public_html]$ rm -rf Search-Replace-DB Также удалить каталог можно с помощью Файлового менеджера или FTP.

Если вы столкнулись с трудностями — обращайтесь в поддержку. Мы поможем разобраться с проблемой или самостоятельно перенесем ваш сайт на новый домен.

Была ли эта инструкция полезной?

Источник: https://help.sprinthost.ru/sites-and-domains/between-domains

Как перенести сайт на новый движок и сохранить позиции, деньги и психическое здоровье

Перед переносом сайта на новый движок подумайте, можно ли решить вопрос по-другому. Возможно, вам будет проще:

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

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

В каких случаях перенос сайта на новый движок целесообразен

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

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

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

Через год сайт морально устарел, да и мучиться с кривой админкой уже не было сил. Решили переносить на OpenCart – шустрый и функциональный движок для интернет-магазинов. Написали разработчику. Перенести на другой движок сайт, который обошелся в 5 тыс. рублей, нам предложили за 70 тыс. рублей. Мораль, думаю, ясна.

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

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

Этот шаг неизбежен в более серьезных ситуациях.

Статичный сайт на HTML больше не отвечает вашим потребностям

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

Самописный движок стал неактуальным

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

  • Движок устарел, а разработчик исчез.
  • Сторонний разработчик просит за обновление чужого кода больше, чем за создание сайта с нуля.
  • За любое расширение функциональности нужно платить разработчику. Например, захотели подключить AMP – платите. А для популярных движков есть готовые бесплатные или дешевые решения.

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

Возможности конструктора вас больше не устраивают

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

О переносе коммерческого сайта с SaaS-платформы на CMS можно думать в таких случаях:

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

Отдельного внимания заслуживает ситуация переезда с одного полноценного движка на другой. Здесь мало стопроцентных причин для переноса сайта.

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

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

В остальных случаях надо тщательно взвешивать риски:

  • Хорошо знаете WordPress, поэтому переезжаете с Drupal? Если сайт достаточно большой и давно работает, лучше выучить и полюбить Drupal.
  • Для Joomla! нет столько бесплатных шаблонов и плагинов, сколько есть для WordPress? Переезд может в прямом и переносном смысле обойтись вам дороже, чем покупка платного плагина или разработка шаблона с нуля.
  • Сайт на WordPress неактуален, вашей крутой компании нужен солидный движок? Это откровенная глупость. Лучше потратьте время и деньги на что-то полезное.
  • Движки с открытым кодом могут взломать или скопировать? Взломать могут любой сайт. Более того, CMS с открытым кодом реагируют на угрозы быстрее коммерческих движков. Над тем же WordPress круглосуточно работает сообщество разработчиков.

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

Мы разрабатываем сайты «под ключ»: от дизайна и верстки до текстов и SEO. Подробнее

Какие проблемы нужно решить при переносе сайта

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

Потеря контента

Чтобы не потерять контент, сделайте резервную копию сайта до переезда. Резервную копию можно создать средствами старой CMS. Например, в Drupal такая возможность реализуется с помощью встроенного модуля, а в WordPress с помощью плагина.

Без привязки к движкам резервную копию можно сделать через панель управления сервером. Данные доступа к панели управления предоставит хостер.

В панели управления войдите в «Менеджер резервных копий», который находится в разделе «Файлы».

Заархивируйте и скачайте актуальные копии файлов сайта и базы данных.

Убедитесь в работоспособности резервной копии. Для этого восстановите сайт на локальном сервере. Если восстановить сайт из копии не удается, сделайте бэкап еще раз или обратитесь к хостинг-провайдеру. Не начинайте переезд без работоспособной резервной копии ресурса.

Изменение структуры сайта и структуры URL

CMS формируют человеко-понятные URL по-разному. Из-за этого при смене движка «урлы» обычно меняются. Также URL изменятся, если вы меняете структуру сайта.

Например, адрес страницы товара может поменяться с https://primer/pages/catalog/tovar.html на https://primer/shop/tovar.html/. Из-за изменения структуры URL появляются битые ссылки, дубли в поисковой выдаче, неработающие виджеты и кнопки. Поисковики и живые пользователи негативно реагируют на такие проблемы.

Сохранение понятной структуры URL – одна из ключевых задач при переносе сайта на новый движок.

Трудоемкость настройки редиректов

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

Например, представьте, что на старом движке все телефоны, смартфоны и фаблеты были доступны в разделе «Смартфоны и телефоны» по URL example-shop/catalog/phones/. Каждый телефон доступен по адресу типа example-shop/catalog/phones/phone1.

Если при переезде на новую CMS вы создаете отдельные разделы каталога для телефонов, смартфонов и фаблетов, товары будут доступны по URL типа example-shop/catalog/phablets/phablet1 и example-shop/catalog/smartphone/smartphone1. Здесь редиректы придется делать вручную.

Несоответствие функциональности старого и нового движка

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

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

Проблемы с дизайном

Если вы пользуетесь дизайн-шаблоном, сохранить внешний вид при переезде на новый движок не удастся. Можно найти более или менее похожий шаблон для новой CMS или потратить деньги на услуги дизайнера. Сама по себе смена дизайна – не проблема. Просто будьте готовы к дополнительным расходам.

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

Как перенести сайт: пошаговые инструкции

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

Итак, вы выбрали новую CMS и сделали резервную копию сайта. Действуйте так.

1. Зафиксируйте текущую эффективность сайта

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

  • Посещаемость за выбранный период.
  • Позиции ресурса в выдаче по важным запросам.
  • Список самых трафиковых страниц.
  • Поведенческие метрики.

Источник: https://TexTerra.ru/blog/kak-perenesti-sayt-na-novyy-dvizhok-i-sokhranit-pozitsii-dengi-i-psikhicheskoe-zdorove.html

Ссылка на основную публикацию
Adblock
detector