タグ付けされた質問 「protocol-relative」

14
<script src =“ http://…”>でhttp://を//に置き換えることは有効ですか?
私は次の要素を持っています: &lt;script type="text/javascript" src="https://cdn.example.com/js_file.js"&gt;&lt;/script&gt; この場合、サイトはHTTPSですが、サイトは単なるHTTPの場合もあります。(JSファイルは別のドメインにあります。)便宜上、次の操作を行うことが有効かどうか疑問に思っています。 &lt;script type="text/javascript" src="//cdn.example.com/js_file.js"&gt;&lt;/script&gt; http:またはを削除することが有効かどうか疑問に思っていhttps:ますか? 私がテストしたすべての場所で動作するようですが、動作しない場合はありますか?

7
すべてのhttp://リンクを//だけに変更できますか?
デイブ・ウォードは言う、 これは正確な読みではありませんが、RFC 3986のセクション4.2では、プロトコル(HTTPまたはHTTPS)を完全に省略した完全修飾URLが提供されています。URLのプロトコルが省略されている場合、ブラウザは代わりに基になるドキュメントのプロトコルを使用します。 簡単に言うと、これらの「プロトコルなし」のURLを使用すると、このような参照を、使用するすべてのブラウザーで機能させることができます。 //ajax.googleapis.com/ajax/libs/jquery/1.4.4/jquery.min.js 最初は奇妙に見えますが、この「プロトコルなし」のURLは、HTTPとHTTPSの両方で利用できるサードパーティのコンテンツを参照するための最良の方法です。 これにより、HTTPとHTTPSの両方を介してアセットが利用可能であると想定して、HTTPページで見られる多くの混合コンテンツエラーが確実に解決されます。 これは完全にクロスブラウザ互換ですか?他に注意点はありますか?

4
2つのスラッシュで始まるURI…それらはどのように動作しますか?
最近、私はこのように動作するコードブロックを見ました: &lt;script type="text/javascript" src="//ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js"&gt;&lt;/script&gt; また、RFC 2396(URI構文)およびRFC 2616(HTTP 1.1)によると、2つのスラッシュで始まるこれらのURIは有効ですが、残念ながらRFCは実際にはそれらを説明していません。 ブラウザーがこれらのURIをどのように処理する/すべき/処理するのかを説明しているリソースを誰かに教えてもらえますか?

3
現在のページの1つを保持するためにプロトコル(スキーム)を省略した絶対URL
//somepage.com/resourceURL形式を見ました。例えば: &lt;img src="//remotesite.com/image1.jpg" /&gt; これのポイントは、現在のページ(imgタグを定義するページ)がを使用しているhttp場合、リモートサイトへの要求はhttpを介して行われるということです。httpsの場合-httpsです。これにより、完全に暗号化されていないページに関するブラウザの警告がなくなります。 私の質問は-このURL形式はすべてのブラウザで安全に使用できるかということです。そしてそれは標準ですか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.