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

У меня возникла аналогичная проблема. Однако ни одно из предложений не помогло мне.

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

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

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

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

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

Решено: настройка 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_';

Это случилось со мной после того, как я скопировал перенесенный существующий веб-сайт в 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 по умолчанию с импортом копии базы данных моего старого сайта, я получил ошибку перенаправления для установки script.

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

Пришло время понять, что происходит.

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

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

сор

Check: 1 Перейдите в yourTableName_options Перейдите в 'option_id'-' 1 ' Измените ' сайт сайта ' на ' localhost/youLocalSiteFolderName '

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

Check: 2 Перейдите в файл проверки wp_config: $table_prefix = ' yourNew_Prefix _';

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

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

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

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

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

define('WP_DEBUG', true);

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