url - remote - test web multiple browsers

Compatibilidad con el navegador para URL que comienzan con doble barra (2)

Recientemente he visto algunos enlaces usados sin protocolo. No parecía muy difícil de entender, creo que es una gran idea y bastante intuitiva.

Para aquellos de ustedes que desconocen, usar una URL como //example.com/script.js apuntará a http://example.com/script.js o https://example.com/script.js dependiendo de si o no la URL se origina en una URL http o https . Incluir secuencias de comandos o imágenes http desde una página https puede ser un problema de seguridad, por ejemplo, por lo que esto resuelve sin la necesidad de detectar el protocolo en su código.

Mi pregunta es, ¿qué tipo de soporte de navegador / sistema operativo está ahí para ello? ¿Es seguro usarlo en producción? Sin duda haría las cosas un poco más fáciles.

Ejemplo simple y prueba: http://codetester.org/916c6916

EDITAR: Solo un seguimiento que he estado usando para el servidor de anuncios de mi empresa en la producción de muchas cosas sin problemas desde hace un par de años.

Este comportamiento formaba parte de RFC 1808 (Sección 4), que tiene unos 16 años, por lo que cada navegador importante debería (y lo hace) respaldar esto.

Lamentablemente, hay un error con IE7 y -8 que los hará descargar los recursos dos veces si se usa una URL relativa al protocolo en un link o @import , lo cual no debería ser un gran problema, pero es feo y debe mantenerse en mente.

Si está desarrollando en una máquina local, existe la posibilidad de que falle con src="file://host.com/filename".

En esta situación, debe especificar el esquema explícitamente: http://host.com/filename o https://host.com/filename .