Säitecache fir Odoo: Buttek a Blog aus RAM oder Datei – séier fir Besucher, Sichmaschinnen a KI

10. November 2026  |  Eegenentwécklung  |  Odoo, Performance a Sichmaschinnen

Eng Odoo-Websäit rendert all Säit bei all Opruff nei: Datebankufroen, Templates, Iwwersetzungen, Präisser. Fir een eenzele Besucher ass dat onopfälleg. Wann awer Sichmaschinnen a KI-Indexer Honnerte oder Dausende Säiten a ville Sproochen ofruffen, gëtt doraus eng Dauerbelaaschtung, an echt Clientë musse matwaarden. Mir hunn dofir den Odoo-19-Modul website_page_cache entwéckelt an als Open Source (LGPL-3) op GitHub verëffentlecht: Anonym opgeruffe Buttek- a Blogsäite kommen bal statesch aus engem Cache, entweder aus Dateien oder aus dem Aarbechtsspäicher (RAM), a jidd Ännerung – och un enger Iwwersetzung – hëlt déi betraffe Säiten automatesch erëm aus dem Cache.

Wichteg fir all déi, déi wëllen fonnt ginn: De Modul spaart weder eng Sichmaschinn nach e KI-Crawler. All Indexer kréien dee selwechten Inhalt wéi all Besucher, just méi séier. Dëse Bäitrag erkläert, wéi de Cache schafft, wéi den Dashboard ausgesäit (mat Bildschirmfotoen), wéi Dir erkennt, ob Är Säite just an den Aarbechtsspäicher passen a wéi vill RAM zousätzlech néideg wier, wéi eng Sécherheetsreegele gëllen a wéi Dir de Modul installéiert.

Kuerzfassung

De Problem: Crawler-Belaaschtung op Odoo-Websäiten

Odoo ass e komplette ERP-System, d'Websäit ass ee vu ville Moduler. All Säit, déi e Besucher oder e Roboter opruff, geet deen eenzege Wee: Ufro veraarbechten, Datebank froen, Produit- a Präisdaten lueden, de QWeb-Template rendere, Iwwersetzunge setzen an d'Resultat auslidderen. Dat dauert je no Säit e puer honnert Millisekonnen an hält an där Zäit ee vun de wéinege Aarbechtsprozesser besat.

Fir Sichmaschinnen a KI-Indexer ass dat en Dauerthema:

• Vill Sproochen, vill Adressen: Eng Säit, déi a 46 Sproochen do ass, sinn fir e Crawler 46 verschidden Adressen.
• All Adress gëtt eenzel opgeruff, dacks vu ville verdeelte Sender gläichzäiteg. E klassesche Browser-Cache hëlleft dobäi net, well all Opruff eng nei Adress betrëfft.
• Wéineg Aarbechtsprozesser: En Odoo-Déngscht leeft typesch mat enger Handvoll Prozesser. Sinn déi mat Crawler-Ufroe besat, waarde richteg Besucher an der Schlaang.
• Selwechten Inhalt, ëmmer erëm nei: E Blogbäitrag ännert sech selten, gëtt awer bei all Opruff opwänneg nei zesummegebaut.

Den noliegenden Ausweg – Crawler ausspären – ass fir eng Firma, déi wëll fonnt ginn, keng Optioun. Visibilitéit a Sichmaschinnen a KI-Äntwerte ass wäertvoll. Besser ass et, d'Säiten esou séier auszeliwweren, datt d'Belaaschtung kaum méi ennert Gewiicht fält. Genau dat mécht de Säitecache.

Esou funktionéiert de Säitecache

De Modul hänkt sech un den Ufro-Agang vun Odoo (ir.http). Bei all Säitenopruff entscheet en an Deeler vun enger Millisekonn, ob d'Säit aus dem Cache däerf kommen, a liwwert se dann ouni Datebank, ouni Template an ouni Rendering aus.

