復元後、画像404とプラグイン重複
-
お世話になります。WordPressのトラブルについて、自力での解決が困難なため知恵をお貸しいただけますと幸いです。
【環境】
・サーバー：さくらインターネット（レンタルサーバー）
・WordPress本体：6.2.9
・使用テーマ：BizVektor (Version: 0.11.0.5) ※非常に古い状態です
・現在のPHPバージョン：5.6（トラブル後、動作していた5.6に戻しています）【経緯と現在のトラブル症状】
サーバーのPHPを5.6から8.3へ引き上げたところ、「このサイトで重大なエラーが発生しました」となりサイトが不通になりました。その後、以下の手順で復旧を試みました。- PHPを一旦5.6に戻して管理画面へログイン。原因だった「Jazzy Forms」等の古いプラグインを無効化・削除。
- WordPress本体を最新に、BizVektorも最新版をZIPアップロードして手動更新。
- しかし再度PHP 8.3にするとエラーが再発したため、さくらのバックアップツール「Snapup」を使い、スナップショットから「丸ごと上書き復元」を実行しました。
【現在の2つの問題点】
この復元により、WordPress本体は「6.2.9」、テーマは「BizVektor 0.11.0.5」の元の状態に戻り、文章（3PRエリアやニュースなど）のテキスト情報は無事に戻ったのですが、以下の問題が起きています。① サイト内のすべての画像が404エラーになる
メディアライブラリのサムネイルが表示されず、画像の直接URL（/wp-content/uploads/…）をブラウザで開いても404になります。
・「uploads」フォルダのパーミッション：755
・個別画像ファイルのパーミッション：644
・サーバー内に画像データ（ファイル）自体が存在していることは確認済み。
・管理画面の「設定＞パーマリンク」で何も変更せずに「変更を保存」を2回実行しましたが、改善しませんでした。常時SSL（https）と古いテーマのパスの不整合も疑っています。② Count Per Dayプラグインが二重に認識される
画面上に「Count Per Dayが2つ存在している（重複している）」という主旨のエラー警告が出ます。しかし、管理画面の「インストール済みプラグイン」一覧や、サーバーの「plugins」フォルダ内を見ても実体は1つしか表示されていません。プラグインの有効化・無効化の押し直しや画面更新を試しても、二重の表示（警告）が消えません。過去のアクセス数カウントデータ（データベース側）は保持したまま、このエラーを解消したいです。過去の大切なデータを維持しながら、画像を表示させ、プラグインの重複を解消するための具体的な切り分け方法や修正手順について、ご教授いただけますようお願い申し上げます。
-
まず、再復元、プラグインの削除、PHP バージョンの変更などはいったんおやめになり、現時点のファイルとデータベースをバックアップしてください。万が一、操作を誤った場合に復元できるようにしておいてくださいね。
—————
「① サイト内のすべての画像が404エラーになる」について。
小さな画像を新規で１枚メディアライブラリへアップロードし、その画像の URL に直接アクセスしてみてください。
そして、以下についてお知らせください。
- 新規画像も 404 になるかどうか
- 404 になる既存画像の URL を１つ
- 画像 URL を直接開いた際に表示される 404 画面のスクリーンショット
- さくらのファイルマネージャー上で、その画像が存在する場所が、ドメインの公開フォルダーから画像ファイルまで分かる画面のスクリーンショット
—————
「② Count Per Dayプラグインが二重に認識される」について。
プラグイン「Count Per Day」は 2019年10月27日に公開が停止されているため、問題解決後は使用中止や代替プラグインへの移行をご検討ください。
≫ Count Per Day (WordPress 公式プラグインディレクトリ)ただし、過去のアクセス数データを保持したいとのことですので、現時点では管理画面から Count Per Day を削除しないでください。削除操作によって、保存されているアクセス数データも削除される可能性があります。
※ 少なくとも公式配布版の Count Per Day 3.6.1 には、プラグインの削除時にアクセス数のテーブルや関連設定を削除する処理が含まれています。ご利用中のバージョンはまだ確認できていないため、バックアップが完了するまでは管理画面から削除しないでください。
—
「二重に認識されている」との判断の基となった警告について、要約ではなく、表示されたメッセージ全文をファイルパスが分かる状態でご提示ください。スクリーンショットでも構いません。
サーバーの「plugins」フォルダ内を見ても実体は1つしか表示されていません。
とのことですが、そのほかに、次のようなフォルダーやファイルが複数存在していないかご確認ください。
※ 見つかったものは、まだ削除や名前変更をしないでください。
wp-content/plugins/count-per-day- 名前に「count-per-day」が含まれる、名前変更されたフォルダー
wp-content/mu-plugins内の Count Per Day 関連ファイル （フォルダーが存在する場合）wp-content/count-per-day-geoip- 上記の各関連フォルダー内にある
counter.phpまたはcounter-core.php
なお、
wp-content/count-per-day-geoipは Count Per Day が使用する補助データ用フォルダーで、これが存在するだけではプラグインが二重にインストールされているとは判断できません。—————
スクリーンショットを掲載される際は、サーバーのアカウント名、パスワード、データベース情報、
wp-config.phpの内容などが写り込まないようご注意ください。アドバイスをいただき、誠にありがとうございます。
管理画面からの削除によってアクセスデータが完全に消えてしまう危険性について教えていただき、本当に命拾いいたしました。危うくすべてを失うところでした。ご指定いただいた確認事項、および私の最初の書き込みに誤りがあった部分について、以下の通りご報告いたします。
- 画像のエラーについて
・新規画像のアップロード結果：新しくアップロードした画像は、メディアライブラリでもホームページ上でも「正常に表示」されました。
・エラーになる既存の画像URL：【https://tokoname-seikai.com/wp-content/uploads/2026/07/image_50441729-scaled.jpg】
・スクリーンショットの添付：画像エラー画面、およびさくらのファイルマネージャーのキャプチャを添付いたします（個人特定を避けるため、サイト内容に関わる部分にはモザイク処理を行っております）。
・404エラー画面のスクリーンショット：
https://imgur.com/a/HTEjr9G・さくらファイルマネージャーのキャプチャ：
https://imgur.com/a/YhIfjvX- Count Per Dayの「二重認識」という記述の訂正とお詫び
最初の質問時に私の勘違いがあり、大変失礼いたしました。画面上にシステム的な「エラー警告メッセージ」が出ているわけではありません。
実際の症状は以下の通りです。
・ホームページの画面上に、アクセスカウンターが2箇所に並んで表示されている。
・1つは「Count Per Day」、もう1つは「閲覧戴きありがとうございます」という別々の題名（タイトル）がついている。
・ただし、2つのカウンターに表示されているアクセス数の数字は全く同じである。
プラグイン自体が2つ存在するのではなく、1つのプラグインの設定が何らかの理由で2箇所に表示されてしまっている状態のようです。
以上の状況となります。
新規画像は表示されるにもかかわらず、過去の画像のみが404になる原因、およびカウンターが2つ表示されてしまう現象について、解決の糸口がございましたらアドバイスをいただけますと幸いです。よろしくお願いいたします。ご確認ありがとうございました。
ファイルマネージャー上に以下が見えないことから、
image_50441729-scaled.jpgimage_50441729.jpg
サーバー上にどちらの画像ファイルも存在しないことが確認されましたね。
この結果から、この画像については、メディアライブラリの登録情報はデータベース上に残っているものの、対応する画像そのものがサーバー上に復元されていない状態である、と判断できます。
新しくアップロードした画像は正常に表示されているため、過去の画像ファイルの復元漏れが404の原因であろうと考えられます。
────
画像ファイルが復元できるバックアップが残っているかどうかを確認していただきたく思います。
以下についてお知らせいただけるでしょうか。
- 今回の復元に使用した Snapup スナップショットの作成日時
- Snapup に別の日付のスナップショットが残っているかどうか
- 復元前にサーバー内のファイルをパソコンなどへ保存していないか
- 元の画像データがパソコンや Google ドライブなどに残っていないか
──
さくらインターネットから、以下のように案内されています。
スナップショット（バックアップ）には容量制限やファイル数制限がございます。
バックアップ&ステージングを知りたい｜さくらのサポート情報
お客様の環境によってはすべてバックアップできない場合がございます。──
なお、別の日付のスナップショットが残っている場合でも、現時点では本番サイトへの丸ごと上書き復元は行わず、まずは、利用できるバックアップの日時をお知らせください。
当該画像ファイルを含むバックアップが確認できれば、できるだけ現在の投稿や設定に影響を与えず、画像ファイルを戻す方法を検討できます。
引き続きアドバイスをいただき、誠にありがとうございます。
いただいたご質問にお答えいたします。
・今回の復元に使用した Snapup スナップショットの作成日時
2026.07.22 14:49:35
・Snapup に別の日付のスナップショットが残っているかどうか
2023.01.25 14:43:25
2023.01.25 14:43:29
上記2つのスナップショットが残っています。
スナップショットを確認して気が付いたのですが、今回のPHPの更新に伴い作成したスナップショットは「2026.07.22 14:49:35」なのですが、
復元の際に使用したスナップショットはもしかしたら「2023.01.25 14:43:29」かもしれません。
「2023.01.25 14:43:29」のHISTORYに赤文字で
「●→ #1 to PRODUCTION SERVER 2026-07-22 17:32:32 正常終了」（赤文字）
「←● #1 from PRODUCTION SERVER 2023-01-25 15:24:40 正常終了」
という記述がございました。
一方、今回作成した「2026.07.22 14:49:35」には
「←● #1 from PRODUCTION SERVER 2026-07-22 15:28:57 正常終了」
というものだけでした。
もしかしたら、約3年前のものを復元してしまったのではないかと思っております。
素人なので、いまいち理解できていない状況ですが、一応ご報告いたします。
・復元前にサーバー内のファイルをパソコンなどへ保存していないか
保存しておりません
・元の画像データがパソコンや Google ドライブなどに残っていないか
残っておりません
以上です。
よろしくお願いいたします。
このトピックに返信するにはログインが必要です。