Allá por el mes de julio os hablábamos de cómo mejorar considerablemente la seguridad de WordPress y de Wordfence, un magnífico firewall que nos ayuda, y mucho, a mejorar sensiblemente la seguridad de nuestros WordPress.
Pues bien, este estupendo plugin tiene un gran problema, reportado hace unos 5 meses y sin solución de momento, y es el crecimiento ilimitado de su log, concretamente de la tabla wp_wfHits (o el prefijo que le hayáis puesto a vuestra base de datos). En uno de nuestros blogs superaba los 750 MB de tamaño, por lo que la base de datos se había vuelto completamente inestable al superar los 1.4 GB de tamaño. Por ello hemos decidido poner coto a esta locura añadiendo un pequeño hack, muy similar al que utilizamos en hack para Twitter Widget Pro, en nuestro archivo functions.php de nuestra plantilla, o plantilla hijo. Al final del mismo debemos insertar el siguiente código PHP:
De esta forma borrará el contenido de la tabla diariamente. Si la queremos limpiar semanalmente, como es nuestro caso, entonces tendremos que añadir este otro código en lugar del anterior:
Con este simple y sencillo código nos vamos a ahorrar muchos problemas.
Esperamos que os resulte útil mientras el amigo Mark Maunder pone solución a este problema.
Actualización
Como habéis podido ver, si leéis inglés, Mark Maunder, creador del plugin, nos comenta que existe una función que se encarga diariamente de limpiar la tabla dejando los últimos 20.000 registros, cosa que conocíamos, sin embargo, tal y como le hemos comentado, tanto en nuestro caso, como en algún otro que hemos encontrado en algunos foros especializados, esta tabla crece y crece sin parar, a pesar de que existe la rutina diaria que ejecuta dicha función.
Mientras no encontremos el motivo que lleva a nuestra base de datos a engordar hasta la extenuación, mantendremos activo este pequeño hack.
En cuanto encontremos la solución, al menos a nuestro problema. Publicaremos un comentario con la misma.
Gracias Mark por tu interés y por tu gran trabajo.
Artículos relacionados
Comentarios
Productos y servicios
-
Recupera la administración
Desde: 181,50 € -
Todo en uno
Desde: 544,50 €Desde: 484,00 € -
Soporte técnico
84,70 € -
Mejora del rendimiento
181,50 € -
WP Rocket Starter Kit
121,00 €
No pinta mal la nueva gestión del catálogo que se quiere implementar en #WooCommerce .
Más información en https://developer.woocommerce.com/2026/05/21/reimagining-catalog-management/
Acaba de publicarse #WordPress 7.0: más visual, más rápido y preparado para la IA
Conectores IA integrados
Nuevas superposiciones de navegación
Patrones más fáciles de editar
Revisiones visuales bloque por bloque
Mejor rendimiento y accesibilidad
De momento lo dejamos en espera
A partir de #WooCommerce 10.9 se incluirá WooCommerce Additional Variation Images en el core lo que permitirá gestionar galerías en las variaciones de forma nativa.
Gran noticia que se suma a la iniciativa de incluir WooCommerce Brands en la versión 9.4.
¡Este es el camino!
¡Nuevo plugin para WooCommerce totalmente gratuito!
Ya es oficial nuestro nuevo plugin para #WooCommerce 100% gratuito: Recuerda que la Directiva Omnibus es de obligado cumplimiento a partir del 19 de junio.
¡Disfrútalo!
Hi,
Thanks for reporting this. Wordfence actually has a routine that cleans the wp_wfHits table. You’ll find it on line 133 of lib/wordfenceClass.php. This prunes the table leaving the 20000 most recent rows. It seems that the dailyCron for Wordfence is not running on your website to clean this table. If you post something on http://www.wordfence.com in our support forum I’d be happy to help you with this.
Regards,
Mark. Maunder
Wordfence creator.
Thanks Mark for your information and for your superb plugin.
Yes, there’s a clean routine on that line: $wfdb->queryWrite(«delete from $p».»wfHits order by id asc limit » . ($count – 20000));, and there’s a wordfence_daily_cron hook on my daily cron, but it doesn’t work, and I don’t know why.
I think that the problem was on the engine of that table (InnoDB), but really I don’t why the wp_wfHits table reached that size (over 750 MB).
I read on some threads that other users have similar problems and I wrote this little hack for fix that problem.
When I know why I have this problem, I’ll report it to you.
Meanwhile, I must use this hack :-(
Kind regards.
Saludos.
Una pregunta: veo que este post es del 2013. Ese problema ya fue resuelto en Wordfence?. No es necesario el hack?.
He tenido varios problemas de consumo de recursos en mi hosting (compartido) y quisiera el dato.
Gracias por el articulo.
La verdad es que hace años que no hemos vuelto a usar este pequeño código que tuvimos que crear a finales del año 2013. Que sepamos este problema concreto está resuelto.
Si tienes problemas de consumo puede ser debido a una incorrecta configuración de Wordfence, u otros plugins, a una base de datos sucia y poco optimizada, a un tráfico elevado, a un incorrecta optimización del rendimiento del hosting y del propio WordPress, a una conjunción de varias de estas circunstancias… la verdad es que las causas pueden múltiples y variadas.
Si necesitas ayuda no dudes en contactar con nosotros para que podamos valorar la situación y proponerte la mejor solución posible.
Un saludo.