1. Kontroll: Just en anonyme GET-Opruff ouni Sichparameter op engem erlaabte Pad (Buttek, Kategorien, Produiten, Blog) kënnt a Fro. Alles aneres leeft wéi ëmmer duerch Odoo.
2. Cache-Schlëssel: En besteet aus Websäit, Host-Klass, Sprooch, Pad, Präisslëscht, Steierpositioun an dem Cookie-Zoustëmmungsstatus. Besucher, déi eppes anescht géifen gesinn, deelen sech dofir ni en Entrée. De Host gëtt normaliséiert: Odoo schreift absolut Adressen ëmmer aus dem Domän vun der Websäit, net aus der Ufro; d'Ufro-Adress entscheet just, ob d'Säit als Haaptadress gëllt (Sproochverweiser) an ob se indexéiert soll ginn. All friem Hostnimm deelen sech dofir een Entrée mat noindex-Hiweis, amplaz all eng eege Kopie ze beleeën.
3. Treffer: Gëtt et en aktuellen Entrée, gëtt en ausgeliwwert. De CSRF-Token an der Säit gëtt dobäi pro Ufro nei gesat. Opruffer vu Blogbäiträg ginn weiderhin gezielt.
4. Feelgrëff: Feelt den Entrée oder ass en vereelent, rendert Odoo d'Säit wéi gewinnt. Ass d'Resultat cachebar (Status 200, HTML, kee Cookie, keng Sessiouns-ID am Text), gëtt et gespäichert; den nächsten Opruff ass en Treffer.
5. Am Header ze gesinn: All Äntwert dréit den Header X-Page-Cache: HIT oder MISS. Esou léisst sech mat all Wierkzeug préiwen, wat geschitt ass.

Wéi vill méi séier?

An eisem Testsystem (Kopie vun eise Websäiten, e puer honnert Säiten) louch déi duerchschnëttlech Renderzäit vun enger Säit bei ronn 490 Millisekonnen, d'Auslidderung aus dem Cache bei ronn 23 Millisekonnen: ongeféier d'Zwanzegfacht. Je méi opwänneg eng Säit ass, desto méi grouss de Gewënn. De Dashboard rechent aus béide Wäerter dobäi och déi geschate gespuert Serverzäit aus.

Datei oder RAM: Späicherplaz wielen

De Cache kennt zwee Späicherplazen. Béid si fir all Odoo-Aarbechtsprozesser gemeinsam siichtbar, all Säit läit also nëmmen eemol vir, net eemol pro Prozess.

Fir déi meescht Installatioune ass Automatesch déi richteg Wiel: Dir kritt RAM-Geschwindegkeet, wann de Plaz do ass, a fält soss ouni Agrëff op Dateien zréck.

Passt d'Websäit an den Aarbechtsspäicher? A wéi vill RAM feelt?

Ob e RAM-Cache méiglech ass, hänkt vun dräi Saache of: vun der Zuel vun de Säiten, vun hirer duerchschnëttlecher Gréisst a vum verfügbare Späicher. De Dashboard rechent Iech dat vir:

• Säitenzuel: Pro Websäit zielt en verëffentlecht Produiten, Buttek-Lëschtesäiten, Kategorien, Blogbäiträg a Bloglëschten a multiplizéiert mat der Zuel vun de Sproochen.
• Säitegréisst: Soubal Säiten am Cache leien, gëtt de tatsächlechen Duerchschnëtt gemooss; bis dohin gëllt e Fonktiounswäert.
• Plaz fir de Cache: dee klengste Wäert aus dem agestallte RAM-Budget, der Gréisst vum tmpfs an der Hallschent vum verfügbaren Aarbechtsspäicher. De Server soll wéinst dem Cache ni a Späichernout geroden.
• Uerteel: „passt mat Reserve“, „knapp“, „ze grouss“ oder „RAM-Cache net verfügbar“. „Passt“ gëllt, wann de Bedarf héchstens 80 Prozent vum verfügbare Plaz ass.

