Wordpress продолжает перенаправлять на установку-php после миграции

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

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

а затем, когда я пытаюсь открыть свой сайт на новом месте, он просто направляет меня в wp-admin / install.РНР Теперь, чтобы сделать сценарий более ясным: папка назначения (на живом сервере) является суб-Директорией в папке 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 не распознает мою установку после миграции?

любая помощь очень ценится!

45
install migration relocation wordpress

12 ответов

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

82

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

  • во-первых, я бы проверил url, который настроен в базе данных. Проверьте таблицу wp_options и значения параметров" siteurl "и" home", возможно, вам нужно обновить их, если ваш домен изменился.

  • другой вариант заключается в том, что сервер Apache не смог .реврайт. Проверьте, является ли опция" AllowOverride "" all " в httpd.файл conf.

Я надеюсь это помогает.

7

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

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

6

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

У меня была похожая проблема. Я получил установку.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_';
6

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

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

Итак, вот в чем проблема:

мой старый сайт, который я копировал с другого сервера на 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, обязательно сбросил права доступа к файлам (нажав синюю кнопку), что вам иногда приходится делать на WP Engine, а затем переустановил ядро WordPress, которое, в основном, обновляет базу данных, чтобы внутренне состояние БД было для установки WordPress 4.0.1, а основные файлы также соответствовали версии.

2

когда я пытался установить установку сервера на localhost, я настроил файл конфигурации, а также DB в локальном хосте - я был перенаправлен на установку.РНР.

wp

проверяем:1 Перейти к yourTableName_options Перейти к '' - '1' изменить 'yousite url' to 'localhost / youLocalSiteFolderName'

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

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

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

2

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

1

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

1

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

1

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

1

Я получил эту проблему, когда я использовал тег br на одной странице продукта woocommerce. Я пытался отредактировать шаблон, который вдруг все ... . это был кошмар. Мой клиент может убить меня. старайтесь нигде не использовать этот тег br.

0

может быть много причин для этой проблемы.

мое предложение - включить WP_DEBUG в wp-config.в PHP

define('WP_DEBUG', true);
0