これは純粋なエンドユーザーレベルの管理者向けの質問です🥴
しかし、セーフモードでは、クライアントサイドであり無効になっているプラグインと、サーバーサイドであり引き続き機能しているプラグインをどのように見分けることができますか？
プラグインには JavaScript コードと Ruby コードの両方を含めることができるため、どちらか一方だけということはないと思います。
もちろんです、そしてそうすべきです。なぜなら、セーフモードで役に立たないオプションが1つあることになるからです🤔
そして、それは実際に2回ありました。問題のあるプラグインがサーバー側にあったため、セーフモードは役に立ちませんでした。
それとも、別のことを話していますか。それとも、私は完全に迷っていますか。あるいは、その両方ですか😜
「いいね！」 1
セーフモードはプラグイン全体ではなく、一部を無効にします。そのため、その日に発生している問題がサーバーサイドの要素に関するものであれば、セーフモードはあまり役に立ちません。
申し訳ありませんが、今は理解できません。
セーフモードは一部のプラグインを完全に無効にするのではなく、一部のみを無効にするという意味でしょうか？
もしそうであれば、次の質問は、サーバー側でエラーが発生したときに判断できるほどの知識がない限り、セーフモードをどのように信頼できるかということです。セーフモードが役に立たない場合、誤検出の結果であるかどうかをどのように知ることができるでしょうか？
これです：point_up:
こちらに書かれているように：point_down: 
しかし、セーフモードで問題の特定に役立つなら：white_check_mark:、そうでない場合は、ここに来ていただければ解決のお手伝いができます。
「いいね！」 2
セーフモードでテーマ、コンポーネント、プラグインを無効にしても問題が解消しない場合、どのプラグインが原因であるかまだわからないため、ここにいます。プラグインが約10個あり、それぞれ再構築に30分かかります…\n\n前回のように、ログから何か役立つものが見つかることを願っています。
TC/プラグインを無効にしても問題が解決せず、/logs に何も表示されず、全く手がかりがない場合は、問題のあるプラグインを特定するまでプラグインを 1 つずつ無効にするしかありません。
とはいえ、ほとんどの場合、どこで失敗しているか、または何らかの文脈があり、プラグインを推測できると信じています。
コンソールからすべてを更新するために再構築することも、多くの障害を解決できます。チームは問題を迅速に修正します。
不明な場合は、コミュニティに尋ねてください。誰かがすぐに問題の根本原因を見つけることを保証できます。
「いいね！」 2
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.