先頭の二重スラッシュを使用してURLのプロトコルを継承することの欠点はありますか？つまり、src =“ // domain.com”

外部ドメインから画像をロードするスタイルシートがあり、現在のURLに基​​づいて、セキュアオーダーページからhttps：//から、他のページからhttp：//からロードする必要があります。ダブルスラッシュでURLを開始すると、現在のプロトコルを継承することがわかりました。すべてのブラウザがこの手法をサポートしていますか？

html ex：

<img src="//cdn.domain.com/logo.png" />

css ex：

.class { background: url(//cdn.domain.com/logo.png); }

ブラウザがRFC 1808セクション4、RFC 2396セクション5.2、またはRFC 3986セクション5.2をサポートしている場合、「//」で始まる参照にはページURLのスキームが使用されます。

linkまたは@importで使用すると、IE7 / IE8はhttp://paulirish.com/2010/the-protocol-relative-url/ごとに2回ファイルをダウンロードします

2014年からの更新：

今、SSLがされていることを皆のための奨励とパフォーマンスの懸念を持っていない、この技術は現在、アンチパターンです。必要なアセットがSSLで利用できる場合は、常にそのhttps://アセットを使用してください。

1つの欠点は、URLがWebページのコンテキスト外で表示される場合に発生します。たとえば、電子メールクライアント（たとえば、Outlook）にある電子メールメッセージには事実上URLがなく、プロトコル相対URLを含むメッセージを表示している場合、明白なプロトコルコンテキストはまったくありません（メッセージ自体は独立しています） POP3、IMAP、Exchange、uucpなどに関係なく、URLを取得するために使用されるプロトコルのURLに関連するプロトコルはありません。欠落しているプロトコルハンドラーが表示されたときに何が行われるかを確認するために、電子メールクライアントとの互換性を調査していません。ほとんどの場合、httpで推測されると思います。Apple Mailは、プロトコルなしでURLを入力することを拒否します。これは、同様にコンテキストが欠落しているために相対URLが電子メールで機能しない方法に類似しています。

同様の問題は、ツイート、SMSメッセージ、Word文書など、HTTP以外の他のコンテキストでも発生する可能性があります。

より一般的な説明は、匿名プロトコルのURLは単独では機能しないということです。関連するコンテキストが必要です。したがって、一般的なWebページでは、このようにスクリプトライブラリを取り込むことで問題ありませんが、外部リンクでは常にプロトコルを指定する必要があります。私は1つの簡単なテストを試してみました。試してみたすべてのブラウザーでに//stackoverflow.comマップするfile:///stackoverflow.comため、実際には単独では機能しません。

その理由は、ポータブルなWebページを提供するためかもしれません。外部ページが暗号化されて転送されない場合（http）、リンクされたスクリプトを暗号化する必要があるのはなぜですか？これは不必要なパフォーマンスの低下のようです。外部ページが安全に暗号化されて転送される場合（https）、リンクされたコンテンツも暗号化する必要があります。ページが暗号化されている場合、リンクされたコンテンツは暗号化されていないため、IEは混合コンテンツの警告を発行するようです。その理由は、攻撃者が途中でスクリプトを操作できるためです。より詳しい説明については、http：//ie.microsoft.com/testdrive/Browser/MixedContent/Default.html？o = 1を参照してください。

EFF のHTTPS Everywhereキャンペーンでは、可能な限りhttpsを使用することを推奨しています。最近は常に暗号化されたWebページを提供するサーバー容量があります。

完全を期すために。これは別のスレッドで言及されました：

「2つのスラッシュ」は、「現在使用されているプロトコル」の一般的な省略形です。

if (plain http environment) {
    use 'http://example.com/my-resource.js'
} else {
    use 'https://example.com/my-resource.js'
}

スレッド全体を確認してください。

今ではかなり一般的なテクニックのようです。欠点はありません。ページ上のすべてのアセットのプロトコルを統一するのに役立つだけなので、可能な限り使用する必要があります。