GitHub から親テーマをダウンロードしバージョンアップするとエラーは解消するでしょうか？

参考：Cocoonテーマファイルを手動でアップデートする方法

ログインできない場合は、FTP ソフトを使うと簡単だと思います。

参考：CocoonテーマをFTPでアップデートする方法

別トッピクでも同様のエラーが出ているとのご報告です。

ログインできなくなりました

エラーが出ている plugin-update-checker の更新情報。

参考：plugin-update-checker 5.2 バージョンアップ

私の環境ではエラーが出ないのですが、このバグかな？

PHP Scoper namespace bug

@akira 様

いつもありがとうございます。エラー発生時は目の前が真っ暗になり、このようにコメントを頂けると心の底から救われた思いが致します。他ユーザでも発生しているということは、個人環境依存の問題ではないようですね。そこは一安心です。

ご指摘の方法（CocoonテーマファイルをFTPでアップデートする）を試させて頂こうかと考えているのですが、現時点で、ご指摘案に従ってFTPをどのように操作するべきか悩んでいます。

【悩みポイント】
❶現在バックアップデータのダウンロードでFTPを使用中である➡途中で処理を止めて問題ないか？
❷ConoHaファイルマネージャーでの上書き修正が失敗した恐れがある➡FTPデータで再度更新が必要？

＜経緯＞

2023/10/19 7:30 
標題のエラー発生

2023/10/19 7:40
1日前（10/18）のバックアップデータからリストアすることで、障害発生前状況に復帰させようとして、ConoHaファイルマネージャーにてドラッグ＆ドロップで、1日前のデータに上書きしたが、ログイン画面エラーは変わらなかった。

2023/10/19 8:30
今度は、FTPで「1日前（10/18）のバックアップデータ」を一旦ローカル環境にダウンロードしてから、public_htmlにアップロードして復旧を目指そうと、上記バックアップデータをFTP（FileZilla）をもちいて、ローカルにダウンロード中である

2023/10/19 13:50
現時点で、FTPによるダウンロードの経過が、5万/27万ファイル（18.5%）の進捗である

さて、FileZillaでダウンロード作業をここでいったん中止して、GitHUBからのFTPでのCocoonテーマのuploadの方へ解決策の変更は、後々の環境保全として問題はないのか心配しています。

というのも、FTPでこれだけ時間をかけてバックアップデータをダウンロードしている最中なのに、ConoHaファイルマネージャーでは、何度か容量オーバーの警告が出ましたが、瞬間で上書きできたように見えたので、逆に、その手軽さから、本当はうまく上書きができていなかったのではと推測しています。

であれば、このままFTPによるダウンロード＆public_htmlへのアップロードの方針を継続した方が安全ではないかと思います。しかし、時間はダウンロードだけで後、8時間はかかる予定で困ってます。

FTP（FileZilla）のダウンロードは、完全にホストと遮断してFTPも一旦終了させないと、処理が終わらせられないと理解しています。

取り急ぎ、現在のFTPダウンロード処理を中断する意思決定前に、コメントのお礼かたがた、返信させて頂きました。

僕の環境でも同様のエラーが出たので対応させていただきました。
このエラーは、JetpackかつQuery Monitor最新版とCocoonのアップデートチェッカーの競合による不具合みたいです。
対応版こちらからダウンロードできます。
------------------------------------------------
https://github.com/xserver-inc/cocoon
開発中の最新ファイルをダウンロードする場合は、上記ページのダウンロードボタンからzipファイルをダウンロードしてください。

WordPressでの手動アップデート方法はこちら
https://wp-cocoon.com/manual-update-of-cocoon-theme/
------------------------------------------------
https://github.com/xserver-inc/cocoon/commit/72ec12103bde3c65d57b0d31f55b08b06ca91e4f

@yhira 様

わざわざご連絡（ここにもメッセージを返して）頂き、ありがとうございます。

さて、本当なら、ご提示いただきましたアップデートチェッカーの競合に対処頂きましたバージョンをFTPから当てて問題解決となるところ、事態を深刻にしてしまいました。

素人が何をとち狂ったか、backup_data_web から、1日前（Query Monitor更新前）のリストアデータをConoHaファイルマネージャーを用いて個々のファイルを手作業で、public_html の方へ移したところ、初めての作業で不慣れなため、複数ファイルを間違えた箇所に移した結果、public_html内の構成情報を壊してしまいました。

＜現状＞

❶FTP（FileZilla）で、backup_data_webからエクスポートしして、再びpublic_htmlへインポートするため、ダウンロード作業中です（フルバックアップを戻し中です）。

❷しかし、FTP接続中に通信が落ちてしましい、概算で18時間かかるエクスポート作業が途中で中断して、現在、3回目のリトライを開始した所です。（FTPの操作がよくわからず、リトライは、すべて一からやり直しになります）

