de_cache cache busting css caching pagespeed

cache - Pagesceed caching css, molesto de desarrollar



css cache busting (9)

Alister tiene razón. Hay otras dos formas que conozco para hacer esto. Con un .htaccess compartido a través de muchos dominios y desea deshabilitar PageSpeed ​​solo en un solo dominio, puede agregarlo al final del archivo .htaccess:

<IfModule pagespeed_module> ... ModPagespeedDisallow http://www.example.com/* </IfModule>

Significa que puede tener dos dominios, uno para el desarrollo (ModPagespeedDisallow) y uno con ModPagespeed activo. Nunca lo intenté pero debería funcionar, evitando que los visitantes obtengan una página no optimizada durante el desarrollo.

O puede agregar ? ModPagespeed = off a la url como se indica en las preguntas frecuentes de mod_pagespeed .

Estoy trabajando en un sitio que no he codificado desde cero y en firebug, los archivos css se muestran como: style.css.pagespeed.ce.5d2Z68nynm.css con la extensión pagespeed. ¿Puede alguien decirme qué está haciendo esto ya que no puedo encontrarlo? ¿Supongo que la velocidad de modulación de páginas posiblemente se ejecuta en el servidor? Quiero apagarlo por ahora porque está guardando en caché mi css y deteniendo las actualizaciones, lo cual es realmente molesto de desarrollar.

Gracias por adelantado.

Como nota al margen, en esta publicación anterior, escribí un script PHP para eliminar el contenido de las carpetas de caché de velocidad de página (que coloqué dentro del área var / www / html) y agregué un botón a la página de control de caché de administrador de Magento para llamar eso. De esta forma, siempre que la memoria caché de Magento necesite borrarse, también puedo presionar el botón para borrar la memoria caché de velocidad de página. El script puede ser IP y administrador restringido. Esto ahorra un montón de problemas. Podrías usar una función de eliminación de carpetas recursivas como esta (¡ cuidado con tus rutas! :)):

function fullDeleteFolder($dir) { echo "Remove: ".$dir."<br>"; if (is_dir($dir)) { $objects = scandir($dir); foreach ($objects as $object) { if ($object != "." && $object != "..") { if (is_dir($dir."/".$object)){ fullDeleteFolder($dir."/".$object); }else{ unlink($dir."/".$object); } } } rmdir($dir); } } $location = "[some-location]/mpcache/mod_pagespeed"; fullDeleteFolder($location); //might also want to do this for the ''media/css_secure'' folder too, if your site is on https echo "Finished.";

GoDaddy Cloud Bitnami Config

/ stack / apache2 / conf / nano pagespeed.conf

Apagar

Otra cosa que puedes hacer es dejar * mod_pagespeed * fuera de tu archivo ssl.conf . De esta manera, puede acceder a su sitio a través de https para el desarrollo.

Lo sé, pero es útil en algunos casos en los que necesitas hacer cambios muy rápidos.

Otra opción para restablecer el caché se describe here :

Averigüe dónde está la carpeta de caché, se define en el archivo de configuración en la propiedad ModPagespeedFileCachePath.

Luego ejecuta el siguiente comando desde shell:

touch <path_to_pagespeed_cache>/cache.flush (In my case: touch /var/cache/mod_pagespeed/cache.flush)

Eso es. El caché fue restablecido.

Para deshabilitar el módulo completo, intente tener el siguiente código en su archivo .htaccess

<IfModule pagespeed_module> ModPagespeed off </IfModule>

Para que mod_pagespeed refleje los cambios en los activos de inmediato, puede configurar LoadFromFile: https://developers.google.com/speed/pagespeed/module/domains#ModPagespeedLoadFromFile

Esto no funcionará para css / js / images servidos desde controladores virtuales, pero cualquier cambio en el contenido estático se volverá a optimizar de inmediato. Además de eso, la optimización en sí misma generalmente se terminará mucho más rápido porque cargar activos desde el disco es más barato que recuperarlos desde http (s).

Si está utilizando un complemento de W3C Total Cache en WordPress, puede intentar desactivarlo y ver el archivo a través del modo de inspección y siempre borrar el caché de los cambios.