.htaccess, YSlow y & # 8220; Usar dominios sin cookies & # 8221;

Question

Una de las medidas medibles de YSlow es utilizar dominios libres de cookies para servir archivos estáticos.

  

" Cuando el navegador solicita una estática   imagen y envía cookies con el   solicitud, el servidor ignora el   galletas. Estas cookies son innecesarias.   tráfico de red. Para solucionar esto   problema, asegúrese de que estática   los componentes se solicitan con   solicitudes sin cookies mediante la creación de un   subdominio y alojarlos allí . " -   Yahoo YSlow

Interpreto que esto significa que podría experimentar ganancias de 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 ? ¿Este método también engañaría al CMS al pensar que las imágenes estaban ubicadas en las ubicaciones predeterminadas en su propio dominio?

Answer 1

  

¿Es posible usar .htaccess para redirigir todas las solicitudes?   para una carpeta 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 guardada!

  

¿Este método también engañaría al CMS para que piense en las imágenes?   estaban ubicados en las ubicaciones predeterminadas en su propio dominio?

No.

Answer 2

  

Aunque esto es fácil de hacer, lo haría   perder la habilidad práctica dentro de mi   sistema de gestión de contenidos   (Joomla / WordPress) para hacer referencia fácilmente   y enlace a estas imágenes.

Lo que podría intentar hacer es crear un complemento en Joomla que cree dinámicamente estas referencias.

Por ejemplo, tiene un complemento que cuando ingresa {dinamic_path 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 cambia 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.

Answer 3

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 del tema), podría reemplazar cualquier ruta que apunte a la carpeta de imágenes con una ruta absoluta al subdominio.

Answer 4

Los redireccionamientos causarían mucho más tráfico de red y mucho más latencia, que simplemente dejar las cosas como están.

Answer 5

Redirigiría la solicitud, pero el cliente aún estaría enviando sus cookies al servidor, por lo que realmente no logró nada. Tendría que acceder directamente a los archivos desde un dominio que no almacena cookies para que funcione.

Answer 6

Lo que realmente quiere hacer es usar staticexample.com/images en lugar de static.example.com/images para no recoger ninguna cookie en el dominio example.com que haya configurado. Si todo lo que hace es imágenes del servidor de ese dominio con un simple servidor apache o algo así, puede configurar ese servidor para que no devuelva ni siquiera una cookie de sesión.

Las redirecciones son una muy mala idea. Las cookies causan algunos problemas de rendimiento, pero los viajes de ida y vuelta al servidor, como una redirección, son un problema de rendimiento mucho más grave.

Answer 7

Lo hice a continuación y obtuve éxito:

<FilesMatch "!\.(gif|jpe?g|png)<*>quot;>
    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.