❸public_html配下にあったファイルはすべて削除してしまいました。

もはや、本スレでご相談する内容からかけ離れてしまいましたが、❶～❸の状態で、私のサイトはどうしたら無事に元の姿（2023/10/18時点）に戻せるのでしょうか？

@yhira 様が対応バージョンを作成するのをおとなしく待っていればよかったものを、自分で環境データを破壊して、今は、ゼロ状態になってしまい、全く別の障害事件となりました。

FTPでbackup_data_webからエクスポートしして、再びpublic_htmlへインポートするだけのことが、障害発生から日付が変わっても、まだ何もできていない状況です。

こういう素人のFTPも使えず、データをすべて抹消した場合の対処法について、大変心苦しいのですが、これを見ながら作業を進められます、みたいな、参考にできるWebページのリンクなどを教えて頂けないでしょうか？

スレ違いなのは重々承知しているのですが、FTPのエクスポートが延々終らずに途方に暮れています。

宜しくお願いします。

@yhira 様

いつも大変お世話になっております。

（１）バックアップデータからの復帰が無事完了しました
（２）Cocoon親マスタをFTPから更新
（３）Query Monitor更新も無事完了

（１）については、ConoHaファイルマネージャーを使用して、10/18リストアデータを何度かに区分して、手作業にてpublic_hyml へ移送して対処しました。

次回から同様のエラー画面が表出しても、パニックにならずに落ち着いて対応したいと反省しています。

そして、迅速な対応については常に増して感謝申し上げます。

@akira 様 におかれても、いつも迅速のレスポンスいただきありがとうございます。

パニくって、自分の技術ではどうしようもないときに、レス頂けるととてもありがたかったです。解決策があると知るだけで、落ち着いて、環境復帰作業に取り掛かることができました。

ここのフォーラムがあるおかげで、これまでブログを継続することができたのだと思います。

@yhira 様をはじめ、皆様に感謝です！

問題をあげて、こちらにマージされたものです。
私の場合、Githubからダウンロードして、ログインできないので、昔の知識でthemeにあるcocoon-masterをcocoon-master-oldにして、ダウンロードしたファイルをcocoon-masterにしたら、「重大なエラー」になってしまい、通常のブログ表示もできなくなってしまいました。
最近はthemeの管理はなにかむつかしくなったんですね。

これはあわててもどし、wordpress.comからの更新を試みました。エラーは同じで、管理画面出ません。
原因がjetpackだとしたら、jetpackをpluginから消せばとりあえず動きますかね？
jetpackは私にとっては便利なようで全然便利じゃないので、Akismetさえあればいいんです。
cocoonのほうが全体のデザインを管理しているので重要なんです。

とはいいながら、「jetpack消していいのか？」とちょっとビビってます。

ttakaoさん

投稿者:: @ttakao

↑

これはあわててもどし、wordpress.comからの更新を試みました。エラーは同じで、管理画面出ません。

WordPress.comをご利用なのですね。

確か、WordPress.comは、Jetpackを管理画面からは無効化できなかったと思います。
（バージョンも、我々が使用しているWordPress.orgのものとは、少し違ったかと）

多くの方が使用している、WordPress.orgのものならば、Jetpackを無効化しても問題ないと思うのですけれど。
WordPress.comで、強制的にそういうことをして大丈夫かは、分からないです。

（WordPress.comは、Jetpackを作成したAUTOMATTICが運営しているサービスだと思います）

投稿者:: @ttakao

↑

ログインできないので、昔の知識でthemeにあるcocoon-masterをcocoon-master-oldにして、ダウンロードしたファイルをcocoon-masterにしたら、「重大なエラー」になってしまい、通常のブログ表示もできなくなってしまいました。

私もなんとなく、これでいけそうに思うのですけれど。
重大なエラーとは具体的にどんなメッセージが表示されるのでしょうか。
（WordPress.comだと、なにかだめなことがあるのかどうか・・・）

投稿者:: @ttakao

↑

昔の知識でthemeにあるcocoon-masterをcocoon-master-oldにして、ダウンロードしたファイルをcocoon-masterにしたら、「重大なエラー」になってしまい、通常のブログ表示もできなくなってしまいました。

上記の要領でプラグインのpluginsフォルダ内にあるQuery Monitorのフォルダ名を変更するとどうでしょうか。
WordPress.comだとできないんでしたっけ？WordPress.comの仕様まではちょっとよくわかってなくて｡

あとエラーメッセージがあればメッセージ（テキスト）とスクリーンショットをいただければ幸いです。

すみません、再度、ftpで最新のCocoonテーマを入れたら、あら不思議、すんなり動き始めました。
ありがとうございます。