Recomendación: DB Cache Reloaded para WordPress
Publicado el Wednesday 07 de April del 2010 @ 13:55 por Armonth.
- 7
- 1
Comentar
Si bien con varias pruebas para un blog conocido llegué a la conclusión que lo mejor es –sin duda– ReallyStatic no quita que algunos no puedan usarlo (sin ir más lejos, aquí por usar una versión antigua/personalizada).
Pero sí que hay bastante gente que usa WP-Super Cache y para ellos toca recomendar hoy DB Cache Reloaded.
DB Cache Reloaded es un plugin que en lugar de cachear páginas estáticas hace lo mismo con las peticiones MySQL. Es un fork del antiguo DB Cache (el cual dejo de ser actualizado).
Al cachear las peticiones MySQL estamos quitándole carga al servidor MySQL porque si bien WP-Cache/WP-Super Cache ahorran mucho, deben hacer peticiones MySQL cada vez que quieres obtener esa parte del menú que se repite en cada entrada, ese widget, etcétera, etcétera.
Aunque su autor no opina bien de los dos plugins mencionados antes, la verdad es que lo mejor es utilizar los dos: WP-Super Cache y DB Cache Reloaded. Uno cachea las peticiones a la base de datos y el otro las usa en lugar de pedirlas al servidor MySQL para generar el contenido estático. También tiene la ventaja (obvia) de hacer más rápido el panel de administración.
7 Comentarios
-
maty:
Pregunta muy importante, creo:
¿Cómo afecta el “cacheo” de páginas y de peticiones a los contadores de visitas?
-
maty:
Me refería a contadores externos vía javascript, como Google Analytics, Statcounter…
Los que se implementan vía plugins en WP sólo sirven para agrandar desmesuradamente la base de datos si no se limpian cada cierto tiempo.
Por otro lado, cuando una bitácora tiene éxito, el problema suele venir por exceso de consumo de CPU antaño y por falta de memoria en la actualidad, por lo que las prestaciones de los servidores web compartidos suelen ser insuficientes, de ahí el interés por el cacheo, sobre todo el de las peticiones. De ese modo, tal vez, podamos aguantar más antes de migrar a un servidor dedicado con 2/4 GB de memoria RAM, digo.
Muchas gracias por contestar.
-
filex:
No recuerdo donde, pero creo que hace algunos años decían que esto de hacer cache de MySQL era malo e inseguro, pero se ve que este plugin esta bien diseñado y se ve bien al probarlo.
Tal vez experimente con ReallyStatic en otra oportunidad, ese plugin ya es otra cosa.
-
felipe.lv:
Algunas notas:
¿En qué se diferencia esto de usar un caché de código como memcached, apc, etc? (aparte de la facilidad de instalar un plugin para WordPress v/s un sistema de cache)
Para maty: no debería afectar en lo más mínimo. Por ejemplo, Google Analytics funciona insertando un código javascript que crea un elemento script con un src que está en sus servidores; luego registra la información que se genera al enviar la petición por el script y otros datos (resolución de pantalla, por ejemplo) a partir de lo recopilado por el script. Statcounter debe funcionar de una manera similar, o bien insertando una imagen vacía — en ambos casos, lo que importa es la petición que el navegador envía al servidor de estadísticasPD: para haber anunciado que no volvías a escribir, veo que has escrito bastante jaja… me alegro, tu blog es uno de esos que vale la pena seguir ;)
-
maty:
Recomiendo: W3 Total Cache