Creșterea Tabelului wp_options WordPress: Eliminarea Datelor Ascunse care Încetinesc Site-ul

Creșterea tabelului wp_options în WordPress reprezintă o problemă în care setările, pluginurile, temele, cache-ul temporar și datele încărcate automat se măresc excesiv, provocând o povară asupra bazei de date la fiecare încărcare a paginii. Această problemă apare, în special, din cauza înregistrărilor inutile cu valoarea autoload setată pe "da", a datelor transient expirate, opțiunilor rămase de la pluginuri dezinstalate și a înregistrărilor cron eronate. Soluția constă în a face mai întâi o copie de rezervă, a măsura dimensiunea tabelului și încărcătura autoload, a identifica înregistrările inutile în siguranță, iar apoi a face curățenie utilizând phpMyAdmin, WP-CLI sau instrumente de optimizare de încredere.

Chiar dacă tabelul wp_options dintr-un site WordPress pare mic, acesta poate avea un impact major asupra performanței. Acest lucru se datorează faptului că WordPress citește multe setări esențiale din acest tabel atunci când generează paginile. Problema nu este doar dimensiunea totală a tabelului în megabytes; punctul critic este cantitatea de opțiuni care sunt încărcate automat la fiecare cerere. De exemplu, un tabel wp_options de 20 MB nu înseamnă în mod automat o catastrofă, dar dacă 8 MB sau mai mult din acesta sunt încărcate automat, timpul până la primul byte, deschiderea panoului de administrare și procesele de checkout WooCommerce pot fi semnificativ încetinite.

În acest ghid, vom aborda problema creșterii tabelului wp_options WordPress într-un mod tehnic, dar aplicabil. Veți vedea pas cu pas care înregistrări pot fi șterse, care ar trebui să rămână intacte, cum un curățare greșită poate afecta site-ul și cum curățarea ar trebui să fie susținută de performanța hosting-ului. Vom împărtăși controale practice, în special pentru proiectele WordPress care cresc din hostingul partajat, magazinele WooCommerce și site-urile care au încercat numeroase pluginuri de-a lungul timpului. De asemenea, puteți evalua opțiunile pentru hosting WordPress pentru o infrastructură mai stabilă și Hosting cPanel pentru o gestionare mai ușoară a bazei de date.

Ce este Tabelul wp_options și De Ce Este Atât de Important?

Tabelul wp_options este unul dintre cele mai critice tabele din baza de date WordPress. Adresa site-ului, setările temei, informațiile despre pluginurile active, configurările pentru permalinkuri, datele despre widgeturi, sarcinile programate, cheile de licență ale pluginurilor și unele înregistrări de cache sunt stocate în acest tabel. Deși prefixul implicit al tabelului este wp_, este posibil ca un prefix diferit să fi fost utilizat din motive de securitate. În acest caz, numele tabelului ar putea varia, de exemplu, abc_options.

Punctul cheie care face acest tabel atât de important este faptul că nucleul WordPress citește date din acesta la fiecare cerere. În special, opțiunile cu autoload setat pe "da" sunt încărcate în memorie în mod colectiv atunci când se încarcă pagina. Această configurație ar trebui să îmbunătățească performanța în condiții normale; deoarece WordPress încarcă setările frecvent utilizate în bloc, în loc să le interogheze pe fiecare în parte. Totuși, în timp, pluginurile lasă în urmă înregistrări inutile, datele transient nu sunt curățate, iar pluginurile de statistici sau de securitate pot salva serii mari de date, transformând acest avantaj într-un dezavantaj.

Un exemplu experiențial: într-un site WordPress corporativ de 5 ani, tabelul wp_options apărea cu o dimensiune de 312 MB. La prima vedere, problema părea a fi dimensiunea totală a tabelului. După examinare, s-a constatat că dimensiunea totală a datelor autoload era de 11,7 MB, dintre care aproximativ 7 MB proveneau din setările vechi ale unui plugin de constructor de pagini care nu mai era folosit. După efectuarea unei copii de rezervă și curățarea înregistrărilor relevante, deschiderea panoului de administrare a scăzut de la aproximativ 4,8 secunde la 1,9 secunde. Aceste rezultate nu vor fi la fel pentru fiecare site, dar o analiză corectă poate face o diferență semnificativă.

