Kas teie WordPressi andmebaas on paisunud, halduspaneel muutunud aeglaseks ja varukoopia kasvanud keskmise saidiarhiivi suuruseks? Süüdlased on tõenäoliselt revisjonid: mustandikoopiad igast salvestamisest, mida mootor aastate jooksul kogub.

Üks leht kogub oma eluea jooksul kümneid muudatusi. Korrutage see sadade postitustega ja tulemuseks on gigabaidid rämpsu tabelis wp_posts. Veelgi hullem, revisjonid salvestatakse samasse tabelisse kui avaldatud sisu, nii et iga lisa kirje aeglustab päringuid.

Allpool on neli viisi vanade versioonide puhastamiseks oma andmebaasist: alates turvalisest pluginast kuni toore SQL-ini. Lisaks boonusnipp, mis hoiab revisjoniprügi tagasi tulemast.

💡 Kiirülevaade:

• WP-Sweep, kõige turvalisem tee: plugin eemaldab revisjonid, kasutades WordPressi sisseehitatud funktsioone, ilma otseste andmebaasipäringuteta.
• wp-config.php, kolm koodirida keelavad või piiravad mustandi salvestamise mootori tasemel täielikult.
• SQL-päring, kohene puhastus ühe päringuga; nõuab enne käivitamist täielikku andmebaasi varukoopiat.
• Automaatse salvestamise intervall, ei kustuta juba kogunenut, kuid aeglustab oluliselt edaspidist revisjonide kasvu.

1. Samm: eemalda revisjonid WP-Sweep pluginaga

Lihtsaim ja turvalisim meetod neile, kes eelistavad koodi mitte puutuda. WP-Sweep kutsub välja WordPressi sisseehitatud funktsioone (wp_delete_post_revision) ega kirjuta tooreid päringuid, seega on andmebaasi kahjustamise oht minimaalne.

Tavapärane paigaldus:

• Minge Plugins → Add New.
• Otsige WP-Sweep, klõpsake Install ja seejärel Activate.
• Avage Tools → Sweep.
• Leidke rida Revisions ja klõpsake nuppu Sweep.

Plugin näitab, mitu revisjoni kustutati ja kui palju ruumi vabanes. Lisaks revisjonidele suudab WP-Sweep puhastada rämpskommentaare, automaatselt salvestatud mustandeid, kasutamata taksonoomia termineid ja orvuks jäänud meta-välju, kõike WordPressi sisseehitatud API kaudu.

🔗 WP-Sweep WordPress.org-is

2. Samm: keela revisjonid wp-config.php kaudu

Kui te ei vaja revisjone üldse, keelake need ühe reaga. Leidke oma saidi juurkaustast fail wp-config.php ja lisage kood enne rida /* That's all, stop editing! */:

1
define( 'WP_POST_REVISIONS', false );

Pärast seda lõpetab WordPress mustandite salvestamise igal automaatsel salvestamisel ja igal "Update" klõpsul. Andmebaasi jääb ainult iga postituse viimane versioon.

Pange tähele, et see rida ei kustuta juba kogunenud revisjone; see ainult takistab uute tekkimist. Puhastage olemasolev prügi 1. sammu või allpool oleva boonus-SQL-päringuga.

Revisjonide uuesti lubamiseks asendage false väärtusega true või lihtsalt eemaldage rida.

3. Samm: piira revisjonide arvu

Täielik keelamine ei sobi kõigile. Kui kolmeliikmeline toimetus muudab sama postitust ja vajab muudatuste ajalugu, on parem revisjone mitte välja lülitada, vaid piirata nende arvu.

Lisage faili wp-config.php enne rida /* That's all, stop editing! */ järgmine:

1
define( 'WP_POST_REVISIONS', 3 );

Arv 3 tähendab, et WordPress säilitab igast postitusest maksimaalselt kolm viimast versiooni. Neljas revisjon kirjutab üle vanima, nii et andmebaas ei kasva lõputult.

Enamiku saitide jaoks on kolm revisjoni enam kui piisav. Kui avaldate pikki artikleid kümnete iteratsioonidega, määrake 5 või 10. Piirangut ei ole; võite määrata mis tahes täisarvu.

4. Samm: muuda automaatse salvestamise intervalli

Vaikimisi salvestab WordPress mustandi iga 60 sekundi järel. Aktiivse muutmise ajal tekitab see kümneid revisjone tunnis. Saate intervalli pikendada, nii et automaatsed salvestamised toimuvad harvemini ja andmebaas kasvab aeglasemalt.

Lisage faili wp-config.php järgmine:

1
define( 'AUTOSAVE_INTERVAL', 600 );

Väärtus 600 on sekundites (10 minutit). Selle seadistusega kirjutatakse mustand andmebaasi kord 10 minuti jooksul, mitte iga minuti tagant. Minimaalne, mida WordPress aktsepteerib, on 60 sekundit; soovitatav maksimum on 3600 (üks tund).

See nipp ei puhasta olemasolevaid revisjone, kuid vähendab oluliselt uute kuhjumist. Kombineerige see 3. sammu piiranguga, et saada puhas andmebaas ilma regulaarse käsitsi puhastamiseta.

Boonus: revisjonide kustutamine otse SQL-päringuga

