Contenido

1BlogCacher 2 = (1BlogCacher 1 + Velocidad) – Memoria

27 sep

+ 19

Javier Garcia, me envia el enlace a la nueva versión de 1BlogerCacher, una nueva versión más rápida, menos exigente con los recursos y sobretodo igual de fácil de instalar.

Copio y pego las carácterísticas:

  • Uso del advanced-cache de WordPress. El plugin se ejecuta antes de que WordPress se cargue completamente (menor tiempo de ejecución y especialmente menor uso de memoria).
  • Gestión de encabezados HTTP, que son guardados en archivos .txt después de ser modificados convenientemente, para unas respuestas cacheadas completas.
  • Soporte de código dinámico (comentarios mfunc y mclude) como en Staticize Reloaded (y posteriormente WP-Cache).
  • Si la compresión Gzip está habilitada, el contenido comprimido es guardado en archivos .gz por lo que sólo se comprime la primera vez (menor tiempo de ejecución y menor uso de CPU). Si se usa código dinámico, ese código se ejecuta y sólo si el contenido final es diferente al ya guardado se comprime de nuevo para la respuesta.
    • Si tienes la compresión Gzip habilitada y no estás usando código dinámico, puedes establecer la constante OBC_LOOK_FOR_DYNAMIC_CODE a false para evitar esta comprobación.
  • Devolución del encabezado HTTP 304 «no modificado» cuando es conveniente (menor tiempo de carga):
    • Si el plugin va a devolver la misma caché (de la misma fecha) a un usuario, en su lugar devuelve el encabezado 304.
    • Incluso con una caché diferente, si el contenido a devolver es el mismo (comprobado mediante un encabezado Etag con un hash), también se devuelve el encabezado 304.
  • Cuando una entrada es creada, modificada o borrada, se elimina la caché de esa entrada y del index para *todos* los usuarios.
  • Gestión de usuarios (logueados) y de comentadores. Elige el comportamiento del plugin para cada grupo:
    • No cachear.
    • Usar una única caché global.
    • Usar una caché individual para cada usuario.
  • Más opciones de configuración:
    • Opción de cachear o no páginas de error (status 404).
    • Opción de cachear o no redirecciones (status 301 o 302).
    • Opción de omitir la barra final de las urls («/«) para evitar cachear dos veces el mismo contenido (no uses esto en WordPress 2.3+ o con plugins que redireccionen a las urls con barra final).
    • Opción de guardar todos los archivos en el mismo directorio.
  • El plugin crea automáticamente un archivo .htaccess en el directorio de caché que evita el acceso via web.
  • Único «inconveniente» de esta versión: ahora el directorio de caché debe ser obligatoriamente/wp-cache/ (aunque sería fácil cambiar esto en el código).

Más Info / Descargar 

No he tenido tiempo ha hacer muchas pruebas, pero los resultados de la memoria consumida, mejoran al tragaRAM del WordPress 2.3. Esta tarde con más tiempo seguiré con las pruebas.

