Prise en charge du navigateur pour les URL commençant par une double barre oblique

J’ai récemment vu quelques liens utilisés sans un protocole. Cela ne semblait pas trop difficile à comprendre – je pense que c’est une excellente idée et très intuitive.

Pour ceux d’entre vous qui ne le savent pas, l’utilisation d’une URL telle que //example.com/script.js pointera vers http://example.com/script.js ou https://example.com/script.js selon que vous souhaitez ou non l’URL ne provient pas d’une URL http ou https . L’inclusion de scripts http ou d’images d’une page https peut constituer un problème de sécurité, par exemple, ce qui résout ce problème sans qu’il soit nécessaire de détecter le protocole dans votre code.

Ma question est la suivante: quel type de support de navigateur / système d’exploitation existe-t-il? Est-il sûr d’utiliser en production? Cela faciliterait certainement les choses.

Exemple simple et test: http://codetester.org/916c6916

EDIT: Juste un suivi que j’utilise pour le serveur publicitaire de mon entreprise en production pour beaucoup de choses sans problème depuis quelques années maintenant.

Ce comportement faisait partie de la RFC 1808 (Section 4), qui a environ 16 ans, de sorte que chaque navigateur principal devrait (et le fait) prendre en charge cette fonctionnalité.

Malheureusement, il y a un bogue avec IE7 et -8 qui les @import à télécharger les ressources deux fois si une URL relative au protocole est utilisée sur un link ou @import – ce qui ne devrait pas être un gros problème, mais doit être conservé esprit.

Si vous développez sur une machine locale, il est possible qu’elle échoue avec src="file://host.com/filename".

Dans cette situation, vous devez spécifier le schéma explicitement: http://host.com/filename ou https://host.com/filename .