Semnele Creșterii Tabelului wp_options în WordPress

Problema wp_options nu oferă întotdeauna un mesaj de eroare clar. De cele mai multe ori, aceasta se manifestă prin încetiniri, timeout-uri sau întârzieri în panoul de administrare. Este logic să verificați tabelul wp_options dacă observați următoarele semne împreună:

• Panoul de administrare WordPress, în special paginile Pluginuri și Aspect, se deschid greu.
• Întârzieri în ecranul coșului de cumpărături WooCommerce, la plată sau la editarea produselor.
• Utilizarea CPU pe server pare scăzută, dar valoarea TTFB este ridicată.
• Copia de rezervă a bazei de date este mult mai mare decât era de așteptat, iar tabelul options iese în evidență.
• Operațiunile de migrare a site-ului, realizarea de copii de rezervă sau importurile se blochează în faza wp_options.
• Întârzieri la deschiderea tabelului prin phpMyAdmin.
• Înregistrări de eroare care indică timeout de bază de date, "MySQL server has gone away" sau limite de memorie.

Aceste semne nu sunt întotdeauna cauzate doar de wp_options. Codul temei, versiunea PHP, lipsa de cache, configurarea DNS, SSL sau resursele de hosting insuficiente pot avea efecte similare. De aceea, înainte de a trece la curățare, este necesar să evaluați sănătatea site-ului în mod holistic. Paginile pentru Certificat SSL gratuit, pentru semnalele de securitate ale browserului și pentru integritatea brandului, precum și verificare domeniu, pot face parte din strategia dumneavoastră de performanță și securitate.

Principalele Tipuri de Date care Contribuie la Creșterea Tabelului wp_options

1. Înregistrări Inutile cu Valoare Autoload Setată pe "da"

Autoload determină dacă o opțiune va fi încărcată automat la pornirea WordPress-ului. Este util pentru setările mici și frecvent utilizate. Totuși, dacă serii mari de date de tip JSON, jurnalele de licență, datele de analiză sau setările vechi ale pluginurilor sunt marcate cu autoload, acestea vor fi încărcate în memorie la fiecare cerere de pagină. Obiectivul ideal în abordarea performanței din 2026 este menținerea totalului autoload cât mai scăzut posibil. În practică, un total sub 1 MB este foarte bun, între 1-3 MB este acceptabil, 3 MB sau mai mult necesită examinare, iar 5 MB și mai mult este, în general, considerat un semnal care necesită intervenție.

2. Înregistrări Transient Expirate

Transient este metoda de stocare temporară a datelor utilizată de WordPress și pluginuri. Răspunsurile API, verificările serviciilor externe, informațiile despre actualizările temei și cache-urile pe termen scurt pot fi stocate ca transient. De obicei, acestea ar trebui să fie curățate când expiră. Totuși, din cauza traficului scăzut, a cron-urilor greșite, a temporizatoarelor dezactivate sau a pluginurilor prost codificate, pot acumula mii de înregistrări transient expirate. Înregistrările care încep cu _transient_ și _site_transient_ fac parte din acest grup.

3. Setări Rămase de la Pluginuri și Temi Dezinstalate

Ștergerea unui plugin din panoul WordPress nu elimină întotdeauna toate înregistrările din baza de date. Unii dezvoltatori aleg să păstreze datele pentru a nu pierde setările utilizatorilor. Această comportare bine intenționată poate duce la o poluare semnificativă în site-urile care au încercat numeroase pluginuri de-a lungul anilor. Pluginurile vechi de slider, scanerele de securitate, instrumentele de statistică, constructorii de pagini și pluginurile de performanță pot lăsa setări mari în wp_options.

4. Creșterea Cron-urilor și Sarcinilor Programate

Sistemul cron din WordPress păstrează sarcinile programate în înregistrările cron din tabelul wp_options. Dacă un plugin este configurat greșit și adaugă aceeași sarcină de mai multe ori, valoarea cron-ului poate crește. Aceasta nu doar că umflă tabelul, dar îngreunează și controlul sarcinilor programate la fiecare cerere. Este necesar să fiți atenți în special la pluginurile de e-mail, backup, sincronizare a stocurilor și abonamente.

5. Sesiunile WooCommerce și Cache-urile Pluginurilor

În versiunile moderne de WooCommerce, gestionarea sesiunilor este păstrată în tabele diferite, dar unele instalări mai vechi, pluginuri personalizate sau înregistrări moștenite pot lăsa urme în wp_options. De asemenea, ratele de schimb, API-urile de livrare, motoarele de campanie sau pluginurile de filtrare a produselor pot crea cache-uri mari. În site-urile de comerț electronic, trebuie să se ia în considerare întotdeauna procesele de comenzi live, coș și plată înainte de a începe curățenia.

Lista de Control pentru Securitate înainte de a Începe Curățenia

Intervenția directă în tabelul wp_options este ca și cum ai efectua o operație pe un site WordPress. O intervenție corectă va accelera site-ul; o greșită poate afecta adresa site-ului, pluginurile active, setările temei sau accesul la administrare. Din acest motiv, următoarea listă de control nu trebuie să fie omisă:

• Faceți o copie de rezervă completă a bazei de date și asigurați-vă că aceasta este descărcabilă.
• Dacă este posibil, creați o copie de rezervă completă a site-ului împreună cu copia de rezervă a fișierelor.
• Testați pe o copie staging sau test înainte de a efectua modificări pe site-ul live.
• Notați dimensiunea tabelului, numărul de rânduri și totalul autoload înainte de curățenie.
• Documentați ce înregistrări ați șters, cu data și descrierea.
• Faceți întâi curățări mici și reversibile; evitați ștergerile în masă.
• După proces, curățați cache-ul, salvați permalinks-urile și testați paginile critice.

În practică profesională, cea mai sigură metodă este, mai întâi, analiza și raportarea, apoi curățarea limitată, urmată de măsurarea performanței. Instrumentele care curăță întreaga bază de date cu un singur clic pot părea convenabile, dar pot crea riscuri, în special pe site-urile mari sau cele care implică dezvoltări personalizate. Dacă site-ul dumneavoastră generează venituri, planificați timpul de intervenție pentru perioadele cu trafic scăzut.

Cum se Face Analiza wp_options?

Verificarea Dimensiunii și Numărului de Rânduri prin phpMyAdmin

Dacă aveți phpMyAdmin în panoul de control al hosting-ului, puteți deschide baza de date și găsi tabelul options. În lista de tabele, dimensiunea și numărul de rânduri sunt, de obicei, vizibile. La prima vedere, 5-20 MB pot fi normale pentru multe site-uri standard. Totuși, dimensiunile de peste 50 MB sunt îngrijorătoare, iar cele de peste 100 MB necesită, de obicei, o examinare detaliată. Totuși, nu trebuie să vă uitați doar la dimensiunea totală; tabelul poate fi de 200 MB, dar cea mai mare parte a acestuia poate fi formată din date temporare care nu sunt autoload.

În timpul verificării, acordați o atenție deosebită câmpurilor option_name, option_value și autoload. Înregistrările cu option_value foarte mari pot fi printre motivele încetinirii. Unele instalări phpMyAdmin pot avea dificultăți la deschiderea celulelor mari; în acest caz, WP-CLI sau interogarea bazei de date pot oferi rezultate mai precise.

Măsurarea Totalului Autoload

Cea mai critică măsurare este totalul autoload. Logica este simplă: adunati lungimile option_value ale înregistrărilor cu autoload setat pe "da". Dacă rezultatul este câteva sute de kilobyte, este, de obicei, bun. Dacă a ajuns la nivelul megabyte-ilor, trebuie să analizați care valori option_name sunt cele mai mari. Scopul aici nu este să ștergeți fiecare înregistrare mare; ci să înțelegeți mai întâi la ce plugin sau temă aparține înregistrarea.

Analiza mai Controlată cu WP-CLI

WP-CLI este un instrument puternic pentru gestionarea WordPress din linia de comandă. Poate oferi rezultate mai sigure și repetabile decât ecranul phpMyAdmin pentru echipele tehnice. De exemplu, este posibil să listați opțiunile, să vizualizați o anumită valoare option, să curățați transientele sau să verificați înregistrările cron. Totuși, utilizarea WP-CLI necesită, de asemenea, o copie de rezervă înainte de proces. O comandă greșită de ștergere poate fi la fel de riscantă ca o greșeală făcută din panou.

Compararea: Ce Metodă de Curățare Este Potrivită pentru Dumneavoastră?

Această tabelă este un rezumat. Pentru un blog mic, un plugin de optimizare de încredere poate fi suficient, în timp ce pentru un magazin WooCommerce cu mii de comenzi, analiza manuală este mai potrivită. De asemenea, infrastructura, cum ar fi un disk rapid, MySQL sau MariaDB actualizate, o limită de memorie PHP suficientă și o cache corect configurată, pot influența rezultatul. În acest sens, puteți susține o abordare holistică a performanței cu conținutul Ghid de optimizare a vitezei WordPress.

Curățenie în Siguranță: Plan de Acțiune Pas cu Pas

Pasul 1: Faceți o Copie de Rezervă Completă și Testați Restaurarea

Copia de rezervă făcută înainte de curățare nu ar trebui să rămână doar în fișier; ar trebui să fie restaurabilă. Descărcați cel puțin copia de rezervă a bazei de date într-o locație diferită. În site-uri mari, testarea restaurării pe un mediu staging este cea mai sigură metodă. Dacă copia de rezervă este coruptă, o mică eroare făcută în timpul curățării poate duce la o întrerupere majoră.

Pasul 2: Notați Valorile de Măsurare

Înainte de curățare, notați dimensiunea totală a wp_options, numărul de rânduri, totalul autoload, cele mai mari 20 option_name, valoarea TTFB a paginii de start și timpul de deschidere al panoului de administrare. Optimizarea fără măsurare este bazată pe presupuneri. După ce ați măsurat, puteți vedea dacă acțiunile efectuate aduc cu adevărat beneficii.

Pasul 3: Curățați Înregistrările Transient Expirate

Primul domeniu de intervenție este, de obicei, cel al înregistrărilor transient expirate. Acestea sunt date temporare și pot fi recreate atunci când este necesar. Totuși, după o curățare în masă pe site-ul live, curățați cache-urile și verificați pagina de start, categoria, pagina de produs și pagina de plată. Pluginurile care utilizează API-uri pot recaptura date la prima încărcare, astfel încât o întârziere pe termen scurt este normală.

Pasul 4: Identificați Rămășițele Pluginurilor Vechi

Căutați în câmpul option_name numele pluginurilor vechi, abrevierile sau prefixele de marcă. De exemplu, s-ar putea să observați că un plugin popup pe care l-ați șters cu ani în urmă a lăsat sute de înregistrări. Totuși, nu ștergeți doar pe baza asemănării numelui. Unele opțiuni pot fi reutilizate de teme sau alte pluginuri. Exportați întâi înregistrările despre care nu sunteți siguri, apoi ștergeți-le în mediu de testare și verificați comportamentul site-ului.

Pasul 5: Examinați Înregistrările Autoload Mari

Cea mai mare câștigare de performanță provine, de obicei, din înregistrările mari cu autoload. Aici aveți două opțiuni: ștergeți înregistrarea dacă este inutilă sau schimbați valoarea autoload la "nu" dacă înregistrarea este necesară, dar nu trebuie să fie încărcată la fiecare cerere. A doua metodă necesită atenție. Unele pluginuri pot aștepta această setare la început. După modificare, panoul de administrare, formularele, fluxul de plată și paginile de setări ale pluginurilor trebuie testate.

Pasul 6: Verificați Înregistrările Cron

Dacă înregistrările cron s-au umflat, verificați ce sarcini sunt planificate repetat. Planificarea aceleași sarcini de sute de ori indică, de obicei, o eroare a pluginului. Pur și simplu curățarea înregistrărilor cron poate fi o soluție temporară; pluginul care cauzează problema trebuie actualizat, configurat sau înlocuit. Pe partea serverului, utilizarea cron-ului real poate reduce încărcătura cron din WordPress în site-urile cu trafic intens.

Pasul 7: Optimizați Tabelul

După ștergerea înregistrărilor, pot rămâne spații goale în tabel. Optimizarea tabelului în MySQL poate ajuta la organizarea acestui spațiu. Această operație poate provoca blocaje temporare în tabele mari, așa că ar trebui efectuată în ore de trafic scăzut. Comportamentul optimizării în sistemele moderne care folosesc InnoDB poate varia în funcție de versiunea MySQL, așa că luați în considerare resursele disponibile în mediul dumneavoastră de hosting.

Înregistrări Critice wp_options care Nu Trebuie Șterse