Nei: Wéi vill zousätzleche RAM wier néideg?

Passt de Cache net, wëll een wëssen, wat ee muss änneren. De Dashboard nennt dofir ënnert dem Uerteel eng konkret Zeil: „Zousätzleche RAM fir e RAM-Cache: ongeféier … méi Aarbechtsspäicher op dësem Server“ – oder „keen“, wann de Plaz schonn duergeet. Wann amplaz vum Server just eng Astellung ze kleng ass, steet dodrënner, wéi eng: de RAM-Budget vum Modul oder d'Gréisst vum tmpfs (/dev/shm).

D'Rechnung dohannert ass einfach an nachvollzéibar:

1. Bedarf = Säiten × duerchschnëttlech Säitegréisst.
2. Mat Reserve = Bedarf gedeelt duerch 0,8. Dëse Wäert muss an de RAM-Budget an an den tmpfs passen, fir datt d'Uerteel „passt“ heescht.
3. Fräie Späicher: Well de Cache héchstens d'Hallschent vum verfügbaren Aarbechtsspäicher benotze däerf, brauch de Server mindestens d'Duebelt vum Wäert aus Schrëtt 2 als fräi verfügbare Späicher. Feelt eppes, ass den Ënnerscheed deen zousätzlech néidege RAM.

D'Beispill am Bild (12.000 Säiten zu je 25 KB) ass eng Rechenhëllef, keng Moossung vun eise Säiten. Bei klenge Websäite genüge schonn e puer Dosen Megabyte; d'Beispillsdate an de Bildschirmfotoe sinn mat ronn 13 MB ausgaange.

Wichteg zur Astufung: D'Schätzung zielt keng zousätzlech Präisslëscht- oder Länner-Versiounen. Wien der vill notzt, plangt e bëssen Reserve an. An: E ze klenge RAM-Budget ass dee heefegste Grond, firwat d'Automatik bei Dateien bleift – net feelenden Aarbechtsspäicher. De Dashboard weist an dësem Fall genau dës Zeil un.

Ännerungen an Iwwersetzunge raumen de Cache op

E Cache ass nëmmen dann brauchbar, wann en ni vereelent Säite ausliwwert. E pure Zäitlimit („all zwielef Stonne verwerfen“) wier ze grof: E geännerte Präis oder e korrigéierte Tippfeeler misst bis zu zwielef Stonne waarden. De Modul schafft dofir inhaltsbezunn.

1. Datebank-Trigger: Op alle Tabellen, déi eng Säit beaflosse kënnen (Produiten, Varianten, Biller, Lager, Attributer, Kategorien, Präisser, Steieren, Präisslëschten, Blogbäiträg a Schlësselwierder, Partner- a Firmendaten, Usiichten, Assets, Menüen, Sproochen, Websäiten-Astellungen), sëtzen PostgreSQL-Trigger. Si droen all Ännerung an e Ännerungsjournal an.
2. Ofhängegkeeten an Datebankstand: All gecachte Säit mierkt sech, wéi eng Datesätz se weist, an den Datebankstand, mat deem se erstallt gouf.
3. Ofgläich: Gëtt et en Journaleintrag, deen no dësem Stand entstanen ass an een vun dësen Datesätz betrëfft, ass d'Säit vereelent.
4. Nei cachen: Beim nächsten Opruff gëtt déi vereelent Säit verworf, nei gerendert a erëm gespäichert.

Och Iwwersetzunge si ofgedeckt

Odoo 19 späichert iwwersate Texter am selwechten Datesaz wéi den Originaltext (als JSON-Feld). Eng geännert Iwwersetzung ass fir d'Datebank dofir eng ganz normal Zeilenännerung – an den Trigger gesäit se. Dat gëllt gläichermoossen fir d'Beaarbechtung iwwer d'Uewerfläch, fir Importer, fir Schnëttstellen a fir Skripter, déi direkt an d'Datebank schreiwen. Eng automatesch Iwwersetzung vu 46 Sproochen entwäert also genau déi Säiten, där hiren Text sech geännert huet, an net méi.

• Gezielt amplaz pauschal: E geännerte Produit entwäert seng Säiten, d'Lëschten, an deenen en dra steet, an déi zougehéiereg Kategorie. De Rescht bleift am Cache.
• Global Ännerungen (Templates, Assets, Sproochen, Menüen, Steieren, Währungen) entwäerten alles op eemol, well se all Säit betreffe kënnen.
• Zieler bleiwe baussen: De Opruffzieler vu Blogbäiträg ännert sech bei all Besuch; en léist bewosst keng Entwäertung aus, soss wier de Cache bei beléiften Bäiträg wirkungslos.
• Sécherheetsnetz: Zousätzlech gëtt et en Héchstalter pro Säit (Standard 12 Stonnen).
• Kee Schreifefeeler duerch de Cache: E Feeler an engem Trigger gëtt als Warnung protokolléiert a looss d'eigentlech Späichere net scheitere.

Dashboard a Statistik

Alles, wat Dir fir de Betrib braucht, steet op enger Plaz: an Odoo ënnert Websäit → Berichter → Säitecache. D'Sektioun Iwwersiicht ass den Dashboard (mat den Astellungen), d'Sektioun Verlaf weist d'Zuelen pro Dag a Websäit.

Bildschirmfoto aus engem Testsystem mat Kopie vun eise Websäiten; d'Websäitennimm goufe mat Platzhaler ersat.

Astellungen

Status a Statistik

De Status weist den aktive Späicherplaz samt Grenz, d'Zuel an d'Gréisst vun de gecachte Säiten an d'Ännerungsverfolgung: wéi vill Ännerunge senge leschte 24 Stonne registréiert goufen a wéi vill Tabellen iwwerwaach ginn. Feelt eng Iwwerwaachung, warnt den Dashboard däitlech, well dann däerf dem Cache net vertraut ginn. D'Knäppercher uewen erlaben, d'Wartung direkt auszeféieren, de Cache ze leeren oder d'Trigger ze préiwen an um Bedarf nei unzeleeën.

D'Statistik (Haut, 7 Deeg, 30 Deeg) enthält:

• Aus dem Cache an Gerendert: Treffer a Feelgrëffer, doraus d'Trefferquote
• Ewechgeholl (geännert/ofgelaf): wéi vill Säiten wéinst Ännerung oder Oflaf verworf goufen
• Renderzäit an Cache-Zäit: den Duerchschnëtt pro Säit am Verglach
• Geschat gespuert Serverzäit an Datemass aus dem Cache

D'Zuelen sammelt all Aarbechtsprozess fir sech a schreift se eemol pro Minutt; Zeilen, déi eelter sinn ewéi 90 Deeg, raumt de Wartungsjob of.

Verlaf als Diagramm, Pivot a Lëscht

Ënnert Verlaf stinn d'Deeswäerter pro Websäit zur Verfügung – als Diagramm, als Pivot-Tabell oder als Lëscht. Esou gesitt Dir, ob d'Trefferquote no engem Neistart oder no enger grousser Ännerung erëm klëmmt, a wéi eng Websäit de meeschte Verkéier aus dem Cache kritt.

Sécherheet: Wat ni aus dem Cache kënnt

E Säitecache däerf ni dozou féieren, datt een d'Inhalter vun engem aneren gesäit. De Modul geet dofir no dem Grondsaz vir: Am Zweiwel net cachen.

• Just anonym Besucher: Wien ugemellt ass, e Warekuerf huet oder en aneren Sessiounszoustand matbréngt, kritt ëmmer déi normal gerendert Säit.
• Just GET ouni Sichparameter: Sichen, Filteren, Zortéierungen, Formulairen, Warekuerf a Keess bleiwen onberéiert.
• Just Status 200 an HTML: Feeler-Säiten, Viruleedungen an Dateie ginn net gespäichert.
• Keng Sessiouns-IDen am Cache: Eng Säit, déi eng Sessiouns-ID enthält oder e Cookie setzt, gëtt net gespäichert (a gëtt als Warnung protokolléiert).
• CSRF-Token pro Ufro: De Token an der gecachter Säit ass e Platzhalter a gëtt bei all Auslidderung nei agesat.
• Fenge Schlëssel: Websäit, Sprooch, Präisslëscht, Steierpositioun a Cookie-Zoustëmmung gehéieren zum Cache-Schlëssel; wien Anescht gesäit, kritt en anere Entrée.
• Méi Datebanken: All Datebank huet eege Entréeën, e eegent Journal an eege Statistik.
• Keen Dateofloss: De Cache läit lokal um Server (Datei oder RAM). Et ginn keng Daten un Drëtt iwwerdroen.

Sichmaschinnen a KI-Indexer: näischt gëtt gespaart

E puer Betreiber reagéieren op Crawler-Belaaschtung mat Sperren. Dat schützt de Server, kascht awer Visibilitéit. De Modul geet de ëmgekéierte Wee:

• Gläichen Inhalt fir all: Sichmaschinnen, KI-Indexer a Besucher kréie déiselwecht Säit. Et gëtt keng eege „Crawler-Versioun“ a keng Erkennung no Browser-Kennung.
• Méi séier Äntwerte hëllefen der Indexéierung: Eng Säit, déi an 20 amplaz 500 Millisekonne äntwert, belaascht d'Crawl-Budget manner, a Crawler kënnen an der selwechter Zäit méi Säite erfaassen.
• Aktuell Inhalter: Well Ännerunge Säiten direkt entwäerten, gesi Crawler ni eng vereelent Fassung – wichteg, wann Dir Inhalter fir Sich a KI-Äntwerte pflegt.
• Strukturéiert Daten bleiwen erhalen: JSON-LD, Meta-Angaben a hreflang-Verweiser sinn Deel vun der gecachter Säit; Sitemaps an Dateie ginn vum Cache net ugefaasst.

Wann Dir zousätzlech d'Belaaschtung begrenze wëllt, ass dat eng getrennten Entscheedung, déi Dir bewosst kënnt treffen – de Modul zwéngt se Iech net op.

HTML miniméieren a kompriméiert auslidderen

De Cache spuert net nëmmen Rechenzäit, mä och Datevolumen. De Modul miniméiert den HTML, ier en gespäichert gëtt, a liwwert en komprimiert aus, wann de Browser oder de Crawler dat ubitt:

• Miniméieren (Parameter website_page_cache.minify): HTML-Kommentare falen ewech, Leerraum gëtt zesummegefaasst. Ganz ewechgeholl gëtt en nëmmen do, wou de Browser en ewéi esou ignoréiert, z. B. tëscht Block-Elementer. Ofstänn tëscht Inline-Elementer bleiwen, pre, textarea a Skripter bleiwen onverännert, strukturéiert Daten (JSON-LD) ginn kompakt nei geschriwwen. Je no Säit sinn d'Säiten 10 bis 30 % méi kleng. Beim Test mat siwen echte Säite waren Text, Elementzuel, Positioun vun alle Elementer a Bildschirmfoto mat dem Original identesch. Déi éischt Auslidderung (MISS) ass genau esou miniméiert wéi all weider (HIT).
• Komprimeieren (Parameter website_page_cache.compress): Säiten aus dem Cache ginn per gzip eraus (Content-Encoding: gzip, Vary: Accept-Encoding). Déi grouss Asset-Päck (CSS a JavaScript, bis zu e puer MB) liwwert Odoo selwer onkomprimiert; de Modul komprimiert se eemol, leet d'Kopie op der Plack of a liwwert se duerno direkt aus. Aus 2,1 MB CSS goufen esou 0,27 MB, aus 4,8 MB JavaScript 1,1 MB. Al Kopie raumt de Wartungsjob of.
• No engem Rechner-Neistart: De RAM-Cache bleift bei Neistarte vun Odoo erhalen, awer net beim Neistart vum Server. Dofir spigelt de Wartungsjob en schrëttweis op d'Plack (Parameter website_page_cache.persist) a stellt en beim Start erëm hir. Ob en erëmhiergestallten Entrée nach gëlteg ass, préift deeselwechte Mechanismus wéi soss: Alter an Ännerungsjournal. D'Minimiéierung gëtt dobäi net nei berechent.