Kiireim tee, kui pluginaga puhastamine pole mingil põhjusel võimalik. Hoiatus: see päring on pöördumatu. Enne selle käivitamist tehke täielik andmebaasi varukoopia phpMyAdmini, WP-CLI või varunduspluginaga.

Esiteks, ohutu proovikäik, et näha, kui palju revisjone mõjutatakse, ilma neid kustutamata:

1
SELECT COUNT(*) FROM wp_posts WHERE post_type = 'revision';

Kui teie tabeli prefiks ei ole wp_, asendage see enda omaga (kontrollige failist wp-config.php rida $table_prefix).

Kui olete veendunud, et arv on mõistlik, käivitage kustutamine:

1
DELETE FROM wp_posts WHERE post_type = 'revision';

Päring eemaldab ühe hoobiga kõik revisjonid kõigist postitustest. Pärast seda on andmebaas koheselt kergem, eriti vanematel, sadade lehtedega saitidel.

Mida päring ei puuduta: avaldatud postitusi, mustandeid (post_status='draft'), lehti, manuseid, menüüsid ja prügikasti. See sihib rangelt kirjeid tüübiga post_type='revision', mida mootor kasutab ainult versioonide salvestamiseks.

⁉️🤔 Korduma kippuvad küsimused

Kas revisjonid mõjutavad tõesti saidi kiirust?

Mõjutavad küll, kuid kaudselt. Revisjone ise esiküljel ei laadita; need asuvad tabelis wp_posts ja suurendavad tabeli üldist mahtu. Saidil, kus on 10 000+ kirjet, aeglustab iga lisatuhandik rida WP_Query päringuid, eriti ilma objektivahemäluta (Redis). Pärast revisjonide puhastamist on erinevus märgatav halduspaneelis ja postituste salvestamisel.

Kas revisjonide kustutamine pluginaga on turvaline?

WP-Sweep on turvaline just seetõttu, et see ei kirjuta tooreid SQL-päringuid. See kutsub välja wp_delete_post_revision(), sama funktsiooni, mida WordPress kasutab mustandi tavapärasel kustutamisel. Sellegipoolest kehtib reegel "tee varukoopia enne igat andmebaasioperatsiooni".

Mis juhtub automaatsete salvestamistega pärast revisjonide keelamist?

Automaatsed salvestamised jätkavad tööd; need on tehniliselt eraldi mehhanism. WordPress hoiab ühe postituse kohta ühte automaatset salvestust (viimast) ja see kirjutatakse üle, mitte ei kuhjata. Revisjonide keelamine WP_POST_REVISIONS kaudu ei mõjuta automaatseid salvestamisi. AUTOSAVE_INTERVAL muutmine aga kontrollib neid otseselt.

Kas ma saan kustutada revisjone ainult teatud postituse tüüpide puhul?

Jah, kasutades filtrit wp_revisions_to_keep. Lisage oma teema functions.php faili või Code Snippetsisse järgmine:

1
add_filter( 'wp_revisions_to_keep', function( $num, $post ) {
2
    if ( 'product' === $post->post_type ) {
3
        return 0; // do not keep revisions for WooCommerce products
4
    }
5
    return $num;
6
}, 10, 2 );

See kood keelab revisjonid ainult toodete jaoks, jättes postituste ja lehtede vaikekäitumise alles. Juba kogunenud kindlat tüüpi revisjonide hulgikustutamiseks kasutage SQL-i koos tingimusega post_parent väljal.

Kas Perfmatters asendab WP-Sweepi?

Perfmatters on kommerts-jõudlusplugin ja revisjonihaldus on vaid üks selle 40+ funktsioonist. See võib piirata revisjonide arvu (sarnaselt WP_POST_REVISIONS-le) ja puhastada neid ajakava alusel. Kuid kui vajate ainult revisjonide puhastamist, on WP-Sweep täiesti tasuta ja teeb töö sama hästi ära. Perfmatters on mõttekas, kui vajate ka laiska laadimist, emotikonide skriptide keelamist ja muid peenhäälestatud jõudlusvalikuid.

Kas ma pean uuel saidil revisjone puhastama?

Värskel saidil, kus on kümmekond postitust, võtavad revisjonid enda alla kilobaidid, seega pole puhastamisel mõtet. Kuid kujundage harjumus: kui plaanite aktiivselt blogida, määrake kohe WP_POST_REVISIONS piiranguks 3-5. Siis ei pea te hiljem prügiga tegelema.

Mida peaksite oma olukorra jaoks valima?

Kiire maatriks:

• Soovite turvalist ja kiiret puhastust ilma koodita → WP-Sweep (1. samm) + piirake revisjonid 3-le (3. samm).
• Ei vaja revisjone üldse ja töötate üksi → keelake läbi WP_POST_REVISIONS, false (2. samm).
• **Hiiglaslik andmebaas, plugin on teie **hostingul aeglane → SQL-päring boonussektsioonist (rangelt pärast varukoopia tegemist).
• Juba puhas, soovite seda nii hoida → revisjonide piirang 3-5 (3. samm) + automaatse salvestamise intervall 300-600 sekundit (4. samm).

Kulutage viis minutit kohe ja teie andmebaas lõpetab aastatega paisumise. Kui sait on pärast revisjonide puhastamist endiselt aeglane, vaadake teisi viise WordPressi kiirendamiseks: päringute vahemällu salvestamine ja kerge teema annavad sageli suurema tõuke kui revisjonide eemaldamine.