Adăugarea la wp-config.php și înlocuiți această linie 60 pe numărul (în secunde), putem stabili perioada de salvare automată. Valoarea implicită este de 60 de secunde
Pentru ao specifica în fișierul de configurare, adăugați o linie
unde ТУТ_БУДЕТ_АША_АСТРОЙКА poate lua valori:
- true (implicit), -1. păstrați fiecare revizuire
- false, 0. nu salvați nici o revizie (cu excepția unei singure salvări automate pentru scriere)
- (int)> 0. câte revizii se stochează pentru o singură înregistrare (+1 pentru salvarea automată). Reviziile vechi sunt șterse automat.
De exemplu, această intrare înseamnă crearea a cel mult 5 revizuiri
și asta le dezactivează deloc
Metoda de stocare a reviziilor
Auditurile sunt stocate în tabelul de înregistrare.
Revizuirile sunt stocate ca copii la intrarea legată (la fel ca pentru atașamente). Obținem statutul post_status "moșteni". tip post_type "revizie". și numele post_name - revizuire (- #) pentru revizuirile regulate și -autosave pentru salvările automate.Gestiunea reviziilor
Eliminare: Există o funcție API pentru ștergerea reviziilor, dar nu are o interfață cu utilizatorul (UI). Desigur, aceasta poate fi schimbată. (Nu am vazut plug-in-uri pentru aceasta ...)
Primul plugin pentru gestionarea reviziilor
Al doilea plug-in pentru gestionarea reviziilor
Al treilea plugin (oprește revizuirea). pentru cei care sunt prea leneși pentru a edita configurația
După executarea comenzilor, trebuie să optimizați tabelele
Metoda 3
. Înainte de asta, nu uitați să faceți o copie de rezervă a bazei de date.
Înregistrări similare
Ie adăugând acest lucru
define ('WP_POST_REVISIONS', '5');
Voi lăsa WordPress de 5 ori face autosalvări, și, în același timp, observă pe post nu va rase în baza de date, și va înlocui vechea versiune?
Voi permite ca wordpress-ul să se facă automat de 5 ori
nu se salvează automat, ci 5 revizii, dintre care una va fi salvată automat. să nu se înmulțească, și bătrânii să piară. I pentru experimentul adăugat la numărul de configurare "2" și în înregistrare în care au existat 11 corecții efectuate o altă schimbare și salvat. Cele 9 cele mai vechi revizuiri au fost "blocate în baza de date" și au rămas doar ultimele două. A fi salvat astfel a devenit mult mai rapid
În mod clar, mulțumesc.) Deci, rezolvă problema cu care există atât de mult zgomot? Despre duplicarea aceluiași post la efectuarea modificărilor, care au apărut în versiuni beta.
@ AlexNote: da, decide. în special în stabilirea „0“ :-) Întrebarea este de ce acest lucru nu este doar permis să facă, și a trebuit să sape în codul pentru a înțelege cum să scape de ea sau personaliza
Până când am dat 2.6 nu am înțeles ce revizuiri sunt aici :)
Ie se pare că după o vreme baza de date va fi înfundată cu aceste revizuiri, care vor ocupa în mod prost un loc în ea?
@ sonika: așa este. pentru asta, trebuie să cureți echipa. manual în baza urâtă face încă. ar fi mai bine să o faceți direct din zona administrativă.
Am ajuns acolo la jumătate din înregistrare pierdut 0_o
Am fixat-o, am verificat-o, și leagăn cu o vulpe și un măgar.
Este posibilă dezactivarea completă a acestor revizuiri?
@ Alex: dacă citiți cu atenție articolul, atunci nu veți pune o astfel de întrebare :-)
Și astfel, salvarea automată se va opri?
define ('AUTOSAVE_INTERVAL', 0);
Ce se întâmplă dacă definiți define ('AUTOSAVE_INTERVAL', 0);
Maxim, ce scop urmăriți? Dacă doar de dragul curiozității, aș fi încercat-o eu ...
Nu am înțeles bine: este mai bine să setați "0" în config și să opriți revizuirile și să nu ciocănați baza sau să lăsați câteva revizuiri. Revizii - doar pentru confort? și anume tipul a scris în postul ceva greșit, a revenit la salvat anterior?
Revizii - doar pentru confort?
Este clar. Mulțumesc.
Am citit în blog-ul meu Taras că fiecare astfel de audit creează de la sine într-un tabel de baze de date - este cât de mult acolo „chestii“ se acumulează în timp :(
Am descarcat pluginul, am instalat si am dezactivat toate versiunile, care nu ar deranja baza de date :)
@ Олег: și nu un tabel, ci o înregistrare
Întrebare: puneți în config "0" dar, în panoul de administrare, atunci când creați înregistrarea, este indicat că se fac revizuirile. Nu acordați atenție acestor mesaje? sau aceasta înseamnă că revizuirile sunt încă în desfășurare? Mulțumesc.
Eh, nu e bine să ștergi ... Taxonomiile suspendate sunt obținute.
Vladimir, a adăugat un link către post
Am folosit metoda a treia, totul a decurs bine. Mulțumesc
Mulțumesc foarte mult, metoda a treia funcționează, revizuirea revine.
Dar aici este linia derulată
define ('WP_POST_REVISIONS', 0);
deoarece nu ajută cu adevărat, ele sunt încă create.
Puneți un plug-in care reduce complet revizuirile. Șterse anterior create. Mulțumesc.
Metoda numărul 3 a fost un mare succes.
Este necesar să adăugăm că ștergerea (DELETE) și optimizarea (OPTIMIZE) ar trebui să se facă în două solicitări separate către baza de date.
Lokaktusu mulțumiri! M-am așezat o jumătate de zi până când am dat peste acest articol.
Poate ceva de sfat?
doar acest post. m-au ajutat să curăț versiunea 2.9.2 mulțumesc. deși am citit inițial alte cazuri .. aceasta a fost cea mai completă cu exemple.
Trackbacks și pingbacks
Trimiteți-le prietenilor: