Cómo desactivar correctamente REVISIONES y AUTOGUARDADO para todo el sitio o solo para un tipo de contenido personalizado

13 abr 2012, 11:45:04
Vistas: 15.3K
Votos: 12

¿Existe alguna combinación de hook/función que pueda añadirse al functions.php de mi tema para desactivar correctamente las REVISIONES y el AUTOGUARDADO en toda la instalación de WordPress? ¿Y si solo quiero hacerlo para un tipo de contenido personalizado específico? Buscando en línea encuentro varios hacks, desde desregistrar scripts hasta modificar archivos del núcleo. ¿Cuál es la forma aceptable/correcta de hacer esto?

2
Comentarios

Aquí está la mejor solución: http://stackoverflow.com/a/30821376/2377343

T.Todua T.Todua
2 feb 2016 16:30:09

¿Cómo deshabilitar las revisiones de entradas en un sitio web de wordpress.com?

Santosh Kumar Santosh Kumar
11 dic 2016 21:12:26
Todas las respuestas a la pregunta 3
7
15

Esto debe colocarse en tu archivo wp-config.php (y en ningún otro lugar):

define( 'AUTOSAVE_INTERVAL', 60*60*60*24*365 ); // Configurar intervalo de autoguardado a 1 vez por año
define( 'EMPTY_TRASH_DAYS',  0 ); // Vaciar papelera inmediatamente: Cero días
define( 'WP_POST_REVISIONS', false ); // No guardar revisiones
13 abr 2012 14:59:39
Comentarios

actualización: cuando agrego la línea AUTOSAVE_INTERVAL, hace que la página del editor de publicaciones ejecute constantemente una instrucción JavaScript que activa/desactiva los botones [Actualizar] (y [Guardar borrador] en una nueva publicación), lo que eventualmente también hace que todas mis otras pestañas del navegador sean mucho menos receptivas (gchrome18). hmm... ¿alguna idea?

Ana Ban Ana Ban
14 abr 2012 05:05:51

Sí, eso (probablemente) significa que está haciendo actualizaciones constantes. Intenta cambiarlo a 20000000000, lo que debería ser un poco más de un año.

kaiser kaiser
15 abr 2012 03:48:21

¿Esto deshabilita el plugin de guardado automático de tinyMCE? Parece que solo establece un intervalo grande.

Michael Rogers Michael Rogers
12 jun 2017 17:16:31

@MichaelRogers Bueno, si consideras que un año no es suficiente, prueba con toda una vida ;)

kaiser kaiser
12 jun 2017 22:17:10

Hola, hice esto y mi instalación de Wordpress sigue guardando automáticamente. ¿Qué pasa? @kaiser

Jossie Calderon Jossie Calderon
13 ago 2018 23:08:01

@JossieCalderon Depende de dónde lo configuraste. Un define no puede sobrescribirse, así que activa el reporte de errores y asegúrate de colocarlo en tu wp-config.php.

kaiser kaiser
14 ago 2018 01:38:17

Para desactivar el autoguardado en el Editor Gutenberg de WordPress 5.0+, por favor revisa https://stackoverflow.com/questions/10234271/wordpress-auto-draft-disabling/65420515#65420515

Chengmin Chengmin
23 dic 2020 09:35:45
Mostrar los 2 comentarios restantes
1

También estoy buscando cómo desactivar el guardado automático. Pero esto es lo que me dijeron en un ticket de Trac:

Si realmente necesitas esta función, deberías gestionar los IDs secuenciales tú mismo en un campo personalizado y luego implementar un enrutamiento de URL personalizado. No debería ser muy difícil lograrlo.

13 abr 2012 14:52:13
Comentarios

hola @wikicms, estoy bien con los ids, pero gracias por publicar. útil para alguien por ahí seguro, o incluso para mí en el futuro.

Ana Ban Ana Ban
14 abr 2012 05:42:12
3
-2

Colocar los defines en wp-config.php está bien hasta que activas WP_DEBUG, momento en el que comenzarás a recibir notificaciones PHP de 'ya definido' en el debug.log cada pocos minutos. Algunos afirman que colocar estos defines por encima del define ABSPATH puede ayudar.

Sin embargo, puedo confirmar categóricamente que el mejor lugar para poner tus defines es en un plugin, porque los plugins activados se cargan antes que los defines predeterminados de WordPress.

Los defines predeterminados están protegidos con pruebas if exists, por lo que tus defines cargados desde el plugin tendrán prioridad y no causarán conflictos ni las repetitivas notificaciones PHP en el registro de depuración.

20 sept 2013 23:22:51
Comentarios

No, wp-config.php es el único lugar correcto. Si obtienes errores, algún código roto en otro lugar intenta definirlo nuevamente. Elimina ese código.

fuxia fuxia
20 sept 2013 23:39:55

@toscho ¿Por qué wp-config.php es el único lugar correcto? ¿Podrías elaborar?

jdevlin jdevlin
29 may 2014 01:02:29

@JamesDevlin Mantenibilidad y depuración. Puedes hacerlo en un entorno muy controlado, pero si obtienes errores al colocarlo en wp-config.php, hay algo más que está roto, mover las definiciones no es una solución.

fuxia fuxia
29 may 2014 01:35:04