aNieto2K Desarrollo web, Wordpress, y alguna cosilla más

A raiz del post de comparativa de plugins gestores de caché, Duane Storey, creador de ViperCache se puso en contacto conmigo para ofrecerme una versión beta de ViperCache y hacer pruebas con ella. La verdad es que al ser una versión alpha, lo que es la instalación ha sido un poco engorrosa, los ficheros no se han guardado donde yo le decía, pero ha funcionado y bastante bien.

He aprovechado los datos anteriores para compararlo con los otros plugins.

Datos

/*
  5 usuarios concurrentes durante 30 segundos
*/
ab -c5 -t30 http://URL_pruebas

ViperCache

Memoria: 174.0 KB
Peticiones completadas: 1330
Tiempo por petición: 22,556 [#/sec] 

Gráficas 

Me ha llamado mucho la anteción el número de respuestas completadas. 

Thanks Duane, it’s a great plugin. / Gracias Javi por tu tiempo

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