После миграции из dev только мои ссылки на главную страницу по-прежнему перенаправляются на dev

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

  • ссылка на главную страницу в мачте перенаправляется на версию dev.
  • введите URL-адрес главной страницы в браузер, он перенаправляет на dev.
  • нажмите ссылку «посетить сайт» в wp-admin, он перенаправляет на dev.

Причиной может быть то, что миграция не заменила ссылки в таблицах базы данных. А также! Чтобы сделать его более интересным, моя первая миграция не удалась. Итак, в течение недели я перенаправил URL-адрес в cPanel в dev-версию. С тех пор я удалил это перенаправление, и каждая страница в порядке, но дома.

Для небольшого контекста скажем, что URL-адрес live-сайта: http://x.tna.com И сайт-разработчик: http://dev.x.tna.com . То же самое и для серверных каталогов: live.x и dev.x Я также использовал git, поэтому у меня есть repo git.x Существуют две базы данных: tna_x и tna_x_dev .

Я переделал всю миграцию , в том числе:

  1. (на локальном использовании vim) проверьте все ссылки в базе данных (загрузите на локальный, найдите и замените все экземпляры субдомена URL-адреса dev. с пустой строкой)
  2. (cPanel / subdomains) dev.x.tna.com перенаправление на dev.x.tna.com .
  3. (cPanel / Cache Settings) Отключить кеш для субдомена x.tna.com .
  4. («Администратор WordPress», «Настройки»> «Общие»). Проверьте, что параметры отображают правильный URL.
  5. (SSH) Я искал в файлах WordPress , grep -R dev и ничего не нашел
  6. (phpMyAdmin) Я запросил базу данных для dev и ничего не нашел.
  7. (WordPress Admin, Settings> Permalinks) Настройки постоянной ссылки Chnage.
  8. (локальный браузер) удалить файлы cookie сайта

Все ссылки, x.tna.com главной страницы на сайте x.tna.com , в порядке. У меня также есть доступ к wp-admin и добавлению контента и других вещей.

Где эта настройка скрывается?

// Редактировать. Я добавил # 7 и # 8; Файл .htaccess не изменился, но я воссоздал, чтобы быть уверенным. И я подумал, может быть, это может быть браузер, поэтому я добавил # 8

Скорее всего, у вас есть недопустимые URL-адреса в базе данных, однако также вполне возможно иметь жестко закодированный URL-адрес где-то в теме или, возможно, плагин или даже .htaccess .

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

Если вам нужен более автоматический подход к поиску и замене всех вхождений строки (A / K / A – замена URL-адресов), вы должны взглянуть на WP CLI.

  • Справочник WP-CLI
  • Команды WP-CLI :: wp search-replace

Для дальнейшего устранения неполадок …

  • Отключите все плагины.
  • Убедитесь, что все надстройки удалены для целей тестирования.
  • Убедитесь, что в каталоге нет подкаталога cache ./wp-content/ .
  • Проверьте содержимое .htaccess в корневом каталоге WordPress.
  • Проверьте содержимое файла wp-config.php в корневом каталоге WordPress.
  • Очистите временные файлы и кеши браузера или попробуйте другой браузер.