- このトピックには14件の返信、2人の参加者があり、最後に
により4年、 7ヶ月前に更新されました。
-
投稿
-
トピックを新しく立てる方は次の項目も記述してください（要望トピックの場合は不要です）。
【お使いの Snow Monkey のバージョン】7.10.5
【お使いのブラウザ】chrome
【当該サイトのURL】DNSがあたってないので、hosts経由でないとアクセスできません===
作業（CSSカスタマイズ、独自フォントの設定、うまくいかず）を終えログアウトして、
昼食をとり、再度ログインしたら、エラーがでてカスタマイザーが動作しなくなりました。
修正方法をご教授ください。コアのファイルはいじっていません。My Snow Monkey プラグインを無効にしてみましたが、変化ありませんでした。
–以下、エラーメッセージ–
Fatal error: Uncaught Error: Class 'Framework\Helper' not found in /home/xxxxx/public_html/wp-content/plugins/snow-monkey-blocks/App/Setup/Assets.php:153 Stack trace: #0 /home/xxxxx/public_html/wp-includes/class-wp-hook.php(286): Snow_Monkey\Plugin\Blocks\App\Setup\Assets->_wp_enqueue_pro_scripts('') #1 /home/xxxxx/public_html/wp-includes/class-wp-hook.php(310): WP_Hook->apply_filters(NULL, Array) #2 /home/xxxxx/public_html/wp-includes/plugin.php(465): WP_Hook->do_action(Array) #3 /home/xxxxx/public_html/wp-includes/script-loader.php(2539): do_action('wp_enqueue_scri...') #4 /home/xxxxx/public_html/wp-includes/class-wp-customize-manager.php(455): wp_enqueue_scripts() #5 /home/xxxxx/public_html/wp-includes/class-wp-customize-manager.php(552): WP_Customize_Manager->wp_die(0, 'Non-existent ch...') #6 /home/xxxxx/public_html/wp-includes/class-wp-hook.php(286): WP_Customize_Manager->se in /home/xxxxx/public_html/wp-content/plugins/snow-monkey-blocks/App/Setup/Assets.php on line 153 サイトに技術的な問題が発生しています。—以上—
とても困っています。よろしくお願いいたします。
いいねをした人: 居ません考えられる可能性としては2つあります。
– PHP のバージョンが 5.6 未満になっている
– Snow Monkey の一部のファイル（コード）を誤って消してしまったまず PHP のバージョンを確認してみてください。5.6 以上であれば、公式サイトのマイアカウントページから
snow-monkey.zipをダウンロード＆解凍し、wp-content/themes/snow-monkeyに、上書きしてみてください。テーマのアンインストールをしてしまうとカスタマイザーやウィジェットの設定がやり直しになってしまうので、決してアンインストールせずに上書き（もしくは差し替え）してみてください。いいねをした人: 居ませんお休みの日にもかかわらずご対応ありがとうございます
– PHP のバージョンが 5.6 未満になっている
PHP7.2.17でした
– Snow Monkey の一部のファイル（コード）を誤って消してしまった
マイアカウントページから、新しいテーマファイルをダウンロードし、上書きインストールしました。
しかし、エラーは消えません…他に考えられる原因はありますでしょうか？
カスタマイザーの初期設定ファイル（あるなら）が壊れた等
いいねをした人: 居ません途中経過を報告します。
現在のテーマを待避して、新規インストールしたところ、問題なくカスタマイザーが表示されました。故に、テーマ編集後の設定ファイルのどれかが破損していることが考えられます。
Snow Monkey Blocksの上書きしてみます。
いいねをした人: 居ませんどのようなファイルを「設定ファイル」と呼ぶかはさておき、いわゆるコンフィグを記述したようなファイルは Snow Monkey にはありません。カスタマイザーの設定値等はデータベースに保存されます。先程のエラーはデータベースの内容で発生するようなものでは無いと思うので、コードの一部の記述が変わったか、ファイルが削除されたかというのが怪しいのですが、上書きではダメで新規インストールではOKというのはちょっと不思議ではありますね…。
先程のエラーは名前解決に失敗したというエラーなので、
vendorディレクトリにあるオートローダーのファイルを読み込めていない、あるいはオートローダーは読み込めているけど、その名前空間にあったファイルが消えてしまっているが本当は一番怪しいはずなんですよね。上書きで解決しないということなので、そちら側ではなくて、エラーをだしている Snow Monkey Blocks 側で呼び出す名前空間の指定が書き換わってしまった？という可能性もあるかなということで Snow Monkey Blocks の上書きということをあげさせてもらいました。ただ、その場合は Snow Monkey を再インストールしても解決しないはずなので…うーん。いいねをした人: 居ません「カスタマイザーがエラー」ということですが、カスタマイザー以外のページは正しく開くのでしょうか？
現在のテーマを待避して、新規インストールしたところ、問題なくカスタマイザーが表示されました。故に、テーマ編集後の設定ファイルのどれかが破損していることが考えられます。
↑は、アンインストールではなく、
wp-content/themes/snow-monkeyをリネームして、新しいsnow-monkeyを配置したということですよね？それであればデータベースの設定値は保持されるはずですので、問題なさそうならそのまま使用されて良いのではないかと思いますがどうでしょうか？いいねをした人: 居ませんなるほど、カスタマイザーの設定値はDBに保存され、ファイルには保存されないのですね。
となると、新規インストールしたら、保存された設定値はよみこまれないでしょうか？
いずれにせよ、もう一度、上書きインストールを挑戦してみます。
カスタムCSSを結構かいちゃったので、やり直しや避けたいです。
いいねをした人: 居ません「カスタマイザーがエラー」ということですが、カスタマイザー以外のページは正しく開くのでしょうか？
はい開きます。全画面まで見切れてないですが….
↑は、アンインストールではなく、wp-content/themes/snow-monkey をリネームして、新しい snow-monkey を配置したということですよね？それであればデータベースの設定値は保持されるはずですので、問題なさそうならそのまま使用されて良いのではないかと思いますがどうでしょうか？
エラーがでているテーマを、_snow-monkeyとリネームして、新規にインストールしました。
部分的に、設定したレイアウトが読み込まれている場所と、初期値にも取ってしまっているところがあります。（ヘッダ周りとか）
追加CSS等は、値がとんでしまって読めません….できれば古いテーマを復活させたいです。
いいねをした人: 居ませんとなると、新規インストールしたら、保存された設定値はよみこまれないでしょうか？
カスタマイザーで設定した値はデータベースに保存されますが、「テーマに紐づく形で」保存されます。つまり、テーマをアンインストールすると設定値は消去されます。
WordPress は同じテーマをインストールできないので、新規インストールする場合は既にインストールされている同じ名前のテーマをアンインストールする必要があるので、保存された設定値はその時点で消去され、新規インストールしたテーマには反映されない、ということになります。
はい開きます。全画面まで見切れてないですが…
うーむ、なるほど。エラーが出ている箇所は特にカスタマイザーのときだけ実行される場所ではないので、通常は全ページでエラーが出るはずなんです。うーんなんでだ…。
エラーがでているテーマを、_snow-monkeyとリネームして、新規にインストールしました。
「新規にインストール」というのは管理画面からテーマをインストールされたということでしょうか？その場合に設定値がリセットされるのかは僕はわからないのですが、追加 CSS が飛んでしまっているということはその時点でリセットされてしまうのですかね…データベースのバックアップはお持ちではないでしょうか？ また、現段階でも可能であれば一度データベースのバックアップをとったほうが良いかも知れません（プラグイン等管理画面からではなく MySQL の管理画面や mysql コマンドでやるほうが良いと思います）。
いいねをした人: 居ませんカスタマイザーで設定した値はデータベースに保存されますが、「テーマに紐づく形で」保存されます。つまり、テーマをアンインストールすると設定値は消去されます。
カスタマイザーを見て回ると、基本設定のようなところは保存されていますが、追加CSSは空欄になっています。追加CSSだけでもサルベージできれば、他の値は再設定可能してもさほどの苦労はないのですが。
WordPress は同じテーマをインストールできないので、新規インストールする場合は既にインストールされている同じ名前のテーマをアンインストールする必要があるので、保存された設定値はその時点で消去され、新規インストールしたテーマには反映されない、ということになります。
フォルダーをリネームしただけで、style.cssで名前を変えたわけじゃないので、新規インストールしたときに、追加CSSがとんでしまったのかもしれませんね….
開発サーバーで試用版を運用していたことを思い出しました。CSSの1/3ぐらいは回収できそうです。新規インストールしたテーマで進めることにします。まだ作り始めたばかりだったので、影響は少なそうデス。これが完成してから起こったら怖いですね。DBのバックアップは必須ですね。これもプラグイン等探してみます。またなにか解決策が思いつきましたらよろしくお願いします。
いいねをした人: 居ませんカスタマイザーの設定値は wp_option テーブルに
theme_mods_$theme_slugという形で保存されているみたいです。もし phpMyAdmin などで wp_option テーブルの中が覗けるのであれば設定値が保存されているか確認すると良いかも知れません。追加 CSS は、
custom_cssという投稿タイプ名で wp_posts テーブルに保存されているようです。こちらももし phpMyAdmin などで覗けるのであれば、WordPress の操作をする前にデータを抜いたほうが良いかも知れませんね（操作して再保存してしまうと空の値で上書きされてしまった、となると手遅れかもしれませんので…）。いいねをした人: 居ませんあ、他のトピックですが、既に解決したものがあれば解決済みにするようにお願いします。サポートフォーラムは直接やり取りする方だけではなく、同じことをやりたい他ユーザーさんのナレッジベースにもなるものなので、何卒よろしくお願いします。
いいねをした人: 居ません
- トピック「突然カスタマイザーがエラー」には新しい返信をつけることはできません。