¿Hay alguna razón para NO usar src = "// domain.com/file.js", que es el protocolo dinámico?

Question

En algunas de mis aplicaciones de comercio electrónico que he empezado a utilizar src="//domain.com/file.js" en los casos en que necesitaba para hacer referencia a los scripts alojados externamente que quería incluir. En mis aplicaciones de E-Commerce no todas las páginas realmente usan https ya que no todas las páginas tienen un formulario.

Me pregunto si realmente hay alguna desventaja en usar esto siempre, ya que también es un atajo al http y siempre se puede evitar la advertencia IE no segura.

Answer 1

Si su intención es la de cargar los recursos del mismo protocolo que la página se carga con, a continuación, su uso es una manera perfecta para lograrlo. Sin embargo, es posible que necesite cargar algunos recursos de http incluso cuando la página está actualmente sirvió bajo https (digamos que la resouce se sirve sólo en http o si prefiere reducir la carga en el servidor, al no hacer que cifrar cada imagen de la página) . En ese caso, debe especificar explícitamente el nombre del protocolo.

Answer 2

recursos @Mehrdad_Afshari de abastecimiento de HTTP pueden abrir vulnerabilidades de inyección de ataques MITM que se supone HTTPS específicamente para protegerse de. El ejemplo clásico es buscar un script sobre HTTP, pero ha habido errores en el pasado (ver http://www.adambarth.com/papers/2009/barth-caballero-song.pdf) que podrían permitir la inyección de scripts a través de una etiqueta IMG por parte de un MITM. Los enlaces relativos al esquema se recomendaron específicamente en el trabajo de ForceHTTPS (https://crypto.stanford.edu/forcehttps/) debido a problemas como este.

Última pregunta

• 1.
• 2.
• 3.
• 4.
• 5.
• 6.
• 7.
• 8.
• 9.
• 10.

 Cuestiones relacionadas

• 1.
• 2.
• 3.
• 4.
• 5.
• 6.
• 7.
• 8.
• 9.
• 10.