Magento CDN en servidor local por subdominio

Question

Mientras leía sobre Magento, nuevamente me atrajo lo siguiente:¿Cómo puedo configurar una CDN de Magento en un servidor local por subdominio?[ver también imágenes adjuntas]

Estoy pensando en configurar CDN.mymagentoserver.com, haga que apunte a la misma carpeta public_html que www.mymagentoserver.com y cambie los directorios de medios como se muestra a continuación.

Pregunta:

1. ¿Cómo se configura un subdominio como se describe?

Adicional para pensar

• ¿Funcionaría también para todos los dominios de una multitienda?
• ¿Qué tal si agrego https en el futuro?¿Las imágenes no provendrían de un dominio inseguro si tuviera un certificado SAN?¿O simplemente agregaría el subdominio también?
• ¿Vale la pena todo esto?

Answer 1

Es posible, pero por definición no es una CDN (entrega de contenido red)

Sin embargo, todavía hay ventajas:si configura el dominio de cookies en Magento para www.example.com, no se enviarán cookies con solicitudes a static.example.com, haciendo que las solicitudes sean un poco más ligeras y rápidas (también:más almacenable en caché).El dominio de cookies se puede configurar en la misma sección de configuración que las URL base.Si su URL base es como example.com sin "www", utilice example.com y preste atención a que no esté precedido por un punto (porque .example.com incluiría todos los subdominios)

Otro argumento es que los navegadores limitan la cantidad de solicitudes paralelas por dominio, por lo que tener un segundo dominio también puede acelerar la carga total de la página.Pero esto ya no es tan relevante hoy en día, así que tómalo con cautela y, sobre todo, no empieces a distribuir las solicitudes en más de dos o tres dominios.

El éxito del fragmento de dominio se puede mitigar si se hace incorrectamente.Es importante tener en cuenta estas pautas.

1. Es mejor dividir solo en dos dominios.Puede probar valores más grandes, pero las pruebas anteriores muestran que dos son la elección óptima.
2. Asegúrese de que la lógica de fragmentación sea coherente para cada recurso.No desea que un solo recurso, digamos Main.js, Flip-Flop entre Domain1 y Domain2.
3. No es necesario configurar servidores diferentes para cada dominio, simplemente cree CNAME.Al navegador no le importa la dirección IP final: solo le importa que los nombres de host sean diferentes.

^{Fuente: http://www.stevesouders.com/blog/2013/09/05/domain-sharding-revisited/}

En cuanto a tu pregunta sobre cómo configurarlo:Pregúntale a tu proveedor de alojamiento.Ellos pueden hacerlo por usted o decirle cómo hacerlo.No es exactamente igual en todos los sistemas.

Answer 2

Esto es extremadamente simple de lograr y existe absolutamente valor en hacer de este cambio a pesar de no usar un CDN formal.

CDN no siempre mejoran el rendimiento para su mercado nacional (en algunos casos lo hará más lento). No perderás nada configurar algunos submarinos, y potencialmente ganará un poco.

La verdadera ventaja de usar sub dominantes para el contenido estático es asegurarse de que el contenido se sirva gratis. Si el contenido no tiene una cookie, es más cacheable (ya sea por un barniz de proxy inversa o el navegador en sí). Existe el hecho de que los navegadores modernos no puedan pasar la tubería más de un puñado de solicitudes a un solo dominio a la vez, introduzca múltiples dominios (o subdominios) y puede aumentar repentinamente ese paralelismo por un factor de los muchos submarinos que utiliza.

Cuando considere que casi el 90% de su tráfico es HTTP, eso significa que el 90% de sus clientes se beneficiarán. Para HTTPS, manténgalo simple y en un solo dominio: cuando un cliente está navegando por una página HTTPS, es el pago de todos modos, por lo que hay pocas ganancias para hacerse.

Configurarlo es tan simple como agregar los dominios secundarios (JS / Piel / Medios), y enrollarlos a la carpeta correspondiente según sea necesario.

Tarda unos 3 minutos para configurar, es gratis, no requiere nada complejo, y dará mejoras instantáneas / inmediatas.

Answer 3

Eche un vistazo a CloudFlare. Si se siente cómodo, lo que hace algunos cambios DNS, esto debería ser bastante fácil de configurar. Básicamente, su servidor web actúa como el servidor de origen. CloudFlare luego golpea su servidor una vez para almacenar en caché cada archivo (a pedido). Cualquier cambio en los archivos en Magento requerirá que purga manualmente el caché CDN o espere a que caduque el caché.

Para facilitar las cosas, le recomendaría mantener la estructura de la carpeta igual. Si desea cambiar la carpeta, esto no debería ser demasiado difícil con una regla de reescritura. Las tiendas adicionales solo requerirían CNames adicionales para que coincidan con sus dominios de Tienda Adicionales.

SSL es fácil con CloudFlare si desea utilizar su cert. También puede usar el suyo si tiene una tarjeta salvaje o un certificado separado para el subdominio. https://www.cloudflare.com/ssl

Si desea más opciones, también visite AWS CloudFront. Es un poco difícil de instalar, pero es más flexible. http://aws.amazon.com/cloudfront/