Las revisiones de WordPress son una gran característica para los sitios de edición múltiple donde muchos editores visitan y editan el mismo contenido en una publicación. Pero para un usuario que normalmente genera contenido sin conexión y copia/pega en línea, no necesita o no le gusta crear tantas versiones para una sola publicación o página, realmente no es útil para ellos. Aún más frustrante es el hecho de que no tienes control sobre estas revisiones, ni puedes deshabilitarlas o restringirlas desde el tablero, ya que las revisiones y el autoguardado son características clave de WordPress por defecto.
Aquí discutimos algunos de los problemas que enfrentan los usuarios debido a las revisiones de WordPress. Puede recurrir a esto para un problema similar y resolverlo, ya que los desarrolladores de WordPress no parecen hacer que esta característica sea opcional en el futuro cercano.
Problemas de revisión de WordPress
- La revisión aumentará el tamaño de la base de datos.
- Problemas de copia de seguridad debido al aumento del tamaño de la base de datos.
- Conflictos con campos personalizados generados por complementos.
- Carga lenta del editor de publicaciones debido a un desbordamiento de memoria.
1. ¿Qué tamaño de base de datos se necesita?
Cada revisión de una publicación se almacena en su base de datos y se recupera cuando se abre la publicación en el editor. Cuantas más revisiones realice, más revisiones guardará, aumentando el tamaño de la base de datos.
Aquí hay una comparación del tamaño de la base de datos del sitio con 500 publicaciones/páginas con y sin revisiones de publicaciones/páginas.
Sin revisión:
| Páginas / Publicaciones | 500 |
| Tamaño de página/publicación | 50 KB |
| Tamaño de la base de datos sin revisión | 500 * 50 = 25 000 KB = 25 MB |
De la auditoría:
| Revisiones por página / publicación | 5 |
| revisión total | 500 * 5 = 2500 |
| tamaño de cada versión | 50 KB |
| Importe total de la auditoría | 2500 * 50 = 125 000 KB = 125 MB |
| El importe total de la publicación real. | 500 * 50 = 25 000 KB = 25 MB |
| tamaño total de la base de datos | 125 + 25 = 150 MB |
| % aumentar en tamaño | (150 – 25) 25 * 100 = 500% (5 veces) |
El tamaño y la cantidad de publicaciones pueden variar según su sitio real, pero el punto es que una base de datos simple de 25 MB se convertirá en 150 MB debido a las múltiples revisiones de WordPress. Además, en la práctica el número de revisiones será mayor, oscilando entre 10 y 20 por publicación/página, incluyendo una versión guardada automáticamente. Este aumento de 5 veces en el tamaño de la base de datos puede causar problemas con el espacio de alojamiento si su proveedor de alojamiento restringe el uso del tamaño de la base de datos.
2. Problemas de copia de seguridad causados por las revisiones de WordPress
Incluso si no tiene limitaciones de espacio, aumentar el tamaño de la base de datos puede ser una preocupación al realizar una copia de seguridad de su base de datos MySQL.
Para el ejemplo anterior, cuando intenta exportar el contenido de una base de datos MySQL utilizando phpMyAdmin, tarda 5 veces más de lo que realmente tarda. Esto puede exceder el límite de exportación establecido por su empresa de alojamiento y dar como resultado un tiempo de copia de seguridad incompleto. Por ejemplo, si el límite de descarga es de 50 MB, nunca podrá realizar una copia de seguridad de todo su contenido, lo que genera un alto riesgo de pérdida de contenido.
El análisis del archivo mostrará que faltan algunas publicaciones y es posible que el archivo haya finalizado entre la tabla «wp_post», que almacena la publicación real y todas las revisiones. Encontrará más publicaciones en la tabla «wp_post» y en todas las demás tablas como «wp_links», «wp_users», etc. no están archivados.
Esto contrarrestaría por completo el objetivo de tener auditorías como la principal función predeterminada, que tiene como objetivo ayudar a los usuarios en situaciones de emergencia. Cuando se trata de comprometerse entre el archivo y las revisiones, nadie dudará en desactivar o eliminar las revisiones.
3. Los campos personalizados entran en conflicto con las auditorías
También notamos conflictos de revisiones con campos personalizados creados con algunos complementos. Por supuesto, los campos personalizados son probablemente más importantes para ejecutar un sitio en vivo que guardar miles de revisiones no válidas.
4. Carga lenta del editor de WordPress
Debido a que las revisiones se recuperan cuando abre una publicación o página en el Editor de WordPress, una gran cantidad de revisiones puede hacer que WordPress Classic o Gutenberg Editor se carguen lentamente. A veces puede llegar al punto en que no puede acceder a sus publicaciones debido a un desbordamiento de memoria en servidores con poca memoria debido a una gran cantidad de revisiones.
La única forma aquí es eliminar las revisiones de la base de datos para que pueda acceder y actualizar las publicaciones a través del editor de WordPress.
¿Cómo desactivo las revisiones de WordPress?
Cuando decide hacer estas revisiones, hay tres formas de abordar el problema:
- Deshabilite las revisiones por completo.
- Limite las revisiones y los intervalos a grabación automática.
- Eliminar las revisiones existentes almacenadas en la base de datos.
Haga clic aquí para obtener una descripción detallada de cada opción.
Aunque se cree que las revisiones hacen que las páginas se carguen lentamente, este no es el caso. Las revisiones no ralentizarán la carga de su sitio web, ya que no aparecerán en los motores de búsqueda y se extraerán de su base de datos solo cuando abra una publicación / página en el Editor de WordPress. Incluso las páginas de WordPress tienen revisiones porque WordPress también trata las páginas como publicaciones.