Când faceți curățenie în wp_options, unele înregistrări trebuie considerate absolut critice. Ștergerea acestora din greșeală poate face site-ul complet inaccesibil sau poate afecta panoul de administrare:

• siteurl și home: Înregistrările de bază pentru adresa site-ului și adresa WordPress.
• active_plugins: Păstrează lista pluginurilor active.
• template și stylesheet: Conține informații despre tema activă.
• permalink_structure: Determină structura permalink-urilor.
• admin_email: Adresa de e-mail a administratorului site-ului.
• users_can_register și default_role: Influențează comportamentul de înregistrare a utilizatorilor.
• cron: Păstrează sarcinile programate, care nu ar trebui să fie șterse fără control.
• setările WooCommerce: Pot afecta procesele de magazin, plată, taxe și livrare.

Dacă nu sunteți sigur ce face o înregistrare, nu o ștergeți direct. Verificați mai întâi numele înregistrării, identificați la ce plugin aparține și observați comportamentul acesteia în mediu de testare. În special, sistemele de plată, pluginurile de utilizator și instrumentele pentru site-uri multilingve pot păstra configurații critice în tabelul options.

Așteptările de Performanță: Ce Se Schimbă După Curățenie?

O curățenie corect efectuată în wp_options poate duce la deschiderea mai rapidă a panoului de administrare, la scăderea valorii TTFB, la micșorarea copiilor de rezervă ale bazei de date și la reducerea consumului de memorie. Totuși, această operațiune nu este o soluție miraculoasă. Dacă tema este grea, interogările nu sunt optimizate, nu există cache sau resursele de hosting sunt insuficiente, beneficiile vor fi limitate. Prin urmare, curățenia ar trebui să facă parte dintr-o strategie generală de performanță WordPress.

Un set practic de obiective ar putea include următoarele: menținerea totalului autoload în jurul valorii de 1 MB este un rezultat bun. Sub 3 MB este acceptabil pentru multe site-uri. Peste 5 MB necesită monitorizare regulată. Peste 10 MB poate provoca o încetinire semnificativă, în special în medii de hosting partajat. În ceea ce privește dimensiunea totală a tabelului, tipul site-ului este important; un blog simplu nu ar trebui evaluat cu aceleași praguri ca un site mare de comerț electronic.

După curățare, asigurați-vă că faceți o comparație a măsurătorilor. Comparați timpii anteriori și ulteriori pentru pagina de start, articolele de blog, categorii, produse și panoul de administrare. De asemenea, verificați înregistrările de eroare. Uneori, o înregistrare ștearsă este recreată de plugin; acest lucru este normal. Totuși, dacă aceleași date ajung din nou rapid la sute de megabytes, este necesar să evaluați setările pluginului relevant sau să căutați o alternativă.

Cele Mai Bune Practici pentru Prevenirea Creșterii Tabelului wp_options în 2026

La fel de important ca și curățarea este prevenirea reapariției aceleași probleme. În standardele SEO și ale experienței utilizatorului din 2026, viteza site-ului nu este doar un detaliu tehnic, ci un factor de eficiență în conversie și crawl. Utilizarea mai eficientă a resurselor limitate de crawling de către boturile Google, așteptarea mai scurtă pentru utilizatori și o echipă de administrare care lucrează mai repede în panou necesită menținerea unei igiene a bazei de date.

• Mențineți numărul de pluginuri la un nivel redus; nu folosiți mai multe pluginuri care fac același lucru.
• Înainte de a șterge un plugin, folosiți opțiunea sa de dezinstalare sau de curățare a datelor, dacă există.
• Verificați lunar dimensiunea wp_options și totalul autoload.
• Alegeți pluginuri de încredere, actualizate și bine codificate.
• Nu testați pluginuri în site-ul live; folosiți un mediu staging.
• Gestionați încărcătura cron din WordPress pe site-uri cu trafic intens utilizând cron real pe server.
• Legati optimizarea bazei de date de un plan de întreținere automat, dar controlat.
• Mențineți versiunile PHP, MySQL sau MariaDB actualizate.

