stmy156さん、こんにちは。
「fidesta.co.jp」のWordPressログイン画面が開けないため、
ドメイン：「fidesta.co.jp」 データベース：「wp」
へワードプレス上書きログイン
ここがいまいち分からないのですが、通常DB上にWordPressのデータが存在していた場合、新規インストールはメッセージが表示されて動作しないはずです。
確認するべきは以下です。
１．「fidesta.co.jp」がインストールされているディレクトリの「wp-config.php」を確認して、データベース「wp」を使うように設定されているか確認。
２．「fidesta.co.jp」がインストールされているディレクトリの「.htaccess」を確認して、WordPressがインストールされているディレクトリを見た設定になっているか確認。
DBが無事なら１で表示は回復するはずです。もし本当に上書き新規インストールしてしまっていたとしたら、DBのバックアップから復旧するしかありません。バックアップが存在していなかったら…だめですね。
上記、DBが無事なのに表示が回復しないなら、.htaccessが「www.fidesta.co.jp」のWordPressを見に行くように設定が変更されてしまっている可能性があります。元に戻しましょう。
ご参考になれば。
@shokun0803 様
早速のご返信ありがとうございます。
完全初心者で、コード等を一切使わずに作成していたため、確認①の確認方法がわかりません、、、
「wp-config.php」の中身を見ることはできているのですが、どのような記載があればデータベース「wp」を使うように設定されているのでしょうか、、、
stmy156さん、危険なので wp-config の内容をここに記載するのはやめましょうね。
で、以下を確認してみてください。
// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define( 'DB_NAME', 'database_name_here' );
/** MySQL database username */
define( 'DB_USER', 'username_here' );
/** MySQL database password */
define( 'DB_PASSWORD', 'password_here' );
/** MySQL hostname */
define( 'DB_HOST', 'localhost' );
/** Database Charset to use in creating database tables. */
define( 'DB_CHARSET', 'utf8' );
/** The Database Collate type. Don't change this if in doubt. */
define( 'DB_COLLATE', '' );
この’DB_NAME’、’DB_USER’、’DB_PASSWORD’がデータベース「wp」を使うように設定されていれば「fidesta.co.jp」のDBを見に行っていることになります。この場合最悪の事態を考えましょう。
設定が間違っていれば修正します。
@shokun0803 様
申し訳ございません。
削除致しました！
’DB_USER’、’DB_PASSWORD’は合っていると思います。
’DB_NAME’は、define(‘DB_NAME’, ‘fidesta_wp’);となっているのですが、
左側ファイル一覧は
🏠/home/fidesta/www
＋📁wp
なんですけど、fidesta_wpで合っているのでしょうか？
念の為、「wp」のデータベースも、
「fidesta.co.jp」のWordPressログイン画面が開けないため、
ドメイン：「fidesta.co.jp」 データベース：「wp」
へワードプレス上書きログイン
の作業をする前にインストールはしてあります、、、！
stmy156さん
残念ながら‘DB_NAME’があっているかどうかは私には分かりかねます。
サーバーでMySQLの設定を行っていると思いますが、その際「fidesta.co.jp」用のデータベースとして作成した名前がここに記載されていなければ間違いです。
完全な憶測ですが、define(‘DB_NAME’, ‘wp’);ではないですか？これまでの発言を読んでいるとDBはwpだと思うのですが…
焦っているかもしれませんが、DBが壊れてしまうと致命的です。落ち着いて行動しましょう。
ご参考になれば。
@shokun0803 様
こちら試しに、define(‘DB_NAME’, ‘wp’);へ書き換えてみても大丈夫でしょうか？
また、バックアップは行ったことがあるのですが、pc上へデータでの保存をしておりません。
データベース上に残っているのでしょうか？
以前の状態に戻せる、最短の方法があれば教えて頂きたいです、、、
お手数おかけし、申し訳ございません。
stmy156さん
そうですね…
「fidesta.co.jp」のWordPressを運用しているディレクトリにある wp-config.php の日付を確認し、直近で書き換わっていないならこれ以上触らない方がよいです。
バックアップは行ったことがあるのですが、pc上へデータでの保存をしておりません。
どのようにバックアップを取りましたでしょうか。
もしプラグイン等でバックアップを取得しているようでしたら、おそらくですが「fidesta.co.jp」のインストールされているディレクトリの wp-contents 以下に存在している可能性もあります。
サーバー屋さんのバックアップを利用していた場合、サーバー屋さんに問い合わせてみましょう。
また、どのようにバックアップを取得していたかでも復元方法が変わります。
アップロードされたファイルやDBを個別にバックアップしていた場合、復旧にもそれなりに労力がかかるでしょう。
例えばさくらインターネットさんのバックアップのように、サイトをまるっとバックアップしていた場合、システム上の手順に従えば簡単に戻せる可能性があります。
まず大事なことは現状を把握することです。以下は例になりますので、現状の把握に努めてみましょう。
１．PHPMyAdmin等が使用可能であるなら、現状のデータベースの状況を把握する
→ 本番で使用していたDBが何であったのか、中身は無事か
２．「fidesta.co.jp」のインストールされているディレクトリの内容を確認する
→ wp-contents/upload/ 以下にファイルは存在するか、テーマファイル、プラグインファイルは存在するか
→ もし上記ファイルが存在していないとなると、まるっと消えてしまっている可能性がある。もしくは元々インストールされていたディレクトリが異なっている可能性がある
３．バックアップがどこにあるか確認する
→ どのようにバックアップしたか思い出してみましょう
諦めたら試合終了です。頑張ってみましょう。
@shokun0803 様
「fidesta.co.jp」のWordPressを運用しているディレクトリにある wp-config.php の日付を確認し、直近で書き換わっていないならこれ以上触らない方がよいです。
＞2019/1/25から変わっていないので、いじらないようにします、、、
もしプラグイン等でバックアップを取得しているようでしたら、おそらくですが「fidesta.co.jp」のインストールされているディレクトリの wp-contents 以下に存在している可能性もあります。
＞「ai1wm-backups」というファイルの中に10月に取っている「.wpress」ファイルがありました！
そのほか、「.htaccess」「index.html」「index.php」「web.config」があります！
１＞PHPMyAdminのパスワードが当初他社に委託していたため、パスワードを確認中です。
２＞テーマファイル、プラグインファイルが存在しているかはわかりませんが、ファイルはありました！
３＞プラグインだったかと思います、、、
「ai1wm-backups」のバックアップで戻すことは可能でしょうか？
@shokun0803 様
プラグイン「All-in-One WP Migration」でバックアップ取っていました！
stmy156さん
バックアップはおそらくですが All-in-One WP Migration で取得しているようですね。
以下はデータベースが消えてしまっている場合のバックアップファイルからのバックアップ方法です。
バックアップがそもそも古い可能性が高いので、最新の状態には戻らないと考えられます。
PHPMyAdminに入ってデータベースが無事かどうかを確認してから、残念ながら消えてしまっていた場合に以下を試してみることをお勧めいたします。データベースが無事なら他の復元方法を検討しましょう。
１． fidesta.co.jp/wp-login.php から管理画面にログインは可能ですか？
→ 可能ならログインします
２．ログインしたらプラグイン画面に移動します
→ All-in-One WP Migration プラグインが見えますか？
３．上記プラグインが見えるなら有効化します
４．All-in-One WP Migration のバックアップ画面に移動します
→ 過去のバックアップが存在していますか？
５．バックアップが存在しているなら復元をクリック
ファイルが無事に存在していて、バックアップが残っているなら上記で復元できる可能性がありますが、上記４でバックアップの日付が古いとそこまでのデータでしか復元ができません。
プラグインの正確な使い方はプラグイン名で探してみるとよいと思います。
また、プラグイン画面で他に自動バックアップのプラグインが入っていなかったか確認もしてみましょう。該当のプラグインはおそらく手動バックアップ対応だと思われます。
まずは確認が重要です。焦って既存のデータを壊さないように注意しましょう。
@shokun0803 様
直りましたありがとうございます😭！！！！！！
fidesta.co.jp/wp-login.php から管理画面にログインはできていたのですが、
上書きで入れた、何も入っていない方しか見れなかったので、
新規で「All-in-One WP Migration 」のプラグインを入れ、
バックアップを直接インポートしたのですが、問題ございませんでしょうか？
stmy156さん
現状で問題ないならば大丈夫です。
データがどこまで復旧しているか分かりませんが、バックアップ時点まで巻き戻っていることは間違いないでしょうから、完全復旧までには時間かかりそうですね。
頑張ってください。
ご参考になれば。
@shokun0803 様
去年の10月まで戻ってしまいました、、、
今後はバックアップを頻繁に取るか、自動バックアップのプラグインを入れてみます！
お手数おかけし、申し訳ございませんでした。
本当に助かりました。
ありがとうございます！！！！！！
