フォーラムへの返信
-
認識に違いがでないように細かく書きます。
### 本番環境の復元
バックアップデータを使い、エラーが発生する前の状態に戻す（WordPress 本体、各プラグイン、Snow Monkey、Snow Monkey Child）### テスト環境の構築と、Snow Monkey Child の最新版への対応
- ローカルにテスト環境を用意し、WordPress の最新版をインストールする（ローカル環境ではなくてサーバー上に用意しても可）
- 使用するプラグインの最新版をインストール・有効化する
- Snow Monkey の最新版をインストールする
- Snow Monkey Child から不要（= 上書きする必要がない）なファイルを削除する（Snow Monkey からコピーしてきたけど何も変更していないファイルは全て不要です）
- Snow Monkey Child をインストール・有効化する
- 恐らくここでエラーがでて表示されなくなる（このトピックを立てたときと同じ現象）
- でてきたエラーメッセージに応じた変更を加え、エラーを解消する。
- (7) をエラーが無くなるまで繰り返す
※本当はここで本番環境のデータベースをテスト環境にインポートして、ページの内容についても崩れが発生しないか確認したほうが良いですが、難しいのであれば、僕ならページの内容については本番で直していきます。
### 本番環境への反映
- 本番環境のテーマを Snow Monkey 以外のものに切り替える（Twenty◯◯が良いと思います）
- WordPress と各プラグインを最新版にアップデート
- Snow Monkey 最新版をインストール
- テスト環境で修正した Snow Monkey Child をインストール・有効化
※もしここでまたエラーメッセージがでるならエラーが出なくなるまで修正をおこなう - エラーが無くなったら、各ページの内容を確認し、レイアウト崩れが発生していないか確認
- レイアウトが崩れている部分があったら、そのページの編集画面を開く（ブロックを使ってページを作成している場合、ブロックの内容が古くなっている場合はページの編集画面を開くことで、そのページ上のブロックが最新のブロックに置き換わります）
- ページの編集画面を開いてエラーが発生するようなら修正をおこなう
- もし CSS を独自に追加している場合、WordPress 本体や Snow Monkey のアップデートで CSS が効かなくなっている場合があるので、必要に応じてその修正もおこなう
また、今までスノーモンキーの子テーマを使用していた人が最新版のスノーモンキーテーマを使用するためには、自分でスノーモンキー子テーマの記述を最新版に対応するように記述しなおす必要があるということで認識は合っていますか？
カスタマイザーやブロックの設定パネルで設定していたものが正しく動かなくなるのはこちらで修正してアップデートを日々おこなっていますが、各ユーザーごとのカスタマイズは何をどうカスタマイズするかはこちらで完全に把握することはできないため、基本的にはご自身で変更していただく必要があります。車や PC を購入してそれを自分でカスタムした場合、保証が効かなくなったり修理を断られたりすることがあると思います。自分でカスタマイズをおこなうというのはそういうことだと思います。
もちろんサポートはおこなっているので、状況を教えていただければできる範囲で調査してお答えしています。
そうであれば、親テーマのアップデートに伴い、子テーマで修正が必要な個所をすべて（購入者側でカスタマイズした部分を除く）教えていただくことは可能でしょうか？
「子テーマを作成する」ということ自体がカスタマイズになる（こちらで用意したファイルではない）ので、こちらで全てを調査・把握して修正作業をおこなうということは行っておりません。もちろん、前述したようにサポートはおこなっているので、状況を教えていただければできる範囲で調査してお答えしています。
購入者側でテスト環境を用意して確認していかなければならないものなのでしょうか？
「していかなければならない」と強制するものではありませんが、カスタマイズをおこなう場合はテスト環境を用意したほうが良いというのは一般的な認識だと思うので、僕もテスト環境を用意することを推奨しています。
—
Snow Monkey に精通している方を「Snow Monkey エキスパート」としてサイトに掲載しているので、どうしても難しい場合はエキスパートの方に相談するのも良いと思います。これまでもサポートフォーラムで Snow Monkey エキスパートの制度を紹介し、相談された方が何名かいらっしゃいます。
いいねをした人: 居ませんありがとうございます。ダウンロードできました。
復元元のデータを確認したところ、
snow-monkeyの中にはdebug-template-overwrite.phpが入っていなかったので、これが正として、サーバー上のファイルを置き換えてみるのが良いのかなと思いました。例えば今サーバー上に
wp-content/themes/snow-monkeyがあるとしたら、それをwp-content/themes/_snow-monkeyとリネームして、復元元データの中にあるsnow-moneyをwp-content/themes/にアップロードする、という感じです。もしかしたら復元元のデータも完全ではない可能性があるかもしれませんが、現状動いていないのなら試しても良いのかなと…。ダメだったら削除してリネームしたものを元に戻せばよいですし。—
あと気になったのは、
snow-monkey-child-masterの中に、特にカスタマイズしていないと思われるファイルが複数入っていたことです。子テーマによるファイルの上書きは「どうしても必要なものだけ」をおこなうのがベターです。そうしないと今回のようなアップデートによる動作不良の発生確率が高くなるためです。上書きする必要のないファイルが大半なのであれば、snow-monkey-child-masterを使わずにすむ可能性もあるので、まずは本当に上書きする必要があるファイルを選別するのが良いかなと思いました。—
諸々作業をおこなってまた最新版へのアップデートをおこなう際は、また動作不良が発生してしまわないように、テスト環境を用意して、そこでちゃんと動くようにできたら本番にも反映するようにするのが良いです。自分のパソコンの中にテスト環境をつくれるツールも色々あるので、一度見てみてください（もしかしたら本番環境が古いので動かない場合があるかもですが…）。
いいねをした人: 居ませんありがとうございます！
では一旦データを共有いただき、それを拝見してからどうしたほうが良さそうか回答させていただければと思います。オンラインコミュニティ（Discrod）の DM か、お問い合わせフォームでデータを共有いただきたいです。
zip だと重くて送れないと思うので、Dropbox 等のファイル共有サービスで共有いただければと思います。### オンラインコミュニティ
### お問い合わせ
お手数おかけいたしますが、よろしくお願いいたします！
—
WordPress本体 Ver5.3.2 → Ver7.3
現在の WordPress の最新版は 6.7.1 なので、6.3？か6.7？かなと思いますがどうでしょうか？
いいねをした人: 居ません今回サブスクに加入しましたが、ダウンロードした最新版のスノーモンキーを使用するにはchildのファイル内の該当箇所をすべて自分で書き換えないと最新版は利用できないということでしょうか？
はい、基本的にはそういうことになっちゃいますね…。お手数おかけすることになり申し訳ありません。
また、今後テーマのアップデートがある度にこのような対応をとらなければいけない可能性があるのでしょうか？
お使いのバージョンが7系ということで、約5年ほど前のバージョンになります。その間、Snow Monkey 独自のアップデートだけではなく、WordPress 自体の API の変更や動作環境の変更などもあり、それらに関するアップデートも行っています。その中でどうしても後方互換性に影響を与える変更を行わないといけない場合もあります。5年分まとめてになるので量は多くなってしまっていると思います。
今は Snow Monkey のほうはガンガンアップデートして機能追加していくということは減っているので、今回一旦動くようにしてしまえば、今後は同じくらい大変な作業を毎回しないといけないということは無いのかなと思います（もちろん前述したように WordPress 本体のアップデートに合わせてどうしようもないことはあり得ます）。
なお、テンプレートの上書きはアップデート時に影響がでる可能性が高いので、Snow Monkey ではテンプレートの上書きをしなくても、フックを使ってテンプレートの挙動を変えたり出力する HTML を変更する機能があります。フックでやったからといって完全に影響をゼロにすることはできませんが、テンプレートを上書きするよりは影響を減らせる可能性が高いので、可能な部分についてはフックで書き換えたり、なるべくテンプレートの上書きをしない形でカスタマイズするのがお勧めです。
いいねをした人: 居ません