Alegerea hosting-ului este, de asemenea, un factor determinant în acest proces. Disk-urile NVMe, LiteSpeed sau serverele web optimizate, PHP-ul actualizat, o limită de memorie suficientă și opțiuni ușoare de backup pot crește eficiența curățării tabelului wp_options. Prin planificarea resurselor orientate către WordPress pe Hostragons, puteți îmbunătăți atât timpii de răspuns ai bazei de date, cât și stabilitatea generală a site-ului. Puteți consulta pagina hosting WordPress pentru opțiuni de infrastructură relevante.

De ce Este Importantă Curățarea wp_options din Perspectiva SEO?

Tabelul wp_options nu este un etichetă de clasificare directă; adică Google nu va evalua punctajul site-ului dumneavoastră pe baza dimensiunii tabelului. Totuși, efectul său este indirect, dar puternic. Un tabel umflat poate crește timpul de generare a paginii, poate ridica valoarea TTFB, poate afecta negativ metricele Core Web Vitals și poate duce la utilizarea ineficientă a bugetului de crawl. În special, un răspuns lent al serverului pe site-uri cu conținut mare și magazine de comerț electronic poate influența atât comportamentele utilizatorilor, cât și viteza de crawl a boturilor.

Prezentările AI și experiențele moderne de căutare vizează oferirea de rezultate rapide și fiabile utilizatorilor. Site-urile care sunt tehnic sănătoase, se deschid rapid și funcționează consistent au un avantaj în acest ecosistem. Prin urmare, problema creșterii tabelului wp_options WordPress nu este doar o chestiune pentru administratorii de baze de date; este un domeniu de întreținere care necesită atenția echipelor de SEO, conținut, conversie și experiență a utilizatorului.

Întrebări Frecvente

Creșterea tabelului wp_options în WordPress încetinește site-ul?

Da, în special atunci când datele inutile cu autoload setat pe "da" cresc, site-ul poate deveni lent. WordPress încarcă aceste înregistrări în memorie la fiecare cerere, afectând panoul de administrare, timpul de răspuns inițial al serverului și paginile dinamice.

Este sigur să ștergi înregistrări din tabelul wp_options?

Poate fi sigur cu o analiză corectă și o copie de rezervă completă, dar ștergerea inconștientă este riscantă. Înregistrările critice, cum ar fi siteurl, home, active_plugins, setările temei, setările de plată WooCommerce și cron pot cauza probleme dacă sunt șterse greșit.

Care ar trebui să fie dimensiunea autoload-ului?

În practică, sub 1 MB este bun, între 1-3 MB este acceptabil, iar peste 3 MB necesită examinare; peste 5 MB poate necesita optimizare. Totuși, tipul site-ului, structura pluginurilor și volumul de trafic trebuie, de asemenea, luate în considerare.

Dacă șterg înregistrările transient, vor pierde datele mele?

Majoritatea transientelor sunt date temporare și, dacă sunt șterse, vor fi recreate când este necesar. Totuși, pe site-urile care utilizează plăți, conexiuni API sau integrații speciale, funcțiile critice ar trebui testate după curățare.

Este suficient să folosiți un plugin pentru curățarea wp_options?

Pentru site-uri mici și standard, un plugin de optimizare de încredere poate fi suficient. Pe site-uri mari, care generează venituri, bazate pe WooCommerce sau care implică dezvoltări personalizate, analiza manuală, testele în mediu staging și controlul de specialitate sunt mai sigure.

Concluzie: Preluați Controlul Asupra Datelor Ascunse

Creșterea tabelului wp_options în WordPress este o problemă de performanță care, de obicei, trece neobservată, dar poate afecta serios viteza site-ului. Soluția permanentă include realizarea de copii de rezervă, măsurarea încărcăturii autoload, curățarea cu grijă a datelor transient și a rămășițelor pluginurilor vechi, verificarea înregistrărilor cron și dezvoltarea unei obiceiuri de întreținere regulate. O bază de date curată, combinată cu o infrastructură de hosting corectă și componente WordPress actualizate, va duce la un site mai rapid, mai stabil și mai sănătos din punct de vedere SEO.

Dacă observați întârzieri în panoul de administrare, un TTFB ridicat sau copii de rezervă ale bazei de date în creștere, începeți prin a măsura. Dacă doriți să vă îmbunătățiți infrastructura, puteți explora soluțiile de hosting orientate pe WordPress de la Hostragons, creând astfel o fundație de performanță mai echilibrată și sustenabilă pentru site-ul dumneavoastră.