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

Question

[MadDeee]

Есть два домена (хостинга)
1. ocdod74.ru/beta_site
2. ocdod174.ddns.net/

Задача была перенести с 1-го на 2о-ой. Вроде переношу правильно... но не знаю где копать. Мои действия были такие:
- Отключил все плагины (1 хостинг)
- Сделал бэкап БД. (1 хостинг)
- Скопировал всё содержимое через FTP (1 хостинг)
- Далее загрузил через FTP все файлы (2 хостинг)
- Отредактировал БД (заменил в содержимом ocdod74.ru/beta_site на ocdod174.ddns.net)
- Загрузил базу (2 хостинг)
- Отредактировал конфиг WP (логин пароль для БД) (2 хостинг)
Вроде бы всё, но сайт открывает только главную страницу и то по корявому, меню съехало... В админку не заходит, пишет


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

Comments

[MadDeee]

Денис Ефремов, ?

[Дмитрий]

Денис Ефремов, то есть я правильно понял?
Сами в с WordPress все же не работали, поэтому толком написать, какие у этого движка проблемы, не можете. И поэтому теперь в интернете пытаетесь найти или других расспросить, что там может быть такого плохого?

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

По вашей проблеме:
вы неправильно перенесли сайт.
Если б у вас был голый WordPress, такой алгоритм переноса сработал бы на отлично. Но вы сами пишете, у вас куча плагинов. Их временами пишут вот такие товарищи, как с комментария выше. Отсюда и говнокод, отсутствие следования стандартам (либо следование только их собственной особой "правильной" версии стандартов), ну и дальше проблемы у пользователей и слухи про глюки движка.

1 Скорее всего, один из плагинов хранит пути в базе в сериализованном виде. В этом случае прямая замена в дампе базы текстовым редактором ломает это поле. Чуть ниже вам уже дали совет, использовать либо специальный плагин для экспорта базы (ищите по WordPress Database Migrate, их там куча), либо специальный скрипт (где-то были даже онлайн). Можно воспользоваться и WP-CLI, но это предварительно нужно будет установить.

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

3 А лучше посмотрите логи - там будет ошибка, которая выводится раньше, чем пытаются поставится куки. И тогда дальше действовать как в пункте 2, но начав с того плагина.

[Дмитрий]

Денис Ефремов,
>Вместо этого, я просто закидаю вас фактами...
Какими фактами? Описанием того, как пользователи делают что-то неправильно и у них по этому ошибки?

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

[crast]

MadDeee, если проблема решилась, поделитесь названием гадившего плагина, если причина была таки в этом.

Answer 1

[Пума Тайланд]

откройте логи веб сервера и сразу станет ясно откуда ноги растут

Answer 2

[GavriKos]

А не всегда можно делать заменой в БД. Есть специальный скрипт миграции БД для вордпресса, спросите в гугле.

Answer 3

[Никита Петерсон]

файл htaccess отредактировали? /beta_site/ заменить на /

Comments

[MadDeee]

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

[Immortal_pony]

MadDeee, в wp-config.php константе WP_DEBUG поставьте значение true и получите осмысленные ошибки.

Answer 4

[Денис Янчевский]

Возможно, помогут данные рекомендации.

Comments

[MadDeee]

уже натыкался на такой, результата нету

Answer 5

[Mr Crabbz]

используйте https://ru.wordpress.org/plugins/duplicator/

Comments

[Immortal_pony]

Он на каждом втором сложном случае непавильно отрабатывает. А ионгда и в простейших не работает.
Я бы не советовл.

[Mr Crabbz]

Immortal_pony, пример можно?

более 5 лет использую - никаких проблем. Проекты самые разные - от лендингов-одностраничников до магазинов с встроенной crm.

[Immortal_pony]

Краб Анархист, проблемы c http->https миграциями, проблемы с url картинок, проблемы с сериализованными данными.

[Mr Crabbz]

Immortal_pony, не знаю что вы использовали и как, но я вбрал этот плагин миграции как раз изза того, что он прекрасно работает с http->https, urlaми, сериализацией и т.д. Никогда вообще ниразу проблем не возникало.
За 5 лет переносил на продакшен более 300 сайтов.

[Immortal_pony]

Краб Анархист, а у меня почти всегда результат как у автора поста :) Возможно у меня были какие-то нестандартные случаи или я что-то делал не так.

[Mr Crabbz]

В следующий такой раз напишите сюда в коммент - попробуем посмотреть что не так. Самому интересно.

Answer 6

[Сергей Степин]

была такая же проблема иза домена делал так в панель управления Настройки, затем выберите элемент Общие. В полях Адрес WordPress (URL-адрес) и Адрес веб-сайта (URL-адрес) введите новое доменное имя или URL-адрес, который должен отображаться, и нажмите кнопку Сохранить изменения.

Answer 7

[YuriyBum334]

Проблема может быть ещё в http/https - например, если копируешь сайт на локальный сервер. В базе данных прописана ссылка с https, а локально идет обращение по http - соответственно, надо менять или ссылку в базе данных или настройки сервера.

Answer 8

[justhostRU]

для любого хостинга есть инструкция по отладке сайта.
вот, как пример, наша
https://kb.justhost.ru/article/541

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

ну и стандартные рекомендации: убедиться, что выставлена верная версия php, что активированы все нужные php-модули.