Cum să dezactivezi corect REVIZIILE și SALVĂRILE AUTOMATE pentru întregul site și opțional doar pentru un tip de postare personalizat
Există vreo combinație de hook/funcție care poate fi adăugată în functions.php
al temei pentru a dezactiva corect REVIZIILE și SALVĂRILE AUTOMATE pentru întreaga instalare WordPress? Dar dacă vreau doar pentru un anumit tip de postare personalizată? Căutând online găsesc diverse soluții alternative, de la deregistrarea scripturilor până la modificarea fișierelor de bază. Care este metoda acceptabilă/corectă de a face acest lucru?

Aceasta ar trebui plasată în fișierul tău wp-config.php
(și nicăieri altundeva):
define( 'AUTOSAVE_INTERVAL', 60*60*60*24*365 ); // Setează intervalul de salvare automată la 1 dată pe an
define( 'EMPTY_TRASH_DAYS', 0 ); // Golește coșul de gunoi imediat: Zero zile
define( 'WP_POST_REVISIONS', false ); // Nu salva nicio revizie

actualizare: când adaug linia AUTOSAVE_INTERVAL
, editorul de postări rulează constant o instrucțiune JavaScript care activează/dezactivează butoanele [Actualizează] (și [Salvează ciornă] pentru un post nou), ceea ce face și celelalte file din browser mult mai puțin responsive (gchrome18). hmm... păreri?

Da, asta (probabil) înseamnă că face actualizări constante. Încearcă să o schimbi în 20000000000
, care ar trebui să fie puțin peste un an.

Astora dezactivează funcția de salvare automată a pluginului tinyMCE? Se pare că doar setează un interval foarte mare.

@MichaelRogers Păi, dacă consideri că un an nu e suficient, încearcă o viață întreagă ;)

Salut, am făcut asta dar instalarea mea de Wordpress încă salvează automat. Care e problema? @kaiser

@JossieCalderon Depinde de unde ai setat asta. Un define
nu poate fi suprascris, așa că activează raportarea erorilor și asigură-te că l-ai pus în wp-config.php
.

Pentru a dezactiva salvarea automată în Gutenberg Editor în WordPress 5.0+, te rugăm să consulți https://stackoverflow.com/questions/10234271/wordpress-auto-draft-disabling/65420515#65420515

Caut și eu modalitatea de a dezactiva salvarea automată. Dar iată ce mi s-a spus într-un ticket Trac:
Dacă chiar ai nevoie de această funcționalitate, ar trebui să gestionezi singur ID-urile secvențiale într-un câmp personalizat și apoi să implementezi rutarea personalizată a URL-urilor. Nu ar trebui să fie prea greu să realizezi asta.

Plasarea definițiilor în wp-config.php este în regulă până când activezi WP_DEBUG, moment în care vei primi notificări PHP 'already defined' în debug.log la fiecare câteva minute. Alții susțin că plasarea acestor definiții deasupra definiției ABSPATH va ajuta.
Cu toate acestea, pot confirma categoric că cel mai bun loc pentru a plasa definițiile tale este într-un plugin, deoarece plugin-urile activate sunt încărcate înaintea definițiilor implicite ale WordPress.
Definițiile implicite sunt protejate cu teste de existență, astfel încât definițiile încărcate prin plugin vor avea prioritate și nu vor cauza conflicte sau notificări PHP repetitive în jurnalul de depanare.

Nu, wp-config.php
este singurul loc corect. Dacă primești erori, înseamnă că alt cod defectuos încearcă să-l definească din nou. Elimină acel cod.

@toscho De ce wp-config.php
este singurul loc corect? Poți să detaliezi?