Installatioun an Astellungen

1. De Modul huelen: Quellcode vu GitHub eroflueden an an e Addons-Pad vun Ärer Odoo-19-Installatioun leeën: github.com/Alex0176/odoo-website-page-cache
2. Installéieren: odoo-bin -d <Datenbank> -i website_page_cache --stop-after-init. Dobäi entstinn d'Ännerungsjournal, d'Trigger an de Wartungsjob (all 10 Minutten).
3. Den Déngscht nei starten, fir datt all Aarbechtsprozesser de Modul lueden.
4. Dashboard opmaachen: Websäit → Berichter → Säitecache. Préiwen, ob d'Ännerungsverfolgung komplett ass, an de Späicherplaz wielen (Viraastellung: automatesch).
5. Kontrolléieren: Eng Buttek- oder Blogsäit zweemol opruffen an den Header X-Page-Cache kucken: beim éischte Mol MISS, duerno HIT.

D'Astellunge leie als Systemparameter vir (website_page_cache.enabled, .backend, .ttl_hours, .max_mb_file, .max_mb_ram) a ginn normalerweis am Dashboard gepflegt. De Modul ass op Däitsch iwwersat. Desinstalléieren hëlt Trigger, Journal an all gecachte Säiten erëm komplett ewech.

Tipp fir de RAM-Cache: De RAM-Budget am Dashboard an d'Gréisst vum tmpfs (/dev/shm, Mount-Optioun size=) mussen zum Bedarf passen. Béides nennt Iech de Check „Passt et an den Aarbechtsspäicher?“ mat konkrete Wäerter.

Grenzen, déi Dir kennen sollt

• Kuerz Verzögerung no Ännerungen: Den Index vum Ännerungsjournal gëtt all zwou Sekonnen opgefrëscht. Eng geännert Säit ka bis dohin nach a ale Fassung ausgeliwwert ginn.
• Lagerofhängeg Texter ginn iwwer Lagerännerungen an d'Héchstalter aktualiséiert.
• Schätzung vum Plazbedarf: Zousätzlech Fassunge pro Präisslëscht oder Land sinn net abezunn; e bëssen Reserve afplanen.
• Kee Remplaçant fir alles: De Cache entlaascht Ufroen, déi e bedéine däerf. Ugemellte Benotzer, Sichen a Formulairen leeje weiderhin duerch Odoo.
• Den éischten Opruff bleift lues: No engem Neistart vum Server (RAM) oder enger globaler Ännerung gëtt all Säit eemol normal gerendert, ier se am Cache läit.

Heefeg Froen

Wat ass de Säitecache fir Odoo?

E Open-Source-Modul (website_page_cache, Odoo 19, LGPL-3), deen ëffentlech Buttek- a Blogsäiten fir anonym Besucher aus engem Cache ausliwwert, amplaz se bei all Opruff nei ze rendere. De Cache läit wahlweis an Dateien oder am Aarbechtsspäicher.

Spaart de Modul Sichmaschinnen oder KI-Crawler?

Nee. Sichmaschinnen a KI-Indexer kréie déiselwecht Säiten ewéi all aneren Besucher, just méi séier. Et gëtt keng Sperr, keng Drosselung a keng eege Crawler-Fassung.

Ginn geännert Säiten an Iwwersetzungen automatesch nei gecacht?

