- 出荷済み
- 2026年8月20日 4:42 UTC
- プロフィール
- Kamo
- コンテンツ
- 92bbbac
レポートのみのコンソールは2つの違反を示し、そのうちの1つはポリシーでした コンポーネントの実行: このドキュメントは「TrustedScript」の割り当てが必要です。 このスクリプト要素は TrustedScript の割り当てを使用せずに変更。 次/スクリプトです。 単にインラインスクリプトを放出するだけでなく、再注入 スクリプト要素を作成し、テキストを割り当てることでクライアントのコンテンツ スクリプト要素のテキストを割り当てることは TrustedScript のシンクです。 だから、 コンポーネントは、それが防止するために存在する正確な違反をトリップし、 注射は、水分補給後のポリシーもインストールしたクライアントで起こります 既にreact-dom の内部HTML を実行します。これは 2 番目の違反です。 これは、最初の子としてレンダリングされた、現在の「<script disabledlySetInnerHTML>」です。 app/[locale]/layout.tsx の実際の <head> の プレーンインラインスクリプトは解析されます クライアント側の再注入なしで文書の順序で実行され、それはです 水分補給の前にポリシーをインストールする行動だけ。 組み立てられた ページ: <head> の中の 6,254 の方針、193,516 の最初の飛行データ プッシュ。 これはまた、ガードを修正します。, 間違った不変を主張していた — 値 録音は、間違ったものが直感的なものだからです。 方針を要求する 最初の非同期フレームワークスクリプトを生成します。 これは、React から不満足です。 hoists `<script async src>` はレイアウトのレンダーを上回るものではなく、 実際の要件: これらのスクリプトは非同期的に取得され、何 問題は、水和中に DOM シンクを実行するときです。 今すぐガード 実際に保持する2つのことをチェックします。コンポーネントはレンダリングしない 次の/script と、最初に `self. next f.push` の前にポリシーが表示されます。 以前のガードは、ポリシーをアプリ/レイアウトに移動させる理由です。 tsx は、 失敗しました。 それはなかった; それは条件に対して判断された何もできませんでした お問い合わせ Trusted Types は、このデプロイで REPORT-ONLY に滞在します。 変更点は、 違反をクリアし、きれいなコンソールの確認は、執行者を獲得するものです。 注文を想定して、すでにサイトを1回下に取りました お問い合わせ.