El punto principal de una Red de distribución de contenido (CDN) es colocar el contenido lo más cerca posible del usuario final, reduciendo así el componente Distancia del Round Trip Time (RTT) y acelerando la solicitud. Simplemente servir contenido estático de un subdominio no es lo mismo que usar un CDN.
Los ventajas de servir contenido desde un subdominio tal, sin embargo, son que
El sub-dominio puede ser un dominio sin cookies
Si utiliza las cookies correctamente (es decir, no tiene ninguna *.mydomain.com
cookies), puede reducir drásticamente el tamaño (es decir, el número de paquetes enviados) de la solicitud HTTP, lo que ahorraría ancho de banda y aceleraría significativamente las solicitudes si utiliza las cookies en gran medida en el sitio principal .
La página puede beneficiarse de una más solicitudes simultáneas que está realizando el navegador
mayoría de los navegadores harán solicitudes simultáneas de elementos de la página, como imágenes, fuentes, CSS, etc. El problema es que la mayoría de los navegadores sólo se permitir un número limitado de solicitudes abiertas a un dominio en particular (en algún lugar alrededor de 5, creo). Al distribuir sus activos en múltiples subdominios, "engaña" al navegador y permite más solicitudes paralelas, ya que el límite se aplica a cada subdominio.
Así que, sí, se puede configurar esto con sólo hacer un subdominio, pero también hay que asegurarse de que las galletas que está utilizando no son enviadas a las solicitudes de ese sub-dominio, así .
¿cómo podría uno probar si las cookies se envían con archivos para determinar si una opción del subdominio era la dirección necesaria? – user658182
@ user658182 - La manera más fácil sería usar el Inspector en Firefox o Chrome y mirar los encabezados de la solicitud y respuesta para ver qué se envía (Eche un vistazo a los encabezados "Cookies") – cdeszaq
Aunque esta solución no es una CDN real, también aprovecharía las descargas paralelas del navegador? – joseantgv