Html5-boilerplate: jQueryローカルフォールバック：Chromeは、低速接続でdocument.writeを介してスクリプトをロードしなくなりました

@roblarsen号を開いていただきありがとうございます。 含まれているすべてのスクリプトにdeferを追加すると、これが解決するのではないかと思っていました。

'async'または 'defer'属性を持つスクリプトは引き続き実行されます。

何かのようなもの

<script defer src="https://code.jquery.com/jquery-1.12.4.min.js"></script>
<script defer>window.jQuery || document.write('<script defer src="js/vendor/jquery-1.12.4.min.js"><\/script>')</script>
<script defer src="js/plugins.js"></script>
<script defer src="js/main.js"></script>

ザ・

<script defer>window.jQuery || document.write('<script defer src="js/vendor/jquery-1.12.4.min.js"><\/script>')</script>

ある種のdefer始まりのようなものです。 動作しているようですが、それが正しいかどうかはわかりません。

うーん...または、jqueryスクリプトが非同期で、プラグインとメインスクリプトが延期される可能性があります。 もちろん、jQueryの後にそれらがロードされることを確認する必要があります。

@jpdevries Google Analyticsが使用するような最新のDOMインターフェース（parentNode.insertBefore）を使用するようにincludeスクリプトを書き直すことも、

決定を推進するのに役立つ可能性のあるこれに関する関連する議論：

• / r / Programming
• / r / javascript
• / r / webdev

@FagnerMartinsBrackリンクをありがとう。 redditに関するあなた自身のスレッドは、物事を明確にするのに役立ちました。 クロスオリジン状態がある限り、心配する必要はありません。

私の意見では、延期戦略が最善の選択肢です。 jQueryのようにできるだけ早く準備ができていなければならないスクリプトについては、非同期はまったく好きではありません。 私はWICG /介入スレッドでより長期的な実装を提案しました...

@ jpdevries'defer 'コードには2つのことがあります。

1. インライン<script>の延期は、WHATWGによって非推奨になりました。 与えられた不十分な不十分な理由は、誰もそれを使用しなかったということでした...本当のラメの話ですが、それは悲しいことに起こりました....したがって、 defer開始は機能しません。 :(
2. IE 8-9では、「延期」の実行順序にバグがありました。 また、IE 9-10では「インタラクティブ」イベントの発生が早すぎて、「遅延」スクリプトの実行に影響を与える可能性があるという問題がありました。 後者は回避できます。 ただし、これには、「インタラクティブ」を正しくトリガーするためのハックとボトムインラインスクリプトが含まれます...したがって、 deferを使用するパブリックボイラープレートの条件は、主にIE10の使用が終了するのを待っています。

@ hexalys😭ローカルフォールバックを備えたh5bpスタイルのCDNのようなものに遅延開始を使用したり、ポリフィルのようなものを含める前に機能検出を行ったりしています。 それは残念です！

閉鎖！ 安全です！

@roblarsenああ、それは素晴らしい！ Chromeは彼らの決定を元に戻しましたか？ 私は本当に❤️このパターンなので、なぜ私たちが安全なのか興味があります

@jpdevriesリクエストがクロスオリジンである場合にのみトリガーされるため、問題ありません。 結局のところ、これはローカルフォールバックです。