サイト内検索
Cocoonフォーラム
書き込みの前に以下の3点をご確認ください。
何を書き込んだら良いか分からない場合は、以下のテンプレートをコピペしてご利用ください。
不具合・カスタマイズ対象ページのURL：
相談内容：
不具合の発生手順：
解決のために試したこと：
※文字だけでは正しく伝わらない可能性があるため、スクショ画像の添付もお願いします。
※高速化設定をしている場合は無効にしてください。
環境情報：※↑こちらに「Cocoon設定 → テーマ情報」にある「環境情報」を貼り付けてください。
環境情報の取得方法はこちら。
→ https://wp-cocoon.com/theme-report/
高速化設定を無効にするにはこちら。
→ https://wp-cocoon.com/theme-trouble/
フォーラム利用ガイドリンク
- フォーラムガイドライン
- よくある質問と答え（FAQ）
- サポート対象外のケース
- 原因不明の不具合用トラブルシューティング
- トピックにHTMLを貼り付ける方法（推奨ツール：notepad.pw）
- 真っ白画面でのエラーメッセージの確認方法
- ブラウザ環境チェックツール
- Cocoonカスタマイズ依頼
フォーラム質問後、問題等が解決した場合は結果を書き込んでいただけると幸いです。同様の問題で調べている方には、結果が一番気になる部分となります。
Topic starter
2022年10月9日 23:22
不具合・カスタマイズ対象ページのURL： https://solea.me/
相談内容：ある特定のユーザーAがブログ記事に張り付けた画像が見えなくなりました。
不具合の発生手順：
①ヤフー知恵袋みたいな相談室をサイトに搭載するために、anspress というプラグインを導入しました。
試験中に多くのユーザー登録をしました。だいたいやり方が分かったので余計なユーザーを削除しました。
②ブログはユーザーAとユーザーBの二名によって作成していましたが、そのユーザーAを誤って削除してしまいました。
③するとユーザーAが張り付けたブログに張り付けた画像も見えなくなりました。
④この作業の前日にバックアップしたもので復元を試みたものの変化は見られません。ただ、消したユーザーは戻っていました。
⑤また、復元した作業後、一瞬画像が見えたという報告がありましたが、今はまた見えないとのことです。
⑥メディアライブラリーでは四角の格子状のものが見える（スクショ添付）し、リンクも見えるので、そこに存在しているようですが、画面は真っ白です。
解決のために試したこと：
①プラグインは全て停止しても直りません。
②Cocoonの高速化も外しています。
③作業の前日にバックアップを取ったものを復元してみましたが変化なし。
以上よろしくお願いいたします。
環境情報：
----------------------------------------------
サイト名：ソレア心理カウンセリングセンター（埼玉）
サイトURL： https://solea.me
ホームURL： https://solea.me
コンテンツURL：/wp-content
インクルードURL：/wp-includes/
テンプレートURL：/wp-content/themes/cocoon-master
スタイルシートURL：/wp-content/themes/cocoon-child-master
親テーマスタイル：/wp-content/themes/cocoon-master/style.css
子テーマスタイル：/wp-content/themes/cocoon-child-master/style.css
スキン：/wp-content/themes/cocoon-master/skins/skin-season-winter/style.css
WordPressバージョン：6.0.2
PHPバージョン：7.4.8
ブラウザ：Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/106.0.0.0 Safari/537.36
サーバーソフト：Apache
サーバープロトコル：HTTP/1.1
エンコーディング：gzip, deflate, br
言語：ja,en-US;q=0.9,en;q=0.8
----------------------------------------------
テーマ名：Cocoon
バージョン：2.4.9
カテゴリ数：10
タグ数：525
ユーザー数：18
----------------------------------------------
子テーマ名：Cocoon Child
バージョン：1.1.2
style.cssサイズ：1983バイト
functions.phpサイズ：203バイト
----------------------------------------------
Gutenberg：1
AMP：0
PWA：0
Font Awesome：4
Auto Post Thumbnail：0
Retina：0
ホームイメージ：/wp-content/themes/cocoon-master/screenshot.jpg
----------------------------------------------
ブラウザキャッシュ有効化：1
HTML縮小化：0
CSS縮小化：0
JavaScript縮小化：0
Lazy Load：1
WEBフォントLazy Load：1
----------------------------------------------
利用中のプラグイン：
All in One SEO 4.2.5.1
Analytics for WP 1.5.1
AnsPress Question Answer 4.3.0
Category Order and Taxonomy Terms Order 1.7.1
EWWW Image Optimizer 6.9.1
MW WP Form 4.4.2
UpdraftPlus - Backup/Restore 1.22.23
WP-PageNavi 2.94.0
WP Multibyte Patch 2.9
----------------------------------------------
2022年10月9日 23:42
takamaさん
トップページを拝見すると、以下のような状態です。
「おすすめ記事」「最新の記事」の画像が、404になってしまっています。
https ://solea.me/wp-content/uploads/2022/09/A0AD1192-754D-4E86-9379-D1860CE65DEA-120x68.jpeg
https ://solea.me/wp-content/uploads/2022/10/09A86757-EC21-45CA-8610-80796591E36C-120x68.jpeg
https ://solea.me/wp-content/uploads/2020/05/CCAD5E9C-1247-4376-8307-740641BDE89E-300x200.jpeg
https ://solea.me/wp-content/uploads/2020/05/CCAD5E9C-1247-4376-8307-740641BDE89E-300x200.jpeg
https ://solea.me/wp-content/uploads/2020/06/B4EC57AF-A2A8-4692-B572-3CCAA92D85FD-300x225.jpeg
https ://solea.me/wp-content/uploads/2021/01/DA2E6602-B8C1-4B3B-99E9-A628CC4AD14A-300x225.jpeg
実際に画像は消えてしまっているのではないのかな・・・という気はします。
例えば、復元の際に、データベースのデータのみ戻して、サーバー側のデータを戻していない等あると、上記のような事象はあり得るかもしれないです。
復元した作業後、一瞬画像が見えたという報告がありましたが、今はまた見えないとのことです。
これは、例えばブラウザ等のキャッシュが残っていれば、そういうこともあり得る気がします。
そして、実際には画像は存在しないので、今は表示されなくなったということかも知れないです。
管理画面は、外部からは見えません。
メディアライブラリの画像のURLを調べて、実際にその画像があるのか調べてみるのが良いと思います。
枠だけあるということは、その画像情報だけは残っていて、URLの情報もメディアライブラリで表示できるのではないか・・・と推測します。
（でも、画像本体は消えてしまっている）
もう少し、メディアライブラリがどういう状態なのか、情報をいただけますと助かります。
（メディアを1つ1つ開いてみると、どんな感じでしょうか。それとも開けない状態でしょうか）
バックアップデータが残ってるのであれば、同じタイミングのデータベースのデータと、サーバーのデータを戻せば、戻るはずだと思います。
わいひら reacted
2022年10月10日 00:31
私の読解力が足りず、1 つ疑問に思ったので質問があります。
①ヤフー知恵袋みたいな相談室をサイトに搭載するために、anspress というプラグインを導入しました。
試験中に多くのユーザー登録をしました。だいたいやり方が分かったので余計なユーザーを削除しました。
②ブログはユーザーAとユーザーBの二名によって作成していましたが、そのユーザーAを誤って削除してしまいました。
このユーザー A とは、AnsPress のユーザーでしょうか？それとも WordPress のユーザーでしょうか？もし、AnsPress のユーザーであれば、プラグインにご質問なさるのがいいように思えます。
あとは、ｍｋ２がお書きになったように、画像が存在するかをお調べになるしかないと思います。UpdraftPlus にはメディアをバックアップから除外する設定があるため、外部からは現在の正確な状態が分からないです。
This post was modified 2年前 3回 by Akira
わいひら reacted
Topic starter
2022年10月10日 06:47
■mk2さん、ありがとうございます。
「メディアライブラリの画像のURLを調べて、実際にその画像があるのか調べてみるのが良いと思います。」
→すみません、こちら▲はどのようにやるのでしょうか？
メディアライブラリーの画像を１つづつ開けたスクショを添付しておきます。
この右上にみえるSunaというユーザーAを誤って、Wordpressのユーザーから消してしまったため、今回のような事態が起きてしまいました。
「バックアップデータが残ってるのであれば、同じタイミングのデータベースのデータと、サーバーのデータを戻せば、戻るはずだと思います。」
→サーバーのデータとはどういうものでしょうか。UpdraftPlusで復元するとき、「ブラグイン、テーマ、アップロード、その他」の項目を全て復元しておりますが、それとはまた違うものなのでしょうか？
■Akiraさん、ありがとうございます。
「このユーザー A とは、AnsPress のユーザーでしょうか？それとも WordPress のユーザーでしょうか？」
→ユーザーAはWordPressのユーザーです。AnsPressのユーザーを消したときに、誤ってユーザーAも消してしまいました💦
UpdraftPlusの設定もスクショしておきます。
以上、よろしくお願いいたします。
Topic starter
2022年10月10日 06:47
UpdraftPlusの設定
2022年10月10日 06:58
takamaさん
スマホからなもので、詳しく書くことは難しいです。
→すみません、こちら▲はどのようにやるのでしょうか？
添付いただいた画像に印をつけました。（綺麗ではないですが）
そのURLをブラウザに入力して、アクセスできるか、試してみると分かると思います。
おそらく画像が消えているので、404（File not found）になると思います。
（存在すれば、画像が表示される）
ここに表示されている情報が、データベースに保存されているものです。
（画像情報。いつ・誰が・（サーバーの）どこに、追加した等の情報）
画像本体は、データベースではなく、サーバー上に保存されており、通常は、データベースとサーバーのデータはセットです。
しかし、takamaさんのサイトは、データベースの情報のみある状態で、サーバーに保存されているはずの画像本体が消えた状態なのではないかと、思われます。
わいひら reacted
2022年10月10日 07:13
→サーバーのデータとはどういうものでしょうか。UpdraftPlusで復元するとき、「ブラグイン、テーマ、アップロード、その他」の項目を全て復元しておりますが、それとはまた違うものなのでしょうか？
通常であれば、ドメイン名/wp-content/uploadsフォルダ配下に、メディアは保存されると思います。
そこに、画像本体が格納されているはずです。（WordPressやテーマが作るサムネイルも）
UpdraftPlusを使ったことがないですし、只今スマホからなもので、調べることもできないのですが。
バックアップデータの中身を確認できるのならば、該当フォルダ配下を確認すると分かると思います。
バックアップデータに画像が含まれていて、wp-content/uploadsフォルダが復元できているならば、画像本体はあるはずです。
復元できていない可能性があるかもしれないです。
わいひら reacted
2022年10月10日 07:45
takamaさん
先程、以下のように書きましたが・・・。
そのURLをブラウザに入力して、アクセスできるか、試してみると分かると思います。
FTPソフトや、レンタルサーバーが用意したファイルマネージャー等が使用できるならば、サーバー上のデータを直接確認するのが、確実だと思います。
（ブラウザでの確認、FTP・ファイルマネージャー等の確認、両方の方法で、確認しても良いと思います）
ロリポップのファイルマネージャー機能は、以下のようです。
ロリポップ！FTPについて
https://lolipop.jp/manual/user/ftp2-01/
わいひら reacted
Topic starter
2022年10月10日 09:03
ｍｋ２さん、いろいろ教えていただきありがとうございます。
- URLをブラウザに入力したら、404 NOT FOUND。このように表示されました💦
- しかしFTPを使って、ワードプレスの教えていただいたところを覗いたらファイルはあるようです。
ここから救出できますかね。。
Topic starter
2022年10月10日 11:23
メディアライブラリの画像名は、
09A86757-EC21-45CA-8610-80796591E36C.jpeg こうなっています。この画像を処理したユーザーAは、ipadを使っているので、拡張子が.jpegです。
FTPでサイトからダウンロードした画像をみると（私のPC）、.jpgになっています。これが見えない原因だったりしますか？
しかし、数日前までは .jpeg の画像が見えていたわけなので理由にはなりませんよね。。
2022年10月10日 12:11
takamaさん
すみません、しばらくスマホなもので、調べたりは難しいです。
FTPでサイトからダウンロードした画像をみると（私のPC）、.jpgになっています。これが見えない原因だったりしますか？
しかし、数日前までは .jpeg の画像が見えていたわけなので理由にはなりませんよね。
いえ、これが理由だと思います。
私のサイトで試しました。
私のサイトの画像ファイルは、「.jpg」です。
「.jpg」だとアクセスできますが、「.jpeg」だと404になります。（つまり、URLが違う）
試しに、ブラウザに「.jpg」で入力して、アクセスしてみてください。
アクセスできると思います。
元々「.jpeg」だった画像が、復元の際に「.jpg」になってしまった可能性を、感じます。
私はそういうことは、聞いたことはないのですが。
わいひら reacted
2022年10月10日 12:39
takamaさん
ちなみに、私のスマホから「. jpg」でアクセスしてみましたが、404でした。
添付画像から「2020/07」フォルダにあるのかと推測しましたが、違う可能性が高いように思います。
画像のパスは、フルで書いていただけますでしょうか。
その際、直リンクにならないよう、途中にスペースをいれるか、1文字だけ全角にするなどしてください。
「ttps://」にしていただく感じでも良いです。
わいひら reacted
2022年10月10日 12:49
takamaさん
私の最初の返信に書いた画像の最初の2つにブラウザでアクセスしてみました。
「.jpg」でも「.jpeg」でも、404です。
やはり存在しないように思います。
わいひら reacted
2022年10月10日 12:55
しかしFTPを使って、ワードプレスの教えていただいたところを覗いたらファイルはあるようです。
メディアフォルダにファイルはあるが、アクセスできないのでは？
以下のuploads、年、月フォルダーのパーミッションは何になっていますか？
本来、以下のようになっていると思いますが。
例：
uploads(707)
+--- 2021(707)
+---01(707)
+---DA2E6602-B8C1-4B3B-99E9-A628CC4AD14A.jpeg(606)
わいひら reacted
2022年10月10日 13:35
takamaさんが貼りつけてくださった以下の画像に、パーミッションは表示されている気がします。
「属性」の欄の「rw-r--r--」がパーミッションだと思います。
- ファイルの所有ユーザーには、読み書きがOK（rw-）
- ファイルの所有ユーザーのグループには、読み込みのみOK（r--）
- 第三者には、読み込みのみOK（r--）
上記だと、644でしょうか。
ただ、この添付画像のファイルと、他のファイルが同じかは分かりません。
わいひら reacted
Topic starter
2022年10月10日 20:37
mk２さん、chu-yaさん、ありがとうございます。
ということは、パーミッションを変えればいいということでしょうか。
uploads(rwxr-xr-x)
+--- 2020(rwxr-xr-x)
+---05(rwxr-xr-x)
+---41fdc6e6-b03d-4ff7-be9b-6ec66043e78e-1-1024x589.jpg(rw-r-xr-x)
現在こうなっています▲
2022年10月10日 20:49
takamaさん
スマホからなもので、調べたりは難しいのです。
「rw-r-xr-x」とのことですから。
- ファイルの所有ユーザーには、読み書きがOK（rw-）
- ファイルの所有ユーザーのグループには、読み込みと実行が可能（r-x）
- 第三者は、読み込みと実行が可能（r-x）
上記のような感じかと思います。（「r」は「read」です）
誰からも、閲覧できる状態だと思います。
パーミッションではなさそうな感じがします。
わいひら reacted
2022年10月10日 20:55
パーミッションを変えれ
フォルダのパーミッションを疑いましたが違い。
記述したパスの画像のURLを直接入力すると表示され。
●再確認
以下の画像が指定のフォルダ内にありますか？
上記のFTP画面は一部なので、念の為に確認願いたく。
↓先頭ｈを大文字にします（注意）
ｈttps://solea.me/wp-content/uploads/2021/01/DA2E6602-B8C1-4B3B-99E9-A628CC4AD14A.jpeg
わいひら reacted
2022年10月10日 21:12
やはり・・・。
元々は「.jpeg」だったのに。（メディアライブラリには「.jpeg」で登録されている）
復元の過程で、画像本体はなぜか「.jpg」になってしまった。（データベース上は「.jpeg」）
そういうことなのかもしれないです。
私もスマホからアクセスしてみましたが「.jpg」だとアクセスできます。（「.jpeg」だと、URLが違いますから、404）
以下は404。（途中にスペース入れてます）
https ://solea.me/wp-content/uploads/2020/05/41fdc6e6-b03d-4ff7-be9b-6ec66043e78e-1-1024x589.jpeg
以下は閲覧できました。
https ://solea.me/wp-content/uploads/2020/05/41fdc6e6-b03d-4ff7-be9b-6ec66043e78e-1-1024x589.jpg
再確認ですが、メディアライブラリ上は、「.jpeg」なのですよね。
それと、あまりあちこちの画像を見ても、難しいので。
例えば、特定の投稿の特定の画像に絞って話をした方が良い気はします。
もし、先に私が書いたようなことならば、FTPソフト等で、1枚「.jpeg」へ変更してみると、どうなるか、確認してみるのも一案だと思います。
もし、拡張子が変わってしまったのだとしたら、なぜなんだろうとは思います。
わいひら reacted
2022年10月10日 23:33
例えばですが。
シノブログ10選10月配信(2022年8月分)
https://solea.me/2022/10/06/selected-2022-08/
上記の投稿ページのアイキャッチ画像は、以下のようなのですが・・・。
https ://solea.me/wp-content/uploads/2022/10/09A86757-EC21-45CA-8610-80796591E36C.jpeg
この画像は、「.jpg」「.jpeg」ともに、404になってしまいます。
上記画像は・・・。
- メディアライブラリ
- サーバー上（FTPソフト・ファイルマネージャー等で確認）
それぞれ確認すると、どういう状態なのでしょう。
先程、takamaさんにパーミッションをご提示いただいた、以下画像とは、また違う症状な気がするのですが。
https ://solea.me/wp-content/uploads/2020/05/41fdc6e6-b03d-4ff7-be9b-6ec66043e78e-1-1024x589.jpeg
（こちらは、「.jpg」だと閲覧できました）
わいひら reacted
2022年10月11日 01:32
ローカル環境で、以下のように試してみました。
ユーザーは、AとBがあるものとします。
①ユーザーBの操作
- 「.jpeg」拡張子の画像をアップロード
②ユーザーAの操作
- UpdraftPlusを使用して、バックアップ取得
- ユーザーBを削除
この際「すべてのコンテンツを削除」を選択
①-1でアップロードした、メディアファイルが削除されていることを確認
- UpdraftPlusにて、②-1のデータを復元
「.jpeg」のメディア、および、ユーザーBの復元を確認
上記のような感じで、再現はできませんでした。
なお、UpdraftPlusのバックアップデータは、添付画像のように、フォルダ単位でzipファイルに保存されるようです。（サーバー上のデータはzip、データベースはgz）
zipファイルの中身も普通に確認できて、「.jpeg」画像がバックアップデータに存在することも確認できました。
外部から確認できるのは、今のところ以上のようなことくらいな気がします。
わいひら reacted
Topic starter
2022年10月11日 07:15
mk2さん、ありがとうございます。
もし、先に私が書いたようなことならば、FTPソフト等で、1枚「.jpeg」へ変更してみると、どうなるか、確認してみるのも一案だと思います。
試してみたら、
https ://solea.me/wp-content/uploads/2020/05/41fdc6e6-b03d-4ff7-be9b-6ec66043e78e-1-1024x589.jpeg
▲こちらは表示されました。またメディアライブラリの中で表示されました！（添付ファイル）
ただ、記事の中ではそれが表示されていないようです。これは今回拡張子を変えた人が私であり、もともとのユーザーAではないことに起因しているのでしょうか？
メディアライブラリに表示された画像の詳細をみると、アップロードに記載されているユーザーが私になっています。とすると、ユーザーAに拡張子を変えてもらい（.jpg→ .jpeg)アップロードしてもらうか、私がユーザーAとしてログインして拡張子変えてアップロードすれば良いということになりますか？記事にも画像が表示されるようになるでしょうか？
私の頭ではこのへんまでしか想像できませんでした。もし上の推論が当たっているなら今週トライしてみようと思います。
mk2さん、chu-yaさん：拡張子を手作業で変える方法は結構作業量が多い(600ファイルほど）ので、何か別の方法があればそれもご教示いただけると幸いです。
Topic starter
2022年10月11日 11:18
下記をやってみました。なんと！？サーバー上には画像が見当たりませんでした。原因は分かりませんが、サーバー上のデータは数日前に復元しいているので、バックアップに不具合があったのかもしれません。こちらは別の問題ですね。。。
シノブログ9月配信の画像は下記です。
https ://solea.me/wp-content/uploads/2022/09/A0AD1192-754D-4E86-9379-D1860CE65DEA.jpeg
メディアライブラリイーをみると、
A0AD1192-754D-4E86-9379-D1860CE65DEA.jpeg で存在するようにみえる。
FTPですと
https ://solea.me/wp-content/uploads/2022/09/ は空っぽ。画像がありません。
2022年10月11日 11:53
takamaさん
サーバー上のデータは数日前に復元しいているので、バックアップに不具合があったのかもしれません。
私が以下の返信で確認したように、UpdraftPlusのバックアップデータは、ただのZIP圧縮ファイルのようです。
https://wp-cocoon.com/community/postid/65173/
そのバックアップデータをFTPソフト等でPCにダウンロードすれば、「wp-content/uploads」フォルダの中身を確認できると思います。
まずは、バックアップデータの中身がどうなっているかを確認した方が良いと思います。
わいひら reacted
2022年10月11日 11:57
takamaさん
https ://solea.me/wp-content/uploads/2020/05/41fdc6e6-b03d-4ff7-be9b-6ec66043e78e-1-1024x589.jpeg
▲こちらは表示されました。またメディアライブラリの中で表示されました！（添付ファイル）
ただ、記事の中ではそれが表示されていないようです。これは今回拡張子を変えた人が私であり、もともとのユーザーAではないことに起因しているのでしょうか？
いえ、レスポンシブ対応されていますから、実際には違うサイズの画像が、投稿ページでは表示されているのだと思います。
（1024x589のサイズは、投稿ページではいささか大きい可能性があると思います）
なかなか説明化しづらいですが・・・。
WordPress、および、Cocoonは、1枚の画像をアップロードすると、複数の縮小画像（サムネイル）を生成します。
例えば、私のローカル環境で「TEST.jpeg」という画像をアップロードしてみました。
その結果、uploadsフォルダには、元々の画像に加え、以下の画像が生成されていました。
WordPressの設定や、元々の画像のサイズによっても、生成されるサイズと枚数は違うと思います。
今回takamaさんに確認していただいた画像は・・・。
「41fdc6e6-b03d-4ff7-be9b-6ec66043e78e-1-1024x589.jpeg」
ですから、元々の名前は・・・。
「41fdc6e6-b03d-4ff7-be9b-6ec66043e78e.jpeg」
「41fdc6e6-b03d-4ff7-be9b-6ec66043e78e-1.jpeg」
上記のいずれかなのだと思います。
（ファイル名が他のものと重複した場合に「-1」がついたのかも。）
（ファイル名が他のものと重複した場合に「-1」がついたのかも。）
今回、拡張子を変更していただいたのは、その中の「1024×589」サイズのものだったということかと思います。
本来は、これら画像本体とサムネイル画像を、全量セットで変更しなくてはならないのだと思います。
本来は、これら画像本体とサムネイル画像を、全量セットで変更しなくてはならないのだと思います。
わいひら reacted
Topic starter
2022年10月12日 13:22
mk2さん、いつもお世話になります。
UpdraftPlusのバックアップデータのZipファイルを解凍すると、ほぼ画像が入っておりませんでした。ユーザーAによるアップロードした画像が飛んでいるようです。これはやはり画像がなくなったのでしょうか。とすると、画像の張り直し作業が必要ということでしょうか。
2022年10月12日 14:27
takamaさん
UpdraftPlusのバックアップデータのZipファイルを解凍すると、ほぼ画像が入っておりませんでした。
このバックアップデータを、サーバーに戻したということであれば、サーバーにも画像はないのだと思います。
データベースと不整合な状態になっているのは、理由が分からないですけれど。
拡張子が、変わっているのであれば、その理由も分からないです。
画像の張り直し作業が必要ということでしょうか。
バックアップにないのであれば、戻しようがないと思いますので、そうなってしまうと思います。
「画像の再アップロード → 貼り直し」が必要なのではないかと思います。
バックアップが何世代か残っていれば、それらを確認していくことで、データが見つかる可能性はあると思います。
わいひら reacted
2022年10月12日 19:59
ロリポップということなのでハイスピードプラン以上であればワンチャン復旧手数料を支払えばバックアップデータを復元できる可能性はあるかもしれません。
https://lolipop.jp/service/specs/backup/#:~:text=%E6%9C%88%E9%A1%8D330%E5%86%86%E3%81%A7%E7%B0%A1%E5%8D%98,%E3%82%92%E3%81%84%E3%81%A4%E3%81%A7%E3%82%82%E3%83%80%E3%82%A6%E3%83%B3%E3%83%AD%E3%83%BC%E3%83%89%E3%81%A7%E3%81%8D%E3%81%BE%E3%81%99%E3%80%82
ただし7世代しかバックアップされていないので時期を過ぎたものであれば復旧できない可能性もあります。
Topic starter
2022年10月13日 09:00
mk2さん、わいひらさん、Chu-yaさん、いろいろとありがとうございます。
どうもデータがなくなっているようですね。ロリポップは残念ながらハイスピードプランではないので、
手作業で戻していくしかなさそうです。インターネットアーカイブというサイトがあることを知ったので、
そこから記事を表示させ、画像をスクショして張り直していく作業をしようかと思います。
いろいろと示唆に富んだコメントをありがとうございました。
2022年10月13日 22:56
バックアップが何世代か残っていれば、それらを確認していくことで、データが見つかる可能性はあると思います。
こちらもなかったんですかね。
ファイルバックアップをしているのに画像ファイルがないというのは、不具合とかなんでしょうかね。謎ですね。
2022年10月14日 00:49
ファイルバックアップをしているのに画像ファイルがないというのは、不具合とかなんでしょうかね。謎ですね。
これが良く分からないですね。
除外設定もなさっていないようですし。
ちなみに、除外設定を試してみましたが、除外されなかったです。
（pngの拡張子を除外してのですが、何か設定を間違ったのかもしれないです、リトライはしていないです）
わいひら reacted
Topic starter
2022年10月15日 06:26
わいひらさん、mk2さん、追加コメントありがとうございます。
今ロリポップにも聞いていて、わたしのほうで何か方針が決まったら、このフォーラムへ追加情報として載せさせていただきます。
わいひら reacted
Topic starter
2022年10月23日 19:22
皆さん、この件、復旧しました。ありがとうございました。経過を記載しておきます。
■発端は、ワードプレスのユーザーを削除してしまったことです。これによってそのユーザーがアップロードしていた全画像が削除されてしまいました。
- UpdraftPlusでバックアップしていました。
サーバー内のUpdraftフォルダにzipファイルがあったので、ダウンロード・解凍しました。upload.zipファイルは４つありました。 - サーバーのUploadフォルダの年・月のフォルダにそれらをコピペしました。
- ここで９０％くらい画像が復活しました。
- zipファイルをみるとどうも破損しているものがありました。
- googleドライブにZipファイルがバックアップされていることに気づき、サーバーのUpdaftのzipを見比べて、破損ファイルを特定し、そのファイルをgoogleドライブからダウンロードして、解凍・アップロードしなおしました。
- これで１００％復活に至りました。
以上です。
わいひら reacted
2022年10月23日 19:47
おお！すごい！
あの状態から100%復活はすごいですね。
コピペで90%復活出来たのも大きいですね。
あとGoogleドライブに残っていたのも。
やっぱ、複数手段によるバックアップは大切ですね。
2022年10月23日 21:57
戻りましたか。
良かったですね。
やっぱ、複数手段によるバックアップは大切ですね。
これは本当に。
■発端は、ワードプレスのユーザーを削除してしまったことです。これによってそのユーザーがアップロードしていた全画像が削除されてしまいました。
これ、ユーザー削除の時に選べるはずですよ。
おそらく「すべてのコンテンツを消去～」を選択したものと推測します。
その下の「すべてのコンテンツを以下のユーザーに～」を選択すれば、画像は残ったものと思います。
（選んだユーザーに所有権が移る）
画像以外のものも、残ってしまいますけれど。
問題の解決に至った場合には、トピック冒頭の「解決済み」をクリックしていただけますと幸いです。
また、有用な回答があった場合は返信右下にある「いいね！」もご活用ください。回答者の励みになります。
（CC BY-ND 2.1）準じていれば（リンクを貼っていただければ）転載も自由です。カスタマイズ記事を書く際にコード等をコピペ利用していただいて構いません。
フォーラムの使い方がよくわからない場合は、テストトピックで自由にテストしていただいて構いません。
最近の書き込みはこちら。
詳細なカスタマイズ依頼をするならこちら。