二重スラッシュで始まるURLのブラウザーサポート


107

最近、プロトコルなしで使用されるいくつかのリンクを見ました。理解するのはそれほど難しくないように見えました-私はそれが素晴らしいアイデアで、かなり直感的だと思います。

ご存じない方のために、のようなURLを使用すると、URL //example.com/script.jshttpまたはhttpsの URLのどちらに由来するか、またはそのどちらhttp://example.com/script.jshttps://example.com/script.jsに基づいてポイントされます。たとえば、HTTPSページからHTTPスクリプトまたは画像を含めると、セキュリティ上の問題が発生する可能性があるため、コードでプロトコルを検出する必要がなく、問題を解決できます。

私の質問は、ブラウザ/ OSのサポートにはどのようなものがあるのですか?本番環境で使用しても安全ですか?それは確かに物事を少し簡単にするでしょう。

簡単な例とテスト:http : //codetester.org/916c6916

編集:私がこれを数年の間問題なく多くのことのために本番の会社の広告サーバーのためにこれを使ってきたちょうどフォローアップです。


9
ここで回答:stackoverflow.com/questions/4659345/… ---つまり、それはRFC仕様に含まれているため、すべての主要なブラウザでサポートされているはずです。
キース、

1
@キースありがとう、それでいいのですが、RFC仕様を調べても、この最初のダブルスラッシュのことについては実際には何もわかりません。既に完了したブラウザテストのいくつかを見つけたいと思っていました。:)
dtbarne

回答:


88

この動作は、約16年前のRFC 1808(セクション4)の一部だったため、すべての主要なブラウザがこれをサポートする必要があります(サポートします)。

悲しいことに、プロトコル相対URLがorで使用された場合にリソースを2回ダウンロードするIE7と-8にはバグがあります。link@import


これは古い投稿ですが、あまり良い習慣ではないとも言いたいです。最近、お客様の管理ダッシュボードで問題が発生しました。URL //code.jquery.com/jquery-2.1.3.min.jsが見つからず、ライブラリがロードされていません。次に、ロードhttp://code.jquery.com/jquery-2.1.3.min.jsしてエラーページを表示しようとします。彼らが内部で設定したプロキシ、VPN、またはファイアウォールのセキュリティ構成を疑っています。httpsプロトコルを使用するようにURLを更新した後、すべてが正常に動作します。
TwystO 2018年

3

ローカルマシンで開発している場合、失敗する可能性があります src="file://host.com/filename".

この状況では、スキームを明示的に指定する必要があります:http://host.com/filenameまたはhttps://host.com/filename

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.