Cómo desactivar REVISIONES y AUTOSAVE correctamente para todo el sitio y, opcionalmente, solo para un tipo de publicación personalizada


13

¿Hay una combinación de gancho / función que se puede agregar a mi tema functions.phppara deshabilitar REVISIONES y AUTOSAVE correctamente para toda la instalación de WordPress? ¿Qué pasa si solo para un cierto tipo de publicación personalizada? La búsqueda en línea ofrece varios trucos, desde el desregistro de scripts hasta la manipulación de archivos principales. ¿Cuál es la forma correcta / aceptable de hacer esto?


Aquí hay una mejor solución : stackoverflow.com/a/30821376/2377343
T.Todua

¿Cómo deshabilitar la publicación de revisión en el sitio web wordpress.com?
Santosh Kumar

Respuestas:


16

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

define( 'AUTOSAVE_INTERVAL', 60*60*60*24*365 ); // Set autosave interval to 1x per year
define( 'EMPTY_TRASH_DAYS',  0 ); // Empty trash now: Zero days
define( 'WP_POST_REVISIONS', false ); // Do not save andy revisions

actualización: cuando agrego la AUTOSAVE_INTERVALlínea, hace que la página del editor de publicaciones ejecute constantemente una instrucción javascript que habilita / deshabilita los botones [Actualizar] (y [Guardar borrador] en una nueva publicación), lo que finalmente hace que todas mis otras pestañas del navegador sean mucho más menos sensible (gchrome18). hmm ... pensamientos?
Ana Ban

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

¿Esto deshabilita el complemento de autoguardado de tinyMCE? Parece que solo establece un gran intervalo solamente.
Michael Rogers

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

1
@JossieCalderon Depende de dónde configures esto. Una defineno se puede sobrescribir, así activar el informe de error y asegurarse, lo coloca en su wp-config.php.
kaiser

0

También estoy buscando cómo deshabilitar el autoguardado. Pero esto es lo que me dijeron en un boleto de Trac :

Si realmente necesita esta función, debe administrar las ID secuenciales usted mismo en un campo personalizado y luego implementar un enrutamiento de URL personalizado. No debería ser demasiado difícil lograrlo.


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

-2

Colocar las definiciones en wp-config.php está bien hasta que active WP_DEBUG cuando reciba avisos PHP 'ya definidos' en el debug.log cada dos minutos. Otros afirman que ayudar a colocar estas definiciones por encima de la definición ABSPATH.

Sin embargo, puedo confirmar categóricamente que el mejor lugar para colocar sus definiciones es en un complemento, porque los complementos activados se cargan antes de que se defina el valor predeterminado de WP.

Las definiciones predeterminadas están protegidas con pruebas si existe, por lo tanto, su complemento cargado define tendrá prioridad y no causará un choque ni los avisos repetitivos de PHP en el registro de depuración.


1
No, wp-config.phpes el único lugar correcto. Si obtiene errores, algún código roto en otro lugar intenta definirlo nuevamente. Elimina ese código.
fuxia

@toscho ¿Por qué es wp-config.phpel único lugar correcto? ¿Puedes elaborar?
jdevlin

2
@JamesDevlin Mantenimiento y depuración. Usted puede hacer esto en un entorno muy controlado, pero si se producen errores cuando se coloca en wp-config.php, algo se rompe, moviendo los define no es una solución.
fuxia
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.