//Página sin cachear
Memoria usada: 2501 KB de 2560 KB 
//Página cacheada 
Memoria usada: 262.1 KB de 512 KB
  • Hola Andrés, gracias por la entrada.

    Creo que el consumo de memoria lo has añadido a la línea que no es, es decir, has medido el consumo de memoria cuando se hace la primera petición, no cuando se devuelve de caché.

    Es dificil hacer que se muestre esa línea en concreto (la que devuelve el tiempo de ejecución con obc_timer_stop(4)) porque el status 304 hace que se devuelva contenido SÓLO cuando ha cambiado (el plugin funciona tan bien que no devuelve más de lo necesario :)). Tendrías que cargar una página, modificar algo del código (no una entrada en sí, pq entonces se borraría la caché) y dar a F5 para que el plugin detectara que ha habido cambios en el contenido e hiciera una respuesta completa.

    Si haces directamente un echo de la memoria consumida en el advanced-cache.php (en un sitio que no esté en producción a no ser que no te importe que la gente vea cosas raras) verás que el consumo es en torno a 450KB en WP2.3. En anteriores versiones no llegaba a 200KB (vamos a peor).

    Saludos

  • Buenas Javier, si exactamente ese es el consumo de la primer petición. La que crea el fichero estático, que supongo será el momento que más memoria consuma.

    Además si te fijas está en el footer, lo que indica que ya se ha realizado todo, y está pintando el resultado. A esos 2500kb hay que restarle lo que WordPress solo consume.

    Acabo de llegar a casa, ahora te destrozo el código :D

  • Hola Andrés,
    Espero tus resultados para instalar BlogCacher en AlexSEO y BlogHogwarts ;) Me parece genial que los 2 mejores (y únicos?) plugins para cachear contenido en WordPress han sido creados por hispanos.

    Saludos
    Alex

  • Epa, comenté y no aparece mi comentario, creo que el cache no se actualiza cuando hay nuevos comentarios 0o

  • Tuve que darle a F5 (refresh). No sé si será algún problema del ajax con blogcacher , pero cuando comenté, no aparecia el comentario sino luego de darle refresh. Intenta desde otro navegador como si fueras visitante :P

  • Disculpa el doble comment, pero ahora si sirve 0o jeje

  • Hola,

    “si exactamente ese es el consumo de la primer petición. La que crea el fichero estático, que supongo será el momento que más memoria consuma.”

    Sí, pero ahí el plugin no tiene nada que ver, una petición normal de WordPress consume lo que tenga que consumir. A lo que me refiero es que hay que medir lo que consume el plugin cuando devuelve una página cacheada.

  • Javier, si te fijas en el código fuente de esta página puedes ver que además de añadir el tiempo que ha tardado en cargarla, añade la memoria usada hasta ese momento.

    Los resultados son ESPECTACULARES, enhorabuena!!

  • ¿Alguien ha comparado esta nueva versión con wl WP-Caché?

  • “en el código fuente de esta página puedes ver que además de añadir el tiempo que ha tardado en cargarla, añade la memoria usada hasta ese momento”

    Si te refieres a:

    ID: 18239 / Memoria usada: 2943 KB de 3072 KB

    En realidad eso no mide la memoria usada por el plugin, ya que se genera con una petición normal. Creo que confundes la memoria usada por WordPress cuando se genera una página (que tiene que generarse de todas maneras para poder cachearse) con la memoria que usa el plugin al servir una página desde caché. Para medir esto último tendrías que añadir el código al advanced-cache.php.

  • Ya me vinieron los problemas con la nueva versión y dreamhost me saco de la jugada por un alto consumo del servidor y eso que apenas lo actualize ayer. Me imagino que esa es la razón, por que llevaba ya 2 meses y todo bien con el WP-Cache hasta hoy.

    voy a probar con este plugin para ver si se soluciona el problema… les comento

  • El WP 2.3 dará problemas con DreamHost! :D

  • Javier, perdona, me refiero a esto

    <!-- Cargado originalmente en 0.22 segundos (2007-09-28, 08:56:29).Memoria usada: 270.5 KB de 512 KB -->

    Como puedes ver, lo añado directamente en el advanced-cache.php. De ahi los datos que actualizé en el post, parece que despues de hacer pruebas con wp-cache, machaqué la versión con la memoria con la versión sin.

    Ahora ya está como debería estar.

    Saludos

  • Hola, ocupo este espacio para hacer una pregunta sobre Asides en el sidebar, y como puedo hacer para limitar la cantidad mostrada. Ojala me puedan ayudar, que me tiene bien atrapado.

  • Por lo que veo funciona mejor que el wp-cache.

    Lo he probado y he empleado:

    “\n<!– Cargado en “.obc_timer_stop(2).” segundos (“.date(“Y-m-d, H:i:s”).”). Memoria usada: “.round(memory_get_usage() / 1024,1).” KB de “.round(memory_get_usage(1) / 1024,1).”KB –>”;

    Para ver el uso de memoria.

    Por ejemplo en el index (hago 36 consultas) muestra:

    482.5 KB de uso ¿¿no es un poco excesivo??

    Un saludo :)

  • Yo ya lo he instalado y los comentarios me tardan un buen rato en salir. Lo instalé para mejorar en rank.emezeta.com porque decía que para optimizar la página es bueno el uso de Etag.

    Me dice esto:”No se ha detectado la utilización de la cabecera HTTP eTag. Este atributo puede ayudar a servir información desde el caché del navegador teniendo en cuenta diferentes criterios. Ayuda en gran parte aligerando la carga del servidor, y a realizar petición más rápidas y con menos descargas en el cliente.”

    Después de instalar este plugin me sigue diciendo lo mismo. He intentado cambiando en la configuración del plugin lo de define(“OBC_ENABLE_BROWSER_CACHE”,false);
    a define(“OBC_ENABLE_BROWSER_CACHE”,true);
    pero tampoco me ha activado lo del Etag

Comentar

#

Me reservo el derecho de eliminar y/o modificar los comentarios que contengan lenguaje inapropiado, spam u otras conductas no apropiadas en una comunidad civilizada. Si tu comentario no aparece, puede ser que akismet lo haya capturado, cada día lo reviso y lo coloco en su lugar. Siento las molestias.