apache - .htaccess, YSlow y "Usar dominios sin cookies"
wordpress joomla (7)
¿Es posible usar .htaccess para redirigir todas las solicitudes de una carpeta en particular en www.example.com a una carpeta en static.example.com en su lugar?
Posible, pero contraproducente: el cliente tendría que realizar una solicitud HTTP, obtener la respuesta de redireccionamiento y luego realizar otra solicitud HTTP.
¡Esto cuesta mucho más que la única línea de datos de cookies guardados!
¿Este método también engañaría al CMS para que crease que las imágenes estaban ubicadas en las ubicaciones predeterminadas en su propio dominio?
No.
Uno de los elementos medibles de YSlow es usar dominios sin cookies para servir archivos estáticos.
"Cuando el navegador solicita una imagen estática y envía cookies con la solicitud, el servidor ignora las cookies. Estas cookies son un tráfico de red innecesario. Para solucionar este problema, asegúrese de que los componentes estáticos se soliciten con las solicitudes sin cookies creando un subdominio y alojándolos allí ". - Yahoo YSlow
Interpreto que esto significa que podría experimentar mejoras en el rendimiento si muevo www.example.com/images a static.example.com/images .
Aunque esto es fácil de hacer, perdería la capacidad práctica dentro de mi sistema de administración de contenido (Joomla / WordPress) para hacer referencia y vincular fácilmente estas imágenes.
¿Es posible usar .htaccess para redirigir todas las solicitudes de una carpeta en particular en www.example.com a una carpeta en static.example.com en su lugar? ¿Este método también engañaría al CMS para que crease que las imágenes estaban ubicadas en las ubicaciones predeterminadas en su propio dominio?
Aunque esto es fácil de hacer, perdería la capacidad práctica dentro de mi sistema de administración de contenido (Joomla / WordPress) para hacer referencia y vincular fácilmente estas imágenes.
Lo que podrías intentar hacer es crear un complemento en Joomla que dinámicamente cree estas referencias.
Por ejemplo, tiene un complemento que cuando ingresa {ruta dinamic_path} en un artículo, agrega ''static.example.com/images'' a la ruta provista. Por lo tanto, cada vez que necesite cambiar la ruta del servidor, simplemente cambie en el complemento. Para los enlaces que ya están en la base de datos, puede intentar usar phpMyAdmin para cambiarlos en esta estructura.
Todavía pierde la habilidad WYSIWYG en TinyMCE, pero es una alternativa.
En teoría, podría crear un dominio virtual que apunte directamente a la carpeta de imágenes, como images.example.com. Luego, en su CMS (con suerte en la capa de tema) podría reemplazar cualquier ruta que apunte a la carpeta de imágenes con una ruta absoluta al subdominio.
Las redirecciones provocarán mucho más tráfico de red y mucho más latencia que simplemente dejar las cosas como están.
Lo hice a continuación y obtuve éxito:
<FilesMatch "!/.(gif|jpe?g|png)$">
php_value session.cookie_domain example.com
</FilesMatch>
Lo que significa es que si no configura imágenes en la información de cookies. Entonces las imágenes están libres de cookies con el servidor.
Lo que realmente desea hacer es usar staticexample.com/images en lugar de static.example.com/images para que no recoja ninguna cookie en el dominio example.com que pueda haber establecido. Si todo lo que hace es imágenes del servidor de ese dominio con un servidor apache simple o algo así, puede configurar ese servidor para que no devuelva siquiera una cookie de sesión.
Las redirecciones son una muy mala idea. Las cookies causan algunos impactos de rendimiento, pero los viajes de ida y vuelta al servidor, como una redirección, podrían ser un problema de rendimiento mucho más grave.
Redirigiría la solicitud, pero el cliente seguiría enviando sus cookies al servidor, así que realmente no logró nada. Tendría que acceder directamente a los archivos desde un dominio que no almacena cookies para que funcione.