web-dev-qa-db-ja.com

Wordpress移行後にinstall-phpにリダイレクトし続ける

これが私の状況です。 wordpress codexページでサイトを別のサーバーに移動することに関する正確な指示に従いました。ここに私が取ったステップがあります。

  1. データベースのコピーをエクスポートする
  2. 新しいサーバーに新しいデータベースを作成します
  3. 以前にエクスポートしたデータベースをインポートします
  4. Ftp経由で私のWordpressファイルのコピーをアップロード
  5. この script を使用して、すべてのローカルURLを新しいURLに変更します
  6. 新しいサーバーに応じてwp-config.phpファイルを変更します（テーブルプレフィックスは忘れませんでした。大文字が含まれていますが）

そして、新しい場所でサイトを開こうとすると、wp-admin/install.phpに誘導されます。シナリオをより明確にするために、次のようにします。すでに別の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移行後にインストールを認識するのですか？

助けていただければ幸いです！

wordpressmigrationinstallrelocation
55
Hiilo

最後に、問題を解決しました。そして驚き、驚きそれは私のテーブルの接頭辞にあるおかしな大文字でした。私はwp-configファイルwp_C5nでこのようにしていましたが、何らかの理由でほとんどのテーブルにはwp_c5nというプレフィックスが付いていました。すべてではありません。そのため、idが行ったのは、wp_configファイルのテーブルプレフィックスをすべて小文字に変更し、phpMyadminを使用してすべてのテーブルを手動で調べて、大文字のテーブルが残っているかどうかを確認することでした。そこには約3があります。それらはusermetaテーブル内およびoptionsテーブル内にありました。これでようやくすべてが機能するようになりました。 wordpress codexをすばやく検索しましたが、大文字を使用しないことに言及しているものは見つかりませんでした。

100
Hiilo

解決済み：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_';
13
WebPro

私は2つのことを確認します：

  • まず、データベースに設定されているURLを確認します。 wp_optionsテーブルと「siteurl」および「home」オプションの値を確認してください。ドメインが変更された場合、それらを更新する必要がある可能性があります。

  • もう1つのオプションは、Apacheサーバーが.htaccessを取得できなかったことです。 httpd.confファイルで「AllowOverride」オプションが「all」になっているかどうかを確認します。

役に立てば幸いです。

10
Beltran

同様の問題が発生しました。しかし、上記の提案はどれも助けにはなりませんでした。

やがて、実稼働環境のWordpress MySQL-userに十分な特権が割り当てられていなかったことがわかりました。

7
funkylaundry

インストール時にデフォルトのプレフィックスを使用しない場合は、テーブルのプレフィックスも忘れないでください。

2
Martin Tonev

これは、既存のWebサイトをWP Engineに移行し、WP Engine：

WordPress最新バージョンにコピーされるサイトのコアインストールを更新します。

そこで、ここに問題がありました：

別のサーバーからWP Engineにコピーしていた古いサイトにはバージョン4.0がありました。ただし、既存のサイトをWP Engineにコピーすると、 t WordPressコアファイルをコピーします。wp-contentおよび既存のデータベースの状態（またはスナップショット）。そのため、既存のサイトのデータベースの状態は、WP 4.0を実行しているインストール用です。それにもかかわらず、新しいWordPress install on WP Engine、そのインストールはWordPressの最新バージョンで作成され、当時はバージョン4.0.1でしたつまり、宛先（WP Engine）のコアファイルは4.0.1のインストールではデータベーススナップショットをWPエンジンはバージョン4.0でしたにインポートしました。したがって、デフォルトのWP古いサイトのデータベースのコピーをインポートしたエンジンデータベース、インストールスクリプトへのリダイレクトエラーが発生しました。

だからそれを修正するために、WordPress上のサイトの管理サイトWPエンジン、ファイルのアクセス権をボタン）、これは時々WP Engineで行う必要があり、その後、WordPressコアを再インストールしました。 dbの状態はWordPress 4.0.1インストールであり、コアファイルもバージョンと一致しています。

何が起こっているのかを理解するためにしばらく時間がかかりました。

2
racl101

サーバーのセットアップをローカルホストにインストールしようとしていたため、ローカルホストの構成ファイルとDBを構成しました。install.phpにリダイレクトされました。

wp

チェック：1 yourTableName_optionsに移動'option_id'-' 1 'に変更' yousite url ' to ' localhost/youLocalSiteFolderName '

'option_id'-'37'に移動homw値を'localhost/youLocalSiteFolderName'に変更

Check：2 'wp_config'ファイルチェックに移動：$ table_prefix = 'yourNew_Prefix _';

それが役立つことを願っています

2
Ran

私は同じ問題を抱えていたので、データベースのユーザー権限を完全な読み取りと書き込みに変更することで修正しました。

1
Spacer

ライブ環境でPHPを使用してopcacheを有効にしたことに気付く前に、これらのソリューションをすべて試しました。Wordpressはwp-configのキャッシュバージョンを読み取っていませんでした。

1
Andy

今日、この問題を経験し、インターネットで検索を開始しました。私の場合、私のデータベースにはテーブルがありませんでした。オンラインサーバーにテーブルをインポートするのを忘れました。私はそれをやったが、すべてうまくいく。

1
Alexandre le Grand

OPと同じ問題が発生しました-移行後、Wordpressはinstall-phpにリダイレクトし続けます

問題は、データベーステーブルの名前がprefix_tablenameであり、$table_prefixのwp-configの下線が抜けていたことです。

$table_prefix = 'myprefix';

になるはずだった

$table_prefix = 'myprefix_';

1
chris.dempsey

Woocommerceの単一の製品ページでbrタグを使用すると、この問題が発生しました。突然すべてがテンプレートになるように編集しようとしていた…。それは悪夢でした。顧客が私を殺す可能性があります。このbrタグはどこにも使用しないでください。

0
Mohsen35

この問題には多くの原因が考えられます。

私の提案は、wp-config.phpでWP_DEBUGをオンにすることです

define('WP_DEBUG', true);
0
Paul Verschoor