Come disattivare correttamente REVISIONS e AUTOSAVE per l'intero sito e facoltativamente solo per un tipo di post personalizzato

Esiste una combinazione hook / funzione che può essere aggiunta ai miei temi functions.phpper disabilitare REVISIONI e AUTOSAVE per l'intera installazione di wordpress? Che dire se solo per un determinato tipo di post personalizzato? La ricerca online offre vari hack, dalla cancellazione degli script alla manomissione dei file core. Qual è il modo accettabile / corretto per farlo?

custom-post-types revisions autosave

— Ana Ban
fonte

Ecco soluzione migliore : stackoverflow.com/a/30821376/2377343

— T.Todua

Come disabilitare la revisione post nel sito Web wordpress.com?

— Santosh Kumar,

Risposte:

Questo dovrebbe essere inserito nel tuo wp-config.php(e non altrove):

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

— Kaiser
fonte

aggiornamento: quando aggiungo la AUTOSAVE_INTERVALriga, la pagina dell'editor dei post esegue costantemente un'istruzione javascript che abilita / disabilita i pulsanti [Aggiorna] (e [Salva bozza] su un nuovo post), che alla fine rende anche molto tutte le altre schede del mio browser meno reattivo (gchrome18). hmm ... pensieri?

— Ana Ban,

Sì, ciò (probabilmente) significa che sta facendo aggiornamenti costanti. Prova a cambiarlo in 20000000000, che dovrebbe essere un po 'più di un anno.

— Kaiser,

Questo disabilita il plugin di salvataggio automatico di tinyMCE? Sembra che imposta solo un grande intervallo.

— Michael Rogers,

@MichaelRogers Bene, se consideri un anno non abbastanza, prova una vita;)

— kaiser

@JossieCalderon Dipende da dove lo hai impostato. A definenon può essere sovrascritto, quindi attiva la segnalazione degli errori e assicurati di inserirlo nel tuo wp-config.php.

— Kaiser

Sto anche cercando come disabilitare il salvataggio automatico. Ma ecco cosa mi è stato detto in un biglietto Trac :

Se hai davvero bisogno di questa funzione, dovresti gestire tu stesso gli ID sequenziali in un campo personalizzato e quindi implementare il routing URL personalizzato. Non dovrebbe essere troppo difficile farlo.

— wikicms
fonte

ciao @wikicms, sto bene con gli ID, ma grazie per la pubblicazione. utile per qualcuno là fuori di sicuro, o anche per me in futuro.

— Ana Ban,

-2

Inserire il define in wp-config.php va bene fino a quando non si attiva WP_DEBUG quando si otterranno avvisi PHP "già definiti" nel debug.log ogni paio di minuti. Altri sostengono che posizionare queste definizioni sopra la definizione ABSPATH aiuterà.

Tuttavia, posso confermare categoricamente che il posto migliore in cui inserire le tue definizioni è in un plug-in, poiché i plug-in attivati vengono caricati prima della definizione predefinita di WP.

Le definizioni predefinite sono protette con eventuali test, quindi le definizioni caricate dal plugin avranno la precedenza e non causeranno uno scontro né le notifiche ripetitive di PHP nel registro di debug.

— waverlyweb
fonte

No, wp-config.phpè l'unico posto corretto. Se ricevi errori, un codice non funzionante altrove prova a definirlo di nuovo. Rimuovi quel codice.

— fuxia

@toscho Perché è wp-config.phpl'unico posto corretto? Puoi elaborare?

— jdevlin,

@JamesDevlin Manutenibilità e debug. È possibile farlo in un ambiente molto controllato, ma se si ottiene errori quando lo si inserisce in wp-config.php, un'altra cosa è rotto, spostando le definisce non è una soluzione.

— fuxia