Hospedaje de imágenes en subdominios separados

Question

Mi empresa alberga alrededor de 30 sitios web que comparten la misma base de código y reutilizan muchas de las mismas imágenes. En este momento, las imágenes para todos los sitios están alojadas en un dominio, y luego cada otro sitio tiene que enlazarse a esas imágenes.

es decir, www.example.com/images/hello.jpg

y en www.example2.com tenemos algo como: <img src="http://www.example.com/images/hello.jpg" />

Recientemente, alguien me dijo que yo debería estar poniendo todo de estas imágenes compartidas/estáticas en un subdominio, pero no veo las ventajas de esto. He oído que podría haber un ligero aumento de velocidad, pero también he oído que puede complicar las cosas. ¿Puede alguien elaborar?

Answer 1

Un par de ventajas a la misma:

• Un dominio independiente evita las cookies del dominio de ser enviado por cada solicitud de imagen, donde no son necesarios. Reduce la sobrecarga de ancho de banda para cada solicitud.
• La mayoría de los navegadores solo realizarán una determinada cantidad de solicitudes HTTP a la vez a un dominio en particular, por lo que publicar imágenes y otro contenido estático de un segundo dominio duplica la cantidad de solicitudes HTTP a la vez.
• Es posible utilizar un servidor web diferente, más liviano como nginx/lighttpd para servir el contenido estático.

Desventajas:

• gestionarlo.
• Dos búsquedas de DNS en lugar de una.

Answer 2

Cuando un navegador solicita archivos estáticos como CSS y Javascript, a menudo limita el número de conexiones a un servidor/subdominio determinado. Poner archivos estáticos bajo un dominio diferente permite más descargas simultáneas.

Si se configura correctamente, el subdominio diferente puede ser simplemente un directorio en su servidor web. Depende de tu config-file-fu.

Answer 3

Esto se trata en algunos de los podcasts de Stackoverflow.

Una preocupación: si está publicando una página https, el usuario puede recibir una advertencia sobre una combinación de elementos seguros e inseguros.