サイト内検索
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月5日 11:52
数日前、サイトのトラブルがありXサーバのバックアップから、復旧しました。
すると、クラシックエディタが表示されなくなってしまって困っています。
不具合・カスタマイズ対象ページのURL：
https://www.japan-embroidery.com/
相談内容：
不具合の発生手順：
Xサーバのバックアップから復旧後、クラシックエディタの文字や写真が表示されなくなってしまい編集ができません。
タイトルだけは通常通りに見えています。
本文や、追加したはずの画像が見えませんが、
マウスで選択するとそこに文字や画像があるように見えます。
（文字色が白となっているのかと思い、Cocoon設定→サイトフォント→文字色を変えてみましたが、見えないままです。）
画像自体はビジュアルなのに、<img src="https://w・・・・と書かれています。
解決のために試したこと：
プラグインをすべて無効化して、必要なものを有効化しました。
Gutenbergエディターを有効にするをオンオフしました。
（現状オフです。）
※文字だけでは正しく伝わらない可能性があるため、スクショ画像の添付もお願いします。
※高速化設定をしている場合は無効にしてください。
環境情報：
※↑こちらに「Cocoon設定 → テーマ情報」にある「環境情報」を貼り付けてください。
Topic starter
2022年10月5日 12:00
こんな感じになります。
2022年10月5日 14:43
Kawakawaさん
正直、見聞きしたことのない現象です。
今のところ分からないですが・・・。
いくつかお願いと、ご質問をさせてください。
①環境情報
画像ではなく、テキストでの貼り付けをお願いします。
（私のノートでは、小さくて見えない・・・。）
フォーラムの案内は以下。
環境情報の取得方法はこちら。
→ https://wp-cocoon.com/theme-report/
②クラシックエディタの「テキスト」タブを選択した状態でも、同様でしょうか。
③新規登録・既存投稿の再編集のどちらも同じ状態でしょうか。
既存投稿については、複数の投稿のご確認をお願いします。
特定の投稿・固定ページだけで起こるのか、そうではないのかょ、確認したいです。
④クラシックエディタ内が白い状態の投稿を、公開して、実際のページを表示すると、どんな状態なのでしょうか。
⑤WordPress公式テーマ（名前が西暦年のもの）に切り替えても、同様の事象は発生しますでしょうか。
この場合、以下のプラグインのインストールが必要だと思います。
Classic Editor
https://ja.wordpress.org/plugins/classic-editor/
⑥そもそもですが。
何故、バックアップから戻すような事態になったのでしょうか。
また、戻す際は、サーバーの情報とデータベースの情報は、セットで戻したと思ったもよろしいでしょうか。
（2つを同タイミングのバックアップから、戻した。）
たくさんあって申し訳ないです。
よろしくお願いいたします。
正直、今のところ手掛かりがない気がします。
（管理画面内・エディタ内は、外部から調べることは難しいです。）
わいひら reacted
2022年10月5日 14:57
プラグイン等のCSSやJSが、軒並み403(Forbidden)になって、拒否されているもの気になります。
以下はトップページのもの。
以下の読み込みが拒否されている様子。
https ://www.japan-embroidery.com/wp-content/plugins/st-affiliate-manager/Resources/assets/css/common.css
こちらの投稿ページでも。
日本刺繍教室【自宅・荏原町】時間無制限で好きなだけ刺繍が出来る！
https://www.japan-embroidery.com/home/
https://www.japan-embroidery.com/home/
トップページと同じもの意外だと、以下が拒否されている様子。
https ://www.japan-embroidery.com/wp-content/plugins/spam-destroyer/assets/kill.js
なぜ、上記のようになってしまっているかは良く分からないですが・・・。
（自サイト内のプラグインの読み込みが403？）
（自サイト内のプラグインの読み込みが403？）
別件ですが、上記投稿ページでは、目次が2つあるようです。
（プラグインとCocoonのものではないかと）
（プラグインとCocoonのものではないかと）
Topic starter
2022年10月6日 10:16
ご返信ありがとうございます。
ご質問がいっぱいあったのでひとつづつ解答させていただきます。
ｘサーバでは2つのサーバを借りている状態で、一つには今回問題になっている日本刺繍のサイトのみ入っていました。
統合したいと考えて移行を行ったのですが、うまくいかずｘサーバの日々のバックアップからすべて復元してもともとのサーバで動かしている状態です。
しかし、画像ファイルや、httacessなどかなり多岐にわたってパーミッションが変わってしまい（ｘサーバのサポートに問い合わせたけど、勝手にパーミッションが変わることはないとの回答でした。）読み込まなくなってしまいました。
それらすべて手作業で戻し、現在に至ります。
そのため、まだパーミッションが戻ってないファイルがあるのだと思います。
Cocconのテーマ情報貼り付けます。
---------------------------------------------- サイト名：日本刺繍教室開催!作家:笹原木実は東京横浜谷中表参道でお稽古やっています！ サイトURL： https://www.japan-embroidery.com ホームURL： https://www.japan-embroidery.com コンテンツURL：/wp-content インクルードURL：/wp-includes/ テンプレートURL：/wp-content/themes/cocoon-master スタイルシートURL：/wp-content/themes/cocoon-master 親テーマスタイル：/wp-content/themes/cocoon-master/style.css スキン：/wp-content/themes/cocoon-master/skins/skin-colors-green/style.css WordPressバージョン：6.0.2 PHPバージョン：7.4.28 ブラウザ：Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36 サーバーソフト：Apache サーバープロトコル：HTTP/1.1 言語：ja,en-US;q=0.9,en;q=0.8 ---------------------------------------------- テーマ名：Cocoon バージョン：2.5.0 カテゴリ数：14 タグ数：25 ユーザー数：2 ---------------------------------------------- Gutenberg：0 AMP：0 PWA：0 Font Awesome：4 Auto Post Thumbnail：1 Retina：0 ホームイメージ：/wp-content/themes/cocoon-master/screenshot.jpg ---------------------------------------------- ブラウザキャッシュ有効化：0 HTML縮小化：0 CSS縮小化：0 JavaScript縮小化：0 Lazy Load：0 ---------------------------------------------- 利用中のプラグイン： AFFINGERタグ管理マネージャー 20170606 Akismet Anti-Spam 5.0.1 All-in-One WP Migration 7.65 Contact Form 7 5.6.3 EWWW Image Optimizer 6.9.0 Google XML Sitemaps 4.1.5 Imsanity 2.8.1 Pixabay Images 3.4 Preserve Editor Scroll Position 0.2 PS Auto Sitemap 1.1.9 Regenerate Thumbnails 3.1.5 Search Regex 3.0.6 Spam Destroyer 2.1.3 Table of Contents Plus 2106 TypeSquare Webfonts for エックスサーバー 1.2.4 WebSub (FKA. PubSubHubbub) 3.1.2 WP Multibyte Patch 2.9 クレジット削除 1.0.0-20160827 ----------------------------------------------
不具合報告の際には以下の情報を添えてもらうと助かります。
Topic starter
2022年10月6日 10:27
これらのファイルはパーミッション６４４にしました。
https ://www.japan-embroidery.com/wp-content/plugins/spam-destroyer/assets/kill.js
https ://www.japan-embroidery.com/wp-content/plugins/st-affiliate-manager/Resources/assets/css/common.css
目次が二つに関しては
Table of Contents Plusのプラグインを無効化しました。
「Cocoon設定」－「エディタ」の「エディタ色」はリセットしました。
・背景色
・文字色
過去の投稿についても、固定ページについても同じように編集すると見えない状態です。
またビジュアルからテキストへ変更しようと思っても、切り替わりませんでした。
This post was modified 2年前 by Kawakawa
2022年10月6日 12:25
Kawakawaさん
ｘサーバでは2つのサーバを借りている状態で、一つには今回問題になっている日本刺繍のサイトのみ入っていました。
統合したいと考えて移行を行ったのですが、うまくいかずｘサーバの日々のバックアップからすべて復元してもともとのサーバで動かしている状態です。
移行元サーバーから、移行先サーバーへ移行した。
けれど、移行先サーバーで、何かが上手くいかず、移行元サーバーに戻した。
そんな感じでしょうか。
移転の際、もともとあった移行元のデータは消してしまっていたのでしょうか？
バックアップから戻したというのは、同じタイミングのもの戻したということでしょうか。
PCに退避していたものから戻した。
移行元サーバー上に残っているバックアップから、エックスサーバーのバネルを使って戻した。
いろいろ考えられます。
戻し作業に、何らかの不備があるの可能性も感じます。
移行が上手くいかなかったのであれば、そもそも移行先へ移行した際のデータ・手順の時点でおかしかった？
そうだとすると、それを移行元に戻しても、やはり何らかのもんだいがあるかもしれない。
そんな可能性も感じます。
https ://www.japan-embroidery.com/wp-content/plugins/spam-destroyer/assets/kill.js
上記のエラーは消えないですね。
まだお試していただいていないことがあるように思います。
④クラシックエディタ内が白い状態の投稿を、公開して、実際のページを表示すると、どんな状態なのでしょうか。
⑤WordPress公式テーマ（名前が西暦年のもの）に切り替えても、同様の事象は発生しますでしょうか。
この場合、以下のプラグインのインストールが必要だと思います。
Classic Editor
https://ja.wordpress.org/plugins/classic-editor/
ただ、以下のことから、④については、ページは表示されているという感じでしょうか。
過去の投稿についても、固定ページについても同じように編集すると見えない状態です。
⑤のWordPress公式テーマは、最初からインストールされています。
ご自身で削除していなければ、残っているかと思います。
またビジュアルからテキストへ変更しようと思っても、切り替わりませんでした。
ビジュアルエデイタなのに、テキストエディタのものが表示されている感じですね。
ツールバーも表示されていませんし、ビジュアルエディタが機能していない感じがします。
切り替わらないというのも、初めて聞きました。
しかし、画像ファイルや、httacessなどかなり多岐にわたってパーミッションが変わってしまい（ｘサーバのサポートに問い合わせたけど、勝手にパーミッションが変わることはないとの回答でした。）読み込まなくなってしまいました。
それらすべて手作業で戻し、現在に至ります。
そのため、まだパーミッションが戻ってないファイルがあるのだと思います。
上記のようなことだとすると、同じことが、WordPress本体・テーマなどのファイルにも起きている可能性がある気はします。
これらの確認は正直難しいです。
データが残っているのであれば、復元し直すということも考えても良いのかも知れないですが…。
簡単に移行できるプラグインなどもありますから、そういうデータがあれば良かったとは思います。
後の祭りですが。
（バックアップは、複数手段あると良い場合も。移行などの場合は、動作確認が終わるまでは消さないということも必要な気もします。）
そして、これらのことが管理画面で起こっている可能性があるとすると、外部からの確認は難しい気はします。
デベロッパーツールを使って、ご自身でエラーなどのご確認をしていただくしかない気はします。
「デベロッパーツール 使い方」で検索すると、解説サイトがヒットするはずです。
わいひらさんがお書きになったものをリンクしておきます。
WordPressテーマのCSSカスタマイズ向けChromeデベロッパーツールの使い方
https://nelog.jp/how-to-use-developer-tools-for-wp-beginner
今回はカスタマイズのためではないですが、使い方は基本同じですし、エラーの確認はできると思います。
（検索して、解説サイトを探してみてください）
ただ、パーミッションだとすると、デベロッパーツールというよりは、FTPソフトやファイルマネージャー等で、確認していくしかないような気もしますが・・・。
わいひら reacted
2022年10月6日 12:46
テーマファイルが壊れている可能性があるのであれば、以下のような手作業で上書きアップデートすることで、直る可能性もあります。
Cocoonテーマファイルを手動でアップデートする方法
https://wp-cocoon.com/manual-update-of-cocoon-theme/
バージョンが同じであっても、上書きすることができます。
パーミッションだとすると、これで戻るかどうか・・・。
ただ、ダメ元でやってみるのはアリだと思います。
（しかし、テーマファイルが壊れているようであれば、復元作業に問題があった可能性が・・・）
Topic starter
2022年10月6日 12:56
お忙しい中、丁寧にご返信ありがとうございます。
移行したのは9月28日でした。
そのため、28日以前に保存されていた
Xサーバ内で毎日自動的に保存されているバックアップに戻しました。
（FFFTPでもローカルパソコンにバックアップは保存しました。）
復旧についてはやはりエックスサーバの機能で、「全部戻す」の選択肢で戻しました。
移行前まで表示は正常で、画像などもきちんと表示されていました。
しかし、バックアップを戻すとすべて画像のパーミッションも変わっていました。
テストページですが、公開すると見えています。
https://www.japan-embroidery.com/%e3%83%86%e3%82%b9%e3%83%88/
Cocoonから西暦の名前のものに変えてみましたが、投稿画面はCocoon の時と同じような状態です。
テーマを変えても状態が変わらないということは、こちらで質問を続けるのはご迷惑かもしれません。
60代の母のために作った刺繍サイトなので、操作環境が変わると母本人で更新が出来なくなってしまうので困っていました。
ボックスにすると、画像は見れるようになるので何とかこれで操作できるようになってもらえるように頑張ってみます。
何度もご丁寧にほんとうにありがとうございました。
This post was modified 2年前 by Kawakawa
2022年10月6日 13:10
Kawakawaさん
Xサーバ内で毎日自動的に保存されているバックアップに戻しました。
これは、サーバーのデータと、データベースのデータの両方を、同じタイミングのものを戻したということですよね。
Kawakawaさんは、大丈夫そうですが、念のためお伺いします。
しかし、バックアップを戻すとすべて画像のパーミッションも変わっていました。
これは、私も聞いたことがないです。
1度、サーバーパネルから全データを戻したことがありますが、問題なかったですし。
Cocoonから西暦の名前のものに変えてみましたが、投稿画面はCocoon の時と同じような状態です。
WordPress公式テーマでも同じ状態だとすると、Cocoonの問題ではなく、他の問題だと思われます。
それが何の問題なのか、正直分からないですね。
見聞きしたことのない状態です。
どういう状態なのか分かりませんが、環境が壊れている可能性が高そうな気はします。
再度、バックアップから戻してみるくらいしか思いつかないです。
ただ、戻したところで、同じ状態の可能性はあります。
（それか、違う日のデータから戻してみるか・・・）
Topic starter
2022年10月6日 13:27
xサーバのサーバパネル→バックアップ
処理種別 自動バックアップデータから復元
復元方法 すべてを復元
こちらでバックアップを戻しました。
ｘサーバは保存一週間なので、9月28日に戻してからはすでに時間が経過してしまって作業前には戻らない状態です。
もう少し調べてからサーバを移動すればよかったなと後悔しています。
FFFTPでも取得はしていたのですが、何でバックアップすればよかったのか、、、
結局サーバを統合する作業は残っているのですが、なかなか踏み切れなくなりました。
ご回答ほんとうにありがとうございました。
2022年10月6日 13:33
Kawakawaさん
xサーバのサーバパネル→バックアップ
処理種別 自動バックアップデータから復元
復元方法 すべてを復元
こちらでバックアップを戻しました。
これは、サーバーのデータですよね。
データベースのデータはどうなさったのでしょうか。
（投稿・固定ページのデータ、画像の紐づけ情報（メディアライブラリで扱うための情報）等々は、データベースに保存されています。）
エックスサーバーだと「MySQL復元」だと思います。
xサーバのサーバパネル→バックアップ
処理種別 自動バックアップデータから復元
上記にも、以下のように記載されています。
でも、少なくとも投稿ページの表示などはできていますから、データベースのデータは、何らかのカタチで残っていることですよね。
（おそらく今回はデータベースというよりは、WordPressのファイルなのか、パーミッションなのか・・・）
わいひら reacted
Topic starter
2022年10月6日 15:16
フォーラムに投稿するまですごい悩んだのですが、皆さん優しい。
ほんとうにありがとうございます！
検証ツールですが、うわぁ。。。
と叫ぶくらいいっぱい出てきました。
取り急ぎ画像ファイルについては、パーミッション644に修正しました。
他はよくわからないファイルなので、アドバイスいただきたいです。
よろしくお願いいたします。
Topic starter
2022年10月6日 15:16
2枚目です。
これでエラー全部です。
2022年10月6日 15:28
Kawakawaさん
通院中で、スマホからなのですが・・・。
メッセージの右側のアンダーライン黒字のファイル名に、マウスオーバーすると、ファイルの場所（パス）が分かります。
その状態で右クリックすると、ファイルのパスもコピーできます。
403ですから、やはりパーミッションなのかもしれませんね。
スマホなもので、綺麗ではないですが。画像も添付しておきます。
お使いいただいたのは先程書いた、デベロッパーツールです。
検索すると、使い方もある程度出てくると思います。
わいひら reacted
2022年10月6日 16:22
戻ってきましたので、先程の手順を簡単に。
管理画面内は、こちらからは確認できませんので、以前の投稿ページのエラーでキャプチャしました。
先程の場所（ファイル名）にマウスオーバーすると、以下のようにパスが出てきます。
そのまま右クリックして、「Copy link address」を選択いただくと、クリップボードにコピーされます。
なお、デベロッパーツールは日本語化することもできます。
上部の「Always macth Chrome's language」か「Switch DevTools to Japanese」をクリックするのが簡単だと思います。
（「Always～」だとChromeの設定言語にあわせるのかしら。歯車アイコンから設定を開いて、選択もできます）
（「Always～」だとChromeの設定言語にあわせるのかしら。歯車アイコンから設定を開いて、選択もできます）
403なものは、パーミッションを確認していくのが良さそうに思います。
（画像と同じことが起きている可能性があるように思われます）
（画像と同じことが起きている可能性があるように思われます）
でも、なぜこのようなことが起きるのか、謎ですね。
それでは、自分の作業に専念するため、フォーラムからはしばらく離れようと思います。
（他の方も見てくださると思います）
（他の方も見てくださると思います）
2022年10月6日 20:15
@kawakawa さん
エックスサーバーのインフォパネルからログインし「ファイル管理」を選択するとファイルマネージャーが表示すると思うのですが「WordPressインストールフォルダ」を選択すると、どういった権限表示になりますでしょうか。スクリーンショットをいただければ幸いです。
現在全体的にどんな設定になっているのか確認したく思います。
2022年10月6日 21:02
あとサンプル情報は多いほど良いのでできれば「wp-content」「plugins」「themes」あたりのスクリーンショットもいただければ幸いです。
2022年10月6日 21:08
あと「wp-includes」もあるといいかも。
Topic starter
2022年10月7日 08:31
皆様おはようございます。
ｘサーバのフォルダ情報添付します。
Topic starter
2022年10月7日 08:33
plugins
Topic starter
2022年10月7日 08:33
themes
Topic starter
2022年10月7日 08:34
wp-includes
2022年10月7日 19:48
ディレクトリに問題はなさそうですね。
今回いただいたスクリーンショットの中でおかしな部分といえば、プラグインフォルダのPHPファイルくらいですかね。
通常は644のようです。
例えば、403エラーが出ていたファイルのパーミッションは幾つになっていたのでしょう？
ファイルだけのパーミッションがおかしいのだとしたら、やっぱりエラーが出ているファイルを一つひとつ修正していくしかないのかもしれませんね…
問題の解決に至った場合には、トピック冒頭の「解決済み」をクリックしていただけますと幸いです。
また、有用な回答があった場合は返信右下にある「いいね！」もご活用ください。回答者の励みになります。
（CC BY-ND 2.1）準じていれば（リンクを貼っていただければ）転載も自由です。カスタマイズ記事を書く際にコード等をコピペ利用していただいて構いません。
フォーラムの使い方がよくわからない場合は、テストトピックで自由にテストしていただいて構いません。
最近の書き込みはこちら。
詳細なカスタマイズ依頼をするならこちら。