70

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

  1. データベースのコピーをエクスポートする
  2. 新しいサーバーで新しいデータベースを作成する
  3. 先ほどエクスポートしたデータベースをインポートする
  4. Ftp 経由で自分の Wordpress ファイルのコピーをアップロードする
  5. このスクリプトを使用して、すべてのローカル URL を新しいものに変更します
  6. 新しいサーバーに合わせて wp-config.php ファイルを変更します (テーブルのプレフィックスを忘れていませんでした。大文字がいくつか含まれています)。

そして、新しい場所でサイトを開こうとすると、wp-admin/install.php に誘導されます。シナリオを明確にするために、(ライブサーバー上の) 宛先フォルダーは、public_html フォルダー内のサブディレクトリです。すでに別のワードプレスがインストールされています（問題が発生した場合に備えてこれを言っています）

私の .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 を使用しています

ですから、私が残した大きな疑問は次のとおりだと思います: 移行後にワードプレスが私のインストールを認識しないのはなぜですか?

どんな助けでも大歓迎です！

4

16 に答える 16

17

解決済み: 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_';
于 2016-05-10T16:23:06.713 に答える
11

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

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

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

お役に立てば幸いです。

于 2012-03-22T17:41:52.077 に答える
8

同様の問題が発生しました。ただし、上記の提案はどれも役に立ちませんでした。

最終的に、実稼働環境の Wordpress MySQL ユーザーに十分な権限が割り当てられていないことに気付きました。

于 2014-02-08T13:58:10.967 に答える
3

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

wp

Check:1 yourTableName_options に移動'option_id'-'1'に移動'yousite url'を'localhost/youLocalSiteFolderName'に変更

'option_id' - '37'に移動します homw の値を'localhost/youLocalSiteFolderName'に変更します

Check:2 'wp_config'ファイルへ移動 check : $table_prefix = ' yourNew_Prefix_ ';

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

于 2016-11-08T09:39:20.993 に答える
2

これは、既存の Web サイトをコピーして WP Engine に移行し、WP Engine に必要な 1 つのことを忘れた後に発生しました。

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

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

別のサーバーから WP Engine にコピーしていた古いサイトのバージョンは 4.0 でした。ただし、既存のサイトを WP Engine にコピーする場合、WordPress コア ファイルはコピーせずwp-content、既存のデータベースの内容と状態 (またはスナップショット) のみをコピーします。したがって、既存のサイトのデータベースの状態は、WP 4.0 を実行するインストール用でした。それにもかかわらず、WP Engine で新しい WordPress インストールを作成すると、そのインストールは WordPress の最新バージョンで作成されます。これは、たまたまバージョン 4.0.1 であったため、宛先 (WP Engine) のコア ファイルを意味します。 4.0.1のインストール用でしたが、WPエンジンにインポートするデータベーススナップショットはバージョン4.0用でした. そのため、古いサイトのデータベースのコピーをインポートしてデフォルトの WP エンジン データベースを上書きすると、インストール スクリプトへのリダイレクト エラーが発生しました。

それを修正するために、WP Engine のサイトの WordPress 管理サイトにログインし、(青いボタンをクリックして) ファイルのアクセス許可をリセットしたことを確認しました。これは、WP Engine で行う必要がある場合があります。 WordPressコアをインストールしました。これにより、基本的にデータベースが更新され、内部でdbの状態がWordPress 4.0.1インストール用になり、コアファイルもバージョンと一致するようになります。

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

于 2014-11-28T01:07:59.437 に答える
0

私の場合、私は自分のウェブサイトに投稿し、投稿リンクをボタンに追加しました。後で投稿のタイトルとリンクを更新しましたが、ボタンの古いリンクを保持したため、このエラーが発生しました。

これを解決するには、ダッシュボードからデータベースにアクセスし、名前付きのテーブルを見つけてwp_posts、投稿の最近のエントリを削除しました。

于 2021-08-04T11:28:09.800 に答える