Cum se dezactivează și șterge toate editoarele din WordPress - revista wp
În acest scurt articol vom discuta mai multe metode pentru a limita numărul maxim de versiuni pentru fiecare post, precum și pentru eliminarea tuturor ediții ale bazei de date WordPress.
Limitarea numărului de ediții
Puteți seta, de asemenea, o limită folosind WP_POST_REVISIONS Directiva fișier de configurare-config.php wp WordPress. dar separarea tipurilor de înregistrări folosind această tehnică trebuie să faci va fi imposibil:
Folosind aceste aceleași tehnici vă pot face și refuza revizuiri WordPress. Pentru a face acest lucru, trebuie să setați o limită de zero:
Sau folosind fișierul wp-config.php:
O cerere similară pentru îndepărtarea taxonomie:
În cele din urmă, eliminarea ei înșiși de revizuire:
Nichifor, dar în acest caz, false și 0 sunt aceleași. Introduceți un rând, nu au nevoie de sfârșitul fișierului wp-config.php și un pic mai devreme, înainte de linia:
/ * Asta e tot, opriți editarea! blogging-ul fericit. * /
Sau, în versiunea în limba rusă:
/ * Asta e tot, atunci nu modificăm. Mult noroc! * /
În general, înainte de a împlini fișier-wp settings.php, și trebuie imediat după aceea și lipite.
da, în cele din urmă! încercați așa cum ați recomanda, vă mulțumesc.
Constantin, în secțiunea „Despre“ este scris că, în revista dvs. sunt articole despre securitate și blog-ul de accelerare. Acestea nu sunt disponibile sau nu le pot găsi? Dacă nu, dacă le scrie în viitorul apropiat? Dacă da, vă rugăm să descrieți, de configurare plugin BetterWPSecurity. În cazul în care acest lucru este un plugin decent. Sau alte cea mai bună protecție și tehnici de accelerare pe blog. Mulțumesc.
A se vedea Bazele de WordPress de securitate și de cache Bazele de WordPress. Desigur, avem de gând să scrie mai mult pe aceste subiecte, dar dacă aveți întrebări specifice, le puteți cere întotdeauna să ne :)
tu, Constantin Multumesc, pentru raspuns rapid. Am observat asta. Și întrebarea este. Pe cât de mult posibil pentru a proteja în mod fiabil plugin-uri WordPress fără sau cu utilizarea minimă a acestora. Și, dacă este posibil, cum să accelereze. Pas cu pas. Chiar dacă trebuie să modificați setările din codul face. Ai blog-ul este foarte rapid. Ar fi de dorit, de asemenea.
Noile versiuni ale revizii procedura de oprire WP schimbat. Modificările trebuie să se facă nu în fișierul wp-config.php, și pentru a găsi linia de fișier /wp-includes/default-constants.php defini ( „WP_POST_REVISIONS“, adevărat); și înlocuiți-l cu defini ( 'WP_POST_REVISIONS', false); totul funcționează verificat pe WP 3.8.
Vă mulțumim pentru ajutor, dar apoi „Este ușor să se schimbe folosind filtrul wp_revisions_to_keep în plugin-ul dvs. sau prin WP_POST_REVISIONS constante în fișierul de configurare wp-config.php.» În primul rând, nu este clar faptul că, în plugin-ul meu, în al doilea rând, nu spune că această constantă pentru a adăuga la fișierul de configurare. Îmi place această opțiune nu a fost, ea a trebuit să fie adăugate. Dar am înțeles imediat.
Rafis, mulțumesc pentru comentarii!
În primul rând, nu este clar că în plugin-ul meu
Aici este punctul de vedere al propriul plugin, care plasați lângă celelalte plugin-uri în wp-content / plugins și activați.
și este posibil pliz din nou pentru a scrie în Dummies supradotați orice fișier special, în care anumite locații pe care ar trebui să adăugați în continuare sau fix. Personal, nu am găsit în oricare dintre fișierele oferit un loc cu cuvintele de mai sus (coduri)
Victoria, citiți din nou articolul. Unele dintre modificări se referă la fișierul de configurare wp-config.php, iar altele sunt crearea de propriul WordPress plug-in directorul wp-content / plugins sau wp-content / mu-plugins
Vă mulțumim pentru cele mai recente informații. Instalați plugin-ul și a făcut o curat, totul a funcționat corect.
Și ce mai bine pentru a dezactiva sau limita de audit?
La discreția dumneavoastră.
Bună ziua, Konstantin
Aceste trei cereri în baza de date sunt încă relevante? Nu știu prea multe despre SQL) pe serverul local, executați aceste comenzi și a subliniat faptul că auditurile sunt eliminate, dar masa se fragmentiretsya doar pe loc curat.
Aceasta este, de exemplu. Audituri a fost de 30 mb. Tabelul _POST curățat și imediat fragmenitiruetsya pe același număr de megaocteți. Firește, am soptimiziroval aceste tabele, dar orice dubiu cu privire la aceste cereri. Sau modul în care ar trebui să fie?
P.S. Blog o calitate foarte înaltă - iese în evidență de rescriere otreraychnyh ReWriter. )
Interogările sunt relevante și fragmentare au la nivel MySQL, ci mai degrabă motorul pentru MySQL, cum ar fi InnoDB «spațiu liber“, nu de a conduce nu este scutită, dar este umplut ca devin disponibile date noi.
Mulțumesc.
Și încă o întrebare. Sunt corect pentru a înțelege că toate aceste plugin-uri navrode WP Optimizați (care elimina auditul) este suficient să efectuați aceste comenzi?
Că oamenii nu sperie phpMyAdmin)
Nu sunt sigur că vom încerca să rămână în mai multe dintre aceste plugin-uri :)