Wordpress продолжает перенаправлять на install-php после миграции - PullRequest
55 голосов
/ 22 марта 2012

Вот моя ситуация. Я следовал точным инструкциям на странице кодекса WordPress о переносе сайта на другой сервер. Вот шаги, которые я сделал.

  1. Экспорт копии моей базы данных
  2. Создать новую базу данных на новом сервере
  3. Импорт базы данных, которую я экспортировал ранее
  4. Загрузить копию моих файлов Wordpress через Ftp
  5. Используйте этот скрипт , чтобы изменить все мои локальные URL-адреса на новые
  6. Внести изменения в мой файл wp-config.php в соответствии с новым сервером (я не забыл префикс таблицы. Хотя в нем есть некоторые заглавные буквы)

А потом, когда я пытаюсь открыть свой сайт в новом месте, он просто указывает мне на wp-admin / install.php Теперь, чтобы сделать сценарий более понятным: папка назначения (на работающем сервере) является подкаталогом в папке public_html, в которой уже установлена ​​другая программа WordPress (я говорю это на тот случай, если это должно иметь значение)

Мой .htaccess выглядит так

    # BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /subDirectoryName/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /subDirectoryName/index.php [L]
</IfModule>

# END WordPress

Я пробовал проверять и восстанавливать свои таблицы через phpMyadmin, но там все вроде бы нормально и не влияет на проблему.

Я также попытался очистить базу данных на работающем сервере и выполнить установку. И он устанавливается без проблем, и все работает отлично, но, ну, я не буду использовать для другой чистой установки. Но я думаю, что это, по крайней мере, исключает любые проблемы с файлом wp-config. Я использую Wordpress версии 3.3.1

Так что я думаю, что главный вопрос, который у меня остался: Почему WordPress не распознает мою установку после миграции?

Любая помощь высоко ценится!

Ответы [ 13 ]

98 голосов
/ 23 марта 2012

Ну наконец-то я решил проблему. И сюрприз, сюрприз Это было чертовски заглавное письмо в моем префиксе таблицы. Так было в моем файле wp-config wp_C5n, но по какой-то причине большинство таблиц получили префикс wp_c5n. Но не все. Итак, id сделал, я изменил свой префикс таблицы в файле wp_config на все строчные, а затем вручную прошел через все таблицы через phpMyadmin, чтобы увидеть, остались ли какие-либо заглавные таблицы. Там где около 3. Они были внутри таблицы usermeta и внутри таблицы параметров. Теперь наконец-то все работает. Сделал быстрый поиск по кодексу WordPress, но не нашел ничего, что упоминало бы не использовать заглавные буквы.

13 голосов
/ 10 мая 2016

Решено: настройка wp-config.php

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

Я исправил проблему, изменив следующие настройки на правильные:

// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define('DB_NAME', 'HikeforLife_dev11');

/** MySQL database username */
define('DB_USER', 'HikeforLife_dev11');

$table_prefix  = 'wphk_';
10 голосов
/ 22 марта 2012

Я бы проверил две вещи:

  • Сначала я бы проверил URL, настроенный в базе данных. Проверьте таблицу wp_options и значения параметров «siteurl» и «home». Возможно, вам потребуется обновить их, если ваш домен изменился.

  • Другой вариант - ваш сервер Apache не смог получить .htaccess. Проверьте, установлен ли параметр «AllowOverride» на «all» в файле httpd.conf.

Надеюсь, это поможет.

7 голосов
/ 08 февраля 2014

У меня возникла похожая проблема.Ни одно из предложенных выше предложений не помогло мне.

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

2 голосов
/ 02 декабря 2017

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

2 голосов
/ 08 ноября 2016

Поскольку я пытался установить настройки сервера на локальный хост, я настроил файл конфигурации, а также БД на локальном хосте - я был перенаправлен в install.php.

wp

Проверка: 1 Перейти к yourTableName_options Перейти к 'option_id'-' 1 ' Изменить ' URL-адрес сайта * на 'localhost / youLocalSiteFolderName '

Перейти к ' option_id '-' 37 ' Изменить значение homw на ' localhost / youLocalSiteFolderName '

Проверить: 2 Перейти к проверке файла 'wp_config': $ table_prefix = ' yourNew_Prefix_ ';

Надеюсь, это поможет

2 голосов
/ 28 ноября 2014

Это случилось со мной после того, как я скопировал существующий веб-сайт в WP Engine, и забыл сделать одну вещь, необходимую для WP Engine:

Обновить установку ядра WordPress сайта, на который выполняется копированиепоследняя версия .

Итак, вот тогда возникла проблема:

Мой старый сайт, который я копировал с другого сервера на WP Engine, имел версию 4.0.Однако, когда вы копируете существующий сайт в WP Engine, вы не копируете файлы ядра WordPress, вы только копируете содержимое wp-content и состояние (или снимок) существующей базы данных.Таким образом, состояние базы данных для моего существующего сайта было для установки под управлением WP 4.0.Тем не менее, когда вы создаете новую установку WordPress на WP Engine, эта установка создается с последней версией WordPress, которая в то время была версией 4.0.1, , так что это означает, что основные файлы в месте назначения (WP Engine) были для установки 4.0.1, но снимок базы данных, который я собирался импортировать в WP Engine, был для версии 4.0 .Поэтому, когда я перезаписал базу данных WP Engine по умолчанию при импорте копии базы данных моего старого сайта, я получил ошибку перенаправления в скрипт установки.

Так что, чтобы это исправить, я просто зашел на сайт администратора WordPress сайта на WP Engine, убедившись, что сбросил права доступа к файлу (нажав синюю кнопку), что иногда приходится делать на WPEngine, а затем переустановил ядро ​​WordPress, которое, в основном, обновляет вашу базу данных, чтобы внутренне состояние db соответствовало установке WordPress 4.0.1, а файлы ядра также соответствовали версии.

Мне понадобилось время, чтобы понять, что происходит.

1 голос
/ 30 января 2018

Я столкнулся с этой проблемой сегодня и начал поиск в интернете.В моем случае не было таблицы в моей БД.Я забыл импортировать таблицы на онлайн-сервере.Я сделал это, и все отлично работает.

1 голос
/ 10 декабря 2016

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

1 голос
/ 30 сентября 2016

Я попробовал все эти решения, прежде чем понял, что я включил opcache на PHP в моей среде.Wordpress не читал кэшированную версию wp-config.

...