Jo. PostgreSQL-Trigger mellen all Ännerung vu relevanten Tabellen un e Journal; betraffe Säite ginn verworf a beim nächsten Opruff nei gerendert a gespäichert. Iwwersetzunge si ofgedeckt, well Odoo 19 se am selwechten Datesaz späichert.

Soll ech Datei oder RAM wielen?

Normalerweis Automatesch: De Modul notzt de RAM, soulaang all Säiten dra passen, a weicht soss op Dateien aus. Dateie passen, wann de Cache Neistarte soll iwwerliewen oder de RAM knapp ass; de RAM ass déi séierst Variant.

Wéi erfuer ech, ob meng Websäit an den Aarbechtsspäicher passt?

Am Dashboard ënnert Websäit → Berichter → Säitecache. D'Sektioun „Passt et an den Aarbechtsspäicher?“ zielt d'Säiten pro Websäit a Sprooch, mooss d'Säitegréisst a vergläicht de Bedarf mam RAM-Budget, der tmpfs-Gréisst an dem verfügbare Späicher.

Wéi vill zousätzleche RAM gëtt fir e RAM-Cache gebraucht?

De Dashboard nennt et als eege Zeil. Gerechent gëtt: Bedarf = Säiten × Säitegréisst; mat Sécherheetsreserve duerch 0,8 gedeelt. Well de Cache héchstens d'Hallschent vum verfügbare Späicher notze däerf, ass d'Duebelt dovun de fräi gebrauchte Späicher; den Ënnerscheed ass den zousätzleche RAM. Ass just de RAM-Budget oder den tmpfs ze kleng, nennt den Dashboard d'Astellung samt Zielwäert.

Ka de Cache engem aneren Inhalter weisen?

Nee. Gecacht gëtt just fir anonym GET-Opruffer ouni Sichparameter. Ugemellte Benotzer, Warekierf, Formulairen a Sichen kommen ni aus dem Cache; Sprooch, Präisslëscht, Steierpositioun a Cookie-Zoustëmmung sinn Deel vum Schlëssel.

Wéi schalt ech de Cache am Noutfall of?

Am Dashboard de Schalter „Aktiv“ ausschalten oder de Systemparameter website_page_cache.enabled op 0 setzen. Dat gëllt an alle Aarbechtsprozesser no spéitstens 30 Sekonnen. Eng Desinstallatioun hëlt zousätzlech Trigger, Journal a gecachte Säiten ewech.

Wéi erkenne ech, ob eng Säit aus dem Cache koum?

Um Äntwert-Header X-Page-Cache: HIT heescht aus dem Cache, MISS heescht frësch gerendert a gespäichert.

Mécht de Modul den HTML méi kleng a komprimiert en en?

Jo. Gecacht Säiten ginn konservativ miniméiert (Kommentare an iwwerflësseg Leerraum falen ewech, Inhalt an Duerstellung bleiwen d'selwecht) a bei Cache-Treffer per gzip ausgeliwwert; d'Asset-Päck ginn eemol komprimiert a vun der Plack geliwwert. Béides léisst sech iwwer d'Parameter website_page_cache.minify an website_page_cache.compress ofschalten.

Ënnerstëtzung duerch Biricon IT Services

Reagéiert Är Odoo-Websäit bei Crawler-Belaaschtung lues, oder wëllt Dir Buttek a Blog méi séier a méi siichtbar maachen? Mir ënnerstëtzen bei der Analys vun der Belaaschtung, bei der Astellung vum Säitecache, bei der Dimensionéierung vun Aarbechtsspäicher an Aarbechtsprozesser a bei der méisproocheger Sichmaschinnenoptimiséierung vun Ärer Odoo-Websäit. De Quellcode vum Modul fannt Dir op GitHub.

Elo Kontakt ophuelen

Stand: 10. November 2026. Moosswäerter stamen aus engem Testsystem mat Beispillsdaten a si keng Zousoe fir aner Installatiounen.