Lehtede vahemälu Odoole: pood ja blogi RAM-ist või failist – kiire külastajatele, otsingumootoritele ja tehisintellektile

10. november 2026  |  Oma arendus  |  Odoo, jõudlus ja otsingumootorid

Odoo veebileht koostab iga lehe igal päringul otsast peale: andmebaasipäringud, mallid, tõlked, hinnad. Üksiku külastaja jaoks on see märkamatu. Kui aga otsingumootorid ja tehisintellekti indekseerijad pärivad sadu või tuhandeid lehti paljudes keeltes, muutub see püsivaks koormuseks ning ootama peavad ka päris kliendid. Selleks arendasime Odoo 19 mooduli website_page_cache ja avaldasime selle GitHubis avatud lähtekoodiga (LGPL-3): anonüümselt päritavad poe- ja blogilehed serveeritakse peaaegu staatiliselt vahemälust, kas failidest või töömälust (RAM), ning iga muudatus – ka tõlke muutmine – eemaldab mõjutatud lehed automaatselt vahemälust.

Oluline kõigile, kes tahavad olla leitavad: moodul ei blokeeri ühtegi otsingumootorit ega tehisintellekti roomajat. Kõik indekseerijad saavad sama sisu mis iga külastaja, lihtsalt kiiremini. See artikkel selgitab, kuidas vahemälu töötab, milline näeb välja töölaud (ekraanipiltidega), kuidas tuvastada, kas Teie lehed mahuvad töömällu ja kui palju lisa-RAM-i oleks vaja, millised turvareeglid kehtivad ja kuidas moodulit paigaldada.

Lühikokkuvõte

Probleem: roomajate koormus Odoo veebilehtedel

Odoo on täielik ERP-süsteem ja veebileht on üks paljudest moodulitest. Iga leht, mida külastaja või robot pärib, läbib sama tee: päringu töötlemine, andmebaasi pärimine, toote- ja hinnaandmete laadimine, QWeb-malli renderdamine, tõlgete sisestamine ja tulemuse edastamine. See võtab sõltuvalt lehest mõnisada millisekundit ja hõivab selle aja jooksul ühe vähestest töötlusprotsessidest.

Otsingumootorite ja tehisintellekti indekseerijate jaoks on see püsiv probleem:

• Palju keeli, palju aadresse: Leht, mis on olemas 46 keeles, on roomaja jaoks 46 erinevat aadressi.
• Iga aadress päritakse eraldi, sageli paljude hajutatud saatjate poolt samaaegselt. Klassikaline brauseri vahemälu siin ei aita, sest iga päring puudutab uut aadressi.
• Vähe töötlusprotsesse: Odoo teenus töötab tavaliselt peotäie protsessidega. Kui need on roomajate päringutega hõivatud, ootavad päris külastajad järjekorras.
• Sama sisu, kordumatult uuesti: Blogipostitus muutub harva, kuid pannakse iga päringuga vaevaliselt uuesti kokku.

Ilmne väljapääs – roomajate välistamine – ei ole ettevõttele, kes tahab olla leitav, valik. Nähtavus otsingumootorites ja tehisintellekti vastustes on väärtuslik. Parem on edastada lehed nii kiiresti, et koormus enam peaaegu ei loe. Just seda lehtede vahemälu teebki.

Kuidas lehtede vahemälu töötab

Moodul haakub Odoo päringute sissepääsu külge (ir.http). Igal lehepäringul otsustab see millisekundi murdosa jooksul, kas leht tohib tulla vahemälust, ja edastab selle siis ilma andmebaasi, malli ja renderdamiseta.

1. Kontroll: Arvesse tuleb ainult anonüümne GET-päring ilma otsinguparameetriteta lubatud teel (pood, kategooriad, tooted, blogi). Kõik muu liigub nagu alati läbi Odoo.
2. Vahemälu võti: See koosneb veebilehest, hostiklassist, keelest, teest, hinnakirjast, maksupositsioonist ja küpsiste nõusoleku olekust. Külastajad, kes näeksid midagi muud, ei jaga seetõttu kunagi ühte kirjet. Host normaliseeritakse: Odoo kirjutab absoluutsed aadressid alati veebilehe domeenist, mitte päringust; päringu aadress määrab ainult, kas leht loetakse põhiaadressiks (keelelingid) ja kas see tuleb indekseerida. Kõik võõrad hostinimed jagavad seetõttu ühte kirjet koos noindex-märkega, selle asemel et hõivata igaüks oma koopia.
3. Tabamus: Kui on olemas ajakohane kirje, see edastatakse. Lehe CSRF-märk seatakse siin iga päringu jaoks uuesti. Blogipostituste päringuid loetakse edasi.
4. Möödalask: Kui kirje puudub või on aegunud, renderdab Odoo lehe nagu tavaliselt. Kui tulemuse võib vahemällu salvestada (olek 200, HTML, ilma küpsiseta, ilma sessiooni ID-ta tekstis), see salvestatakse; järgmine päring on tabamus.
5. Nähtav päises: Iga vastus kannab päist X-Page-Cache: HIT või MISS. Nii saab iga tööriistaga kontrollida, mis juhtus.

Kui palju kiiremini?

Meie katsesüsteemis (meie veebilehtede koopia, mõnisada lehte) oli lehe keskmine renderdusaeg umbes 490 millisekundit, vahemälust edastamine umbes 23 millisekundit: ligikaudu kakskümmend korda kiiremini. Mida keerukam on leht, seda suurem on võit. Töölaud arvutab mõlemast väärtusest lisaks hinnangulise säästetud serveriaja.

Fail või RAM: salvestuskoha valik

Vahemälul on kaks salvestuskohta. Mõlemad on kõigile Odoo töötlusprotsessidele ühiselt nähtavad, seega on iga leht olemas ainult üks kord, mitte üks kord protsessi kohta.

Enamiku paigalduste jaoks on õige valik Automaatne: saate RAM-i kiiruse, kui ruumi on, ja langete muidu ilma sekkumiseta tagasi failidele.

Kas veebileht mahub töömällu? Ja kui palju RAM-i on puudu?

See, kas RAM-i vahemälu on võimalik, sõltub kolmest asjast: lehtede arvust, nende keskmisest suurusest ja saadaolevast mälust. Töölaud arvutab selle Teie eest välja:

• Lehtede arv: Iga veebilehe kohta loeb see avaldatud tooted, poe loendilehed, kategooriad, blogipostitused ja blogiloendid ning korrutab keelte arvuga.
• Lehe suurus: Niipea kui vahemälus on lehti, mõõdetakse tegelik keskmine; seni kehtib eeldatav väärtus.
• Ruum vahemälu jaoks: väikseim väärtus seatud RAM-eelarvest, tmpfs-i suurusest ja poolest saadaolevast töömälust. Server ei tohi vahemälu tõttu kunagi mälupuuduses olla.
• Otsus: „mahub varuga“, „napilt“, „liiga suur“ või „RAM-i vahemälu pole saadaval“. „Mahub“ kehtib, kui vajadus on kuni 80 protsenti saadaolevast ruumist.

Uus: kui palju lisa-RAM-i oleks vaja?

Kui vahemälu ei mahu, tahetakse teada, mida tuleb muuta. Seetõttu nimetab töölaud otsuse all konkreetse rea: „Lisa-RAM RAM-i vahemälu jaoks: ligikaudu … rohkem töömälu sellel serveril“ – või „puudub“, kui ruumi juba piisab. Kui serveri asemel on liiga väike ainult mõni seadistus, on selle all kirjas, milline: mooduli RAM-eelarve või tmpfs-i suurus (/dev/shm).

Selle taga olev arvutus on lihtne ja jälgitav:

1. Vajadus = lehed × lehe keskmine suurus.
2. Varuga = vajadus jagatud 0,8-ga. See väärtus peab mahtuma RAM-eelarvesse ja tmpfs-i, et otsus oleks „mahub“.
3. Vaba mälu: Kuna vahemälu tohib kasutada kuni poole saadaolevast töömälust, vajab server vabalt saadaoleva mäluna vähemalt sammu 2 väärtuse kahekordset. Kui midagi puudub, on vahe täiendavalt vajalik RAM.

Pildil olev näide (12 000 lehte à 25 KB) on arvutusabi, mitte meie lehtede mõõtmine. Väikeste veebilehtede jaoks piisab mõnest kümnest megabaidist; ekraanipiltidel olevad näiteandmed said hakkama umbes 13 MB-ga.

Oluline hindamiseks: hinnang ei arvesta täiendavaid hinnakirja- ega riigipõhiseid versioone. Kes kasutab neid palju, planeerigu veidi varu. Ja: liiga väike RAM-eelarve on kõige sagedasem põhjus, miks automaatika jääb failide juurde – mitte töömälu puudumine. Töölaud näitab sel juhul just seda rida.

Muudatused ja tõlked koristavad vahemälu

Vahemälu on kasutatav ainult siis, kui see ei edasta kunagi aegunud lehti. Pelgalt ajalimiit („viska ära iga kaheteistkümne tunni järel“) oleks liiga jäme: muudetud hind või parandatud trükiviga peaks ootama kuni kaksteist tundi. Seetõttu töötab moodul sisupõhiselt.

1. Andmebaasi päästikud: Kõigil tabelitel, mis võivad lehte mõjutada (tooted, variandid, pildid, laoseis, atribuudid, kategooriad, hinnad, maksud, hinnakirjad, blogipostitused ja sildid, partneri- ja ettevõtteandmed, vaated, assets, menüüd, keeled, veebilehe seaded), on PostgreSQL-i päästikud. Need kirjutavad iga muudatuse muudatuste päevikusse.
2. Sõltuvused ja andmebaasi seis: Iga vahemällu salvestatud leht jätab meelde, milliseid kirjeid see näitab, ja andmebaasi seisu, millega see loodi.
3. Võrdlus: Kui on olemas päevikukanne, mis tekkis pärast seda seisu ja puudutab üht neist kirjetest, on leht aegunud.
4. Uuesti vahemällu: Järgmisel päringul visatakse aegunud leht ära, renderdatakse uuesti ja salvestatakse taas.

Ka tõlked on kaetud

Odoo 19 salvestab tõlgitud tekstid samasse kirjesse originaaltekstiga (JSON-väljana). Muudetud tõlge on andmebaasi jaoks seega täiesti tavaline reamuudatus – ja päästik näeb seda. See kehtib ühtviisi kasutajaliidese kaudu muutmise, importide, liideste ja otse andmebaasi kirjutavate skriptide kohta. 46 keele automaattõlge muudab seega kehtetuks täpselt need lehed, mille tekst muutus, ja mitte rohkem.

• Sihipäraselt, mitte üldiselt: Muudetud toode muudab kehtetuks oma lehed, loendid, milles see on, ja kuuluva kategooria. Ülejäänu jääb vahemällu.
• Üleüldised muudatused (mallid, assets, keeled, menüüd, maksud, valuutad) muudavad kõik korraga kehtetuks, sest need võivad mõjutada igat lehte.
• Loendurid jäävad välja: Blogipostituste vaatamiste loendur muutub iga külastusega; see ei käivita teadlikult kehtetuks tunnistamist, muidu oleks vahemälu populaarsete postituste puhul mõjutu.
• Turvavõrk: Lisaks on iga lehe maksimaalne iga (vaikimisi 12 tundi).
• Vahemälust ei teki kirjutusviga: Viga päästiku sees logitakse hoiatusena ega lase tegelikku salvestamist ebaõnnestuda.

Töölaud ja statistika

Kõik, mida töös vajate, asub ühes kohas: Odoos menüüs Veebileht → Aruanded → Lehtede vahemälu. Jaotis Ülevaade on töölaud (koos seadetega), jaotis Ajalugu näitab arve päeva ja veebilehe kaupa.

Ekraanipilt katsesüsteemist, kus on meie veebilehtede koopiad; veebilehtede nimed on asendatud kohatäidetega.

Seaded

Olek ja statistika

Olek näitab aktiivset salvestuskohta koos piiriga, vahemällu salvestatud lehtede arvu ja suurust ning muudatuste jälgimist: mitu muudatust viimase 24 tunni jooksul registreeriti ja mitut tabelit jälgitakse. Kui jälgimine puudub, hoiatab töölaud selgelt, sest siis ei tohi vahemällu usaldada. Ülaosas olevad nupud võimaldavad hoolduse kohe käivitada, vahemälu tühjendada või päästikuid kontrollida ja vajaduse korral uuesti luua.

Statistika (Täna, 7 päeva, 30 päeva) sisaldab:

• Vahemälust ja Renderdatud: tabamused ja möödalaskmised, nendest tabamuste määr
• Eemaldatud (muudetud/aegunud): mitu lehte visati ära muudatuse või aegumise tõttu
• Renderdusaeg ja vahemälu aeg: lehe keskmine võrdluses
• Hinnanguliselt säästetud serveriaeg ja vahemälust edastatud andmemaht

Arve kogub iga töötlusprotsess eraldi ja kirjutab need kord minutis; üle 90 päeva vanused read koristab hooldustöö.

Ajalugu diagrammi, pivoti ja loendina

Jaotises Ajalugu on veebilehe kaupa saadaval päevaväärtused – diagrammina, pivot-tabelina või loendina. Nii näete, kas tabamuste määr taas tõuseb pärast taaskäivitust või suurt muudatust, ja milline veebileht saab vahemälust kõige rohkem liiklust.

Turvalisus: mis ei tule kunagi vahemälust

Lehtede vahemälu ei tohi kunagi viia selleni, et keegi näeb teise sisu. Seetõttu lähtub moodul põhimõttest: Kahtluse korral mitte vahemällu.

• Ainult anonüümsed külastajad: Kes on sisse logitud, kellel on ostukorv või kes toob kaasa muu sessiooni oleku, saab alati tavapäraselt renderdatud lehe.
• Ainult GET ilma otsinguparameetriteta: Otsingud, filtrid, sorteerimised, vormid, ostukorv ja kassa jäävad puutumata.
• Ainult olek 200 ja HTML: Vealehti, ümbersuunamisi ja faile ei salvestata.
• Vahemälus pole sessiooni ID-sid: Lehte, mis sisaldab sessiooni ID-d või seab küpsise, ei salvestata (ja see logitakse hoiatusena).
• CSRF-märk päringu kohta: Märk vahemällu salvestatud lehel on kohatäide ja seatakse igal edastusel uuesti.
• Peen võti: Veebileht, keel, hinnakiri, maksupositsioon ja küpsiste nõusolek kuuluvad vahemälu võtme juurde; kes näeb midagi muud, saab teise kirje.
• Mitu andmebaasi: Igal andmebaasil on oma kirjed, oma päevik ja oma statistika.
• Andmeid ei lekki: Vahemälu asub lokaalselt serveris (fail või RAM). Kolmandatele isikutele ei edastata andmeid.

Otsingumootorid ja tehisintellekti indekseerijad: midagi ei blokeerita

Mõned haldajad reageerivad roomajate koormusele blokeerimisega. See kaitseb serverit, kuid maksab nähtavust. Moodul valib vastupidise tee:

• Sama sisu kõigile: Otsingumootorid, tehisintellekti indekseerijad ja külastajad saavad sama lehe. Eraldi „roomaja versiooni“ ega brauseritunnuse järgi tuvastamist pole.
• Kiiremad vastused aitavad indekseerimist: Leht, mis vastab 20 millisekundiga 500 asemel, koormab roomamiseelarvet vähem ja roomajad suudavad samas ajas registreerida rohkem lehti.
• Ajakohane sisu: Kuna muudatused muudavad lehed kohe kehtetuks, ei näe roomajad kunagi aegunud versiooni – oluline, kui hoolitsete sisu eest otsingu ja tehisintellekti vastuste jaoks.
• Struktureeritud andmed säilivad: JSON-LD, metaandmed ja hreflang-viited on vahemällu salvestatud lehe osa; saidikaarte ja faile vahemälu ei puutu.

Kui soovite lisaks koormust piirata, on see eraldi otsus, mille võite teadlikult teha – moodul ei sunni seda Teile peale.

HTML-i minimeerimine ja tihendatud edastus

Vahemälu säästab mitte ainult arvutusaega, vaid ka andmemahtu. Moodul minimeerib HTML-i enne salvestamist ja edastab selle tihendatult, kui brauser või roomaja seda pakub:

• Minimeerimine (parameeter website_page_cache.minify): HTML-kommentaarid jäävad ära, tühimik liidetakse kokku. Täielikult eemaldatakse see ainult seal, kus brauser selle niikuinii ignoreerib, näiteks plokkelementide vahel. Reasiseste elementide vahed säilivad, pre, textarea ja skriptid jäävad muutmata, struktureeritud andmed (JSON-LD) kirjutatakse kompaktselt ümber. Sõltuvalt lehest on lehed 10 kuni 30 % väiksemad. Seitsme päris lehega tehtud katses olid tekst, elementide arv, kõigi elementide asukoht ja ekraanipilt originaaliga identsed. Esimene edastus (MISS) on sama minimeeritud kui iga järgmine (HIT).
• Tihendamine (parameeter website_page_cache.compress): Vahemälust pärit lehed saadetakse gzipiga (Content-Encoding: gzip, Vary: Accept-Encoding). Suured assets-paketid (CSS ja JavaScript, kuni mõni MB) edastab Odoo ise tihendamata; moodul tihendab need ühe korra, salvestab koopia kettale ja edastab need seejärel otse. Nii sai 2,1 MB CSS-ist 0,27 MB ja 4,8 MB JavaScriptist 1,1 MB. Vanad koopiad koristab hooldustöö.
• Pärast arvuti taaskäivitamist: RAM-i vahemälu säilib Odoo taaskäivitamisel, kuid mitte serveri taaskäivitamisel. Seetõttu peegeldab hooldustöö seda järk-järgult kettale (parameeter website_page_cache.persist) ja taastab selle käivitamisel. Kas taastatud kirje on veel kehtiv, kontrollib sama mehhanism mis muidu: iga ja muudatuste päevik. Minimeerimist seejuures uuesti ei arvutata.

Paigaldus ja seaded

1. Mooduli hankimine: Laadige lähtekood GitHubist alla ja paigutage see Teie Odoo 19 paigalduse addons-teele: github.com/Alex0176/odoo-website-page-cache
2. Paigaldamine: odoo-bin -d <Datenbank> -i website_page_cache --stop-after-init. Seejuures luuakse muudatuste päevik, päästikud ja hooldustöö (iga 10 minuti järel).
3. Teenuse taaskäivitamine, et kõik töötlusprotsessid mooduli laadiksid.
4. Töölaua avamine: Veebileht → Aruanded → Lehtede vahemälu. Kontrollige, kas muudatuste jälgimine on täielik, ja valige salvestuskoht (vaikimisi: automaatne).
5. Kontrollimine: Pärige poe- või blogilehte kaks korda ja vaadake päist X-Page-Cache: esimesel korral MISS, seejärel HIT.

Seaded on olemas süsteemiparameetritena (website_page_cache.enabled, .backend, .ttl_hours, .max_mb_file, .max_mb_ram) ja neid hallatakse tavaliselt töölaual. Moodul on tõlgitud saksa keelde. Eemaldamine kustutab päästikud, päeviku ja kõik vahemällu salvestatud lehed taas täielikult.

Näpunäide RAM-i vahemälu jaoks: RAM-eelarve töölaual ja tmpfs-i suurus (/dev/shm, haakimisvalik size=) peavad vajadusega kokku sobima. Mõlemad nimetab kontroll „Kas see mahub töömällu?“ konkreetsete väärtustega.

Piirangud, mida peaksite teadma

• Lühike viivitus pärast muudatusi: Muudatuste päeviku indeksit värskendatakse iga kahe sekundi järel. Muudetud lehte võidakse seni veel vanas versioonis edastada.
• Laoseisust sõltuvad tekstid uuendatakse laoseisu muudatuste ja maksimaalse iga kaudu.
• Ruumivajaduse hinnang: Täiendavaid versioone hinnakirja või riigi kaupa ei ole arvesse võetud; planeerige veidi varu.
• Mitte kõige asendaja: Vahemälu vähendab nende päringute koormust, mida see tohib teenindada. Sisselogitud kasutajad, otsingud ja vormid liiguvad edasi läbi Odoo.
• Esimene päring jääb aeglaseks: Pärast serveri (RAM) taaskäivitamist või üleüldist muudatust renderdatakse iga leht üks kord tavapäraselt, enne kui see vahemällu jõuab.

Korduma kippuvad küsimused

Mis on Odoo lehtede vahemälu?

Avatud lähtekoodiga moodul (website_page_cache, Odoo 19, LGPL-3), mis edastab avalikud poe- ja blogilehed anonüümsetele külastajatele vahemälust, selle asemel et neid iga päringuga uuesti renderdada. Vahemälu asub valikuliselt failides või töömälus.

Kas moodul blokeerib otsingumootoreid või tehisintellekti roomajaid?

Ei. Otsingumootorid ja tehisintellekti indekseerijad saavad samad lehed mis iga teine külastaja, lihtsalt kiiremini. Blokeerimist, piiramist ega eraldi roomaja versiooni pole.

Kas muudetud lehed ja tõlked salvestatakse automaatselt uuesti vahemällu?

Jah. PostgreSQL-i päästikud teavitavad iga asjakohase tabeli muudatusest päevikut; mõjutatud lehed visatakse ära ning renderdatakse ja salvestatakse järgmisel päringul uuesti. Tõlked on kaetud, sest Odoo 19 salvestab need samasse kirjesse.

Kas peaksin valima faili või RAM-i?

Tavaliselt Automaatne: moodul kasutab RAM-i, kuni kõik lehed sinna mahuvad, ja kolib muidu failidele. Failid sobivad, kui vahemälu peab taaskäivitused üle elama või RAM-i on napilt; RAM on kiireim variant.

Kuidas ma teada saan, kas minu veebileht mahub töömällu?

Töölaual menüüs Veebileht → Aruanded → Lehtede vahemälu. Jaotis „Kas see mahub töömällu?“ loeb lehed veebilehe ja keele kaupa kokku, mõõdab lehe suuruse ja võrdleb vajadust RAM-eelarve, tmpfs-i suuruse ja saadaoleva mäluga.

Kui palju lisa-RAM-i on RAM-i vahemälu jaoks vaja?

Töölaud nimetab seda eraldi reana. Arvutus on: vajadus = lehed × lehe suurus; turvavaruga jagatud 0,8-ga. Kuna vahemälu tohib kasutada kuni poole saadaolevast mälust, on selle kahekordne väärtus vabalt vajalik mälu; vahe on lisa-RAM. Kui liiga väike on ainult RAM-eelarve või tmpfs, nimetab töölaud seadistuse koos sihtväärtusega.

Kas vahemälu võib kellelegi näidata võõrast sisu?

Ei. Vahemällu salvestatakse ainult anonüümsete GET-päringute puhul ilma otsinguparameetriteta. Sisselogitud kasutajad, ostukorvid, vormid ja otsingud ei tule kunagi vahemälust; keel, hinnakiri, maksupositsioon ja küpsiste nõusolek on võtme osa.

Kuidas ma hädaolukorras vahemälu välja lülitan?

Lülitage töölaual lüliti „Aktiivne“ välja või seadke süsteemiparameeter website_page_cache.enabled väärtusele 0. See kehtib kõigis töötlusprotsessides hiljemalt 30 sekundi pärast. Eemaldamine kustutab lisaks päästikud, päeviku ja vahemällu salvestatud lehed.

Kuidas ma tean, kas leht tuli vahemälust?

Vastuse päisest X-Page-Cache: HIT tähendab vahemälust, MISS tähendab värskelt renderdatud ja salvestatud.

Kas moodul muudab HTML-i väiksemaks ja tihendab seda?

Jah. Vahemällu salvestatud lehed minimeeritakse konservatiivselt (kommentaarid ja üleliigne tühimik jäävad ära, sisu ja kuvamine jäävad samaks) ning edastatakse vahemälu tabamuste korral gzipiga; assets-paketid tihendatakse ühe korra ja edastatakse kettalt. Mõlemad saab välja lülitada parameetritega website_page_cache.minify ja website_page_cache.compress.

Tugi Biricon IT Servicesilt

Kas Teie Odoo veebileht reageerib roomajate koormuse all loiult või soovite poodi ja blogi kiiremaks ning nähtavamaks teha? Toetame koormuse analüüsimisel, lehtede vahemälu seadistamisel, töömälu ja töötlusprotsesside mõõtmestamisel ning Teie Odoo veebilehe mitmekeelsel otsingumootorite optimeerimisel. Mooduli lähtekoodi leiate GitHubist.

Võtke meiega nüüd ühendust

Seisuga: 10. november 2026. Mõõteväärtused pärinevad katsesüsteemist, kus on näiteandmed, ega ole lubadus teiste paigalduste kohta.