Cache a rûpelan ji bo Odoo: dikan û blog ji RAM an pel – zû ji bo serdêrvan, motorên lêgerînê û AI

10ê Çiriya Paşîn 2026  |  Pêşxistina xwe  |  Odoo, performans û motorên lêgerînê

Malperek Odoo di her daxwazê de her rûpelê ji nû ve çêdike: pirsên danegehê, şablon, wergerandin, buha. Ji bo yek serdêrvan ev tişt xuya nake. Lê gava motorên lêgerînê û indekserên AI-yê bi sedan an hezaran rûpelan bi gelek zimanan dixwazin, ev dibe barê berdewam û kiriyarên rastîn jî li bendê dimînin. Me ji bo vê modula Odoo 19 website_page_cache pêş xist û wekî çavkaniya vekirî (LGPL-3) li GitHub weşand: Rûpelên dikan û blogê yên ku serdêrvanên nenas vedikin hema hema wekî statîk ji cache têne, yan ji pelan yan jî ji bîranîna xebatê (RAM), û her guhertin – wergerandinekê jî – rûpelên bandorbûyî bixwe ji cache radike.

Ji bo hemû kesên ku dixwazin bêne dîtin girîng e: Modul tu motora lêgerînê û tu crawlera AI-yê asê nake. Hemû indekser heman naverokê wekî her serdêrvanî distînin, tenê zûtir. Ev nivîs rave dike cache çawa dixebite, dashboard çawa xuya dike (bi dîmenên ekranê), hûn çawa fêm dikin ka rûpelên we di bîranîna xebatê de cih digirin û çiqas RAM-a zêde pêwîst e, kîjan rêgezên ewlehiyê derbasdar in û modul çawa tê sazkirin.

Kurte

Pirsgirêk: barê crawleran li ser malperên Odoo

Odoo pergaleke ERP ya bi tevahî ye, malper yek ji gelek modulan e. Her rûpelê ku serdêrvanek an robotek dixwaze heman rê dişopîne: daxwaz tê pêvajokirin, danegeh tê pirsîn, daneyên hilber û buhayê têne barkirin, şablona QWeb tê render kirin, wergerandin têne danîn û encam tê şandin. Li gorî rûpelê ev çend sed milîçirke digire û di vê navberê de yek ji çend pêvajoyên xebatê dagir dike.

Ji bo motorên lêgerînê û indekserên AI-yê ev mijareke berdewam e:

• Gelek ziman, gelek navnîşan: Rûpelek ku bi 46 zimanan heye, ji bo crawlerek 46 navnîşanên cuda ye.
• Her navnîşan bi tenê tê xwestin, pir caran ji gelek şanderên belavkirî di heman demê de. Cacheyeke gerokê ya klasîk li vir nabe alîkar, ji ber ku her daxwaz navnîşaneke nû dihêle.
• Çend pêvajoyên xebatê: Karûbarekî Odoo bi gelemperî bi çend pêvajoyan dixebite. Ger ew bi daxwazên crawleran ve mijûl bin, serdêrvanên rastîn di rêzê de li bendê dimînin.
• Heman naverok, dîsa û dîsa nû: Nivîsek blogê kêm diguhere, lê di her daxwazê de bi zehmetî ji nû ve tê çêkirin.

Rêya diyar – crawleran derxistin – ji bo pargîdaniyekê ku dixwaze were dîtin ne vebijêrk e. Xuyabûn di motorên lêgerînê û di bersivên AI-yê de bi qîmet e. Çêtir e ku rûpel ew qas zû bêne şandin ku bar hema hema bê girîng bimîne. Cache a rûpelan tam vê dike.

Cache a rûpelan çawa dixebite

Modul xwe bi dergehê daxwazên Odoo ve girê dide (ir.http). Di her daxwaza rûpelê de, di perçeyekî milîçirkeyê de biryar dide ka rûpel dikare ji cache were û wê demê bê danegeh, bê şablon û bê render dişîne.

1. Kontrol: Tenê daxwazeke GET ya nenas bê parametreyên lêgerînê li ser rêyeke destûrdayî (dikan, kategorî, hilber, blog) tê hesibandin. Hemû tiştên din wekî her car di Odoo re derbas dibin.
2. Kilîta cache: Ew ji malper, çîna host, ziman, rê, lîsteya buhayan, pozîsyona bacê û rewşa razîbûna cookie pêk tê. Ji ber vê yekê serdêrvanên ku tiştekî cuda bibînin tu carî têketinekê parve nakin. Host tê normalîzekirin: Odoo navnîşanên mutleq her dem ji domaina malperê dinivîse, ne ji daxwazê; navnîşana daxwazê tenê diyar dike ka rûpel wekî navnîşana sereke tê hesibandin (referansên zimanan) û gelo divê were indekskirin. Ji ber vê yekê hemû navên hostê yên biyanî têketinekê bi nîşana noindex re parve dikin, li şûna ku her yek kopiyek xwe dagir bike.
3. Lêdan: Ger têketineke nûjen hebe, tê şandin. Tokena CSRF ya di rûpelê de di her daxwazê de ji nû ve tê danîn. Dîtinên nivîsên blogê hê jî têne jimartin.
4. Ne-lêdan: Ger têketin tune be an kevin be, Odoo rûpelê wekî her car render dike. Ger encam cachekirin be (status 200, HTML, bê cookie, bê ID ya danişînê di nivîsê de), tê tomarkirin; daxwaza paşê lêdan e.
5. Di header de xuya ye: Her bersiv header X-Page-Cache: HIT an MISS hildigire. Bi vî awayî bi her amûrê dikare were kontrolkirin ka çi qewimî.

Çiqas zûtir?

Di pergala meya ceribandinê de (kopiyek malperên me, çend sed rûpel) dema navînî ya renderê ya rûpelekê nêzîkî 490 milîçirke bû, şandina ji cache nêzîkî 23 milîçirke: nêzîkî bîst car zûtir. Çiqas rûpel tevlihevtir be, qezenc mezintir e. Dashboard ji herdu nirxan dema serverê ya texmînî hilanî jî hesab dike.

Pel an RAM: cihê tomarkirinê hilbijêrin

Cache du cihên tomarkirinê nas dike. Herdu ji hemû pêvajoyên xebatê yên Odoo re bi hev re xuya ne, ji ber vê yekê her rûpel tenê carekê heye, ne carekê ji bo her pêvajoyê.

Ji bo piraniya sazkirinan Bixweber hilbijartina rast e: Gava cih hebe hûn leza RAM-ê distînin, wekî din bê destwerdan vedigerin ser pelan.

Ma malper di bîranîna xebatê de cih digire? Û çiqas RAM kêm e?

Ka cacheyeke RAM-ê gengaz e an na, bi sê tiştan ve girêdayî ye: hejmara rûpelan, mezinahiya wan a navînî û bîranîna berdest. Dashboard vê ji we re hesab dike:

• Hejmara rûpelan: Ji bo her malperê hilberên weşandî, rûpelên lîsteya dikanê, kategorî, nivîsên blogê û lîsteyên blogê dijmêre û bi hejmara zimanan re pir dike.
• Mezinahiya rûpelê: Gava rûpel di cache de hebin, navîniya rastîn tê pîvandin; heta wê demê nirxeke texmînî derbasdar e.
• Cih ji bo cache: nirxa herî piçûk ji budceya RAM-ê ya hatî mîhengkirin, mezinahiya tmpfs û nîvê bîranîna xebatê ya berdest. Server ji ber cache tu carî nabe ku bikeve kêmasiya bîranînê.
• Biryar: „bi parastinê cih digire“, „teng“, „pir mezin“ an „cacheya RAM-ê ne berdest e“. „Cih digire“ gava derbasdar e ku pêdivî herî zêde 80 sedî cihê berdest be.

Nû: Çiqas RAM-a zêde pêwîst e?

Gava cache cih nagire, mirov dixwaze zanibe çi divê were guhertin. Ji ber vê yekê dashboard di bin biryarê de rêzeke konkret nîşan dide: „RAM-a zêde ji bo cacheyeke RAM-ê: nêzîkî … bîranîna xebatê ya zêdetir li ser vî serverî“ – an „tune“, ger cih jixwe têr dike. Ger li şûna serverê tenê mîhengek pir piçûk be, li jêr tê nivîsandin kîjan: budceya RAM-ê ya modulê an mezinahiya tmpfs (/dev/shm).

Hesaba li pişt wê hêsan û têgihîştî ye:

1. Pêdivî = rûpel × mezinahiya navînî ya rûpelê.
2. Bi parastinê = pêdivî dabeşkirî li 0,8. Divê ev nirx di budceya RAM-ê û di tmpfs de cih bigire da ku biryar „cih digire“ be.
3. Bîranîna azad: Ji ber ku cache herî zêde nîvê bîranîna xebatê ya berdest bikar tîne, server herî kêm du caran nirxa gava 2 wekî bîranîna azad a berdest hewce dike. Ger tiştek kêm be, cudahî RAM-a zêde ya pêwîst e.

Mînaka di wêneyê de (12.000 rûpel, her yek 25 KB) alîkarek hesabê ye, ne pîvandineke rûpelên me ye. Ji bo malperên piçûk çend deh megabayt bes in; daneyên nimûne yên di dîmenên ekranê de bi nêzîkî 13 MB bes bûn.

Ji bo cihanîna girîng: Texmîn guhertoyên zêde yên li gorî lîsteya buhayan an welêt nahijmêre. Kesên ku gelek ji wan bikar tînin, divê hinekî parastinê plan bikin. Û: budceyeke RAM-ê ya pir piçûk sedema herî pir e ku otomatîk li ser pelan dimîne – ne kêmasiya bîranîna xebatê. Dashboard di vê rewşê de tam vê rêzê nîşan dide.

Guhertin û wergerandin cache paqij dikin

Cache tenê gava bikêr e ku tu carî rûpelên kevin nade. Sînorekî dema bi tenê („her diwanzdeh saetan biavêje“) pir xav bûya: Buhayekî guhertî an xeletiyeke rastkirî heta diwanzdeh saetan divê li bendê bimîne. Ji ber vê yekê modul li gorî naverokê dixebite.

1. Trîgerên danegehê: Li ser hemû tabloyên ku dikarin bandorê li rûpelekê bikin (hilber, guhertoyên hilberan, wêne, stok, taybetmendî, kategorî, buha, bac, lîsteyên buhayan, nivîs û etîketên blogê, daneyên hevkar û pargîdaniyê, dîtin, asset, menû, ziman, mîhengên malperê), trîgerên PostgreSQL hene. Ew her guhertinê li rojnivîska guhertinan dinivîsin.
2. Girêdayîbûn û rewşa danegehê: Her rûpela cachekirî tê bîra xwe ka kîjan tomaran nîşan dide, û bi kîjan rewşa danegehê hatiye çêkirin.
3. Berawirdkirin: Ger têketineke rojnivîskê hebe ku piştî vê rewşê çêbûye û yek ji van tomaran eleqedar dike, rûpel kevin e.
4. Dîsa cache bikin: Di daxwaza paşê de rûpela kevin tê avêtin, ji nû ve tê render kirin û dîsa tê tomarkirin.

Wergerandin jî hatine pêçan

Odoo 19 nivîsên wergerandî di heman tomarê de wekî nivîsa orîjînal (wekî qada JSON) tomar dike. Ji ber vê yekê wergerandinekî guhertî ji bo danegehê guhertineke rêzê ya gelemperî ye – û trîger wê dibîne. Ev bi heman awayî derbarê guhertinê di navrûyê de, importan, navrûyan û skrîptên ku rasterast li danegehê dinivîsin derbasdar e. Wergerandina otomatîk a 46 zimanan ji ber vê yekê tam rûpelên ku nivîsa wan guherî ye betal dike, ne zêdetir.

• Bi armanc, ne giştî: Hilbereke guhertî rûpelên xwe, lîsteyên ku tê de ye û kategoriya girêdayî betal dike. Yên mayî di cache de dimînin.
• Guhertinên gerdûnî (şablon, asset, ziman, menû, bac, diravcins) her tiştî bi carekê betal dikin, ji ber ku dikarin bandorê li her rûpelê bikin.
• Jimarker li derve dimînin: Jimarkera dîtinên nivîsên blogê di her serdanê de diguhere; ew bi qest betalkirinê çênake, wekî din cache ji bo nivîsên populer bê bandor bûya.
• Tora ewlehiyê: Her wiha ji bo her rûpelê temenekî herî zêde heye (bi xwerû 12 saet).
• Cache nabe sedema xeletiya nivîsandinê: Xeletiyek di hundirê trîgerekê de wekî hişyarî tê tomarkirin û tomarkirina rastîn têk nabe.

Dashboard û statîstîk

Her tiştê ku ji bo xebatê pêwîst e di yek cihî de ye: di Odoo de di bin Malper → Raporan → Cache a rûpelan. Beşa Çavdêrî dashboard e (bi mîhengan re), beşa Dîrok hejmaran li gorî roj û malperê nîşan dide.

Dîmena ekranê ji pergaleke ceribandinê bi kopiyên malperên me; navên malperan bi cihgirtiyan hatine guhertin.

Mîheng

Status û statîstîk

Status cihê tomarkirinê yê çalak bi sînor re, hejmar û mezinahiya rûpelên cachekirî û şopandina guhertinan nîşan dide: di 24 saetên dawî de çend guhertin hatine tomarkirin û çend tablo têne çavdêrîkirin. Ger çavdêrîyek kêm be, dashboard bi eşkereyî hişyar dike, ji ber ku wê demê nabe ku bi cache were bawerkirin. Bişkokên li jor dihêlin ku lênihêrîn tavilê were meşandin, cache were valakirin an trîger werin kontrolkirin û li gorî hewcedariyê ji nû ve werin çêkirin.

Statîstîk (Îro, 7 roj, 30 roj) vana dihewîne:

• Ji cache û Render kirî: lêdan û ne-lêdan, ji wan rêjeya lêdanê
• Hatine rakirin (guhertî/qediyayî): çend rûpel ji ber guhertin an qedandina demê hatine avêtin
• Dema renderê û dema cache: navîniya her rûpelê di berawirdkirinê de
• Dema serverê ya texmînî hilanî û mezinahiya daneyê ji cache

Hejmaran her pêvajoyeke xebatê bi tenê kom dike û carekê di hûrdemekê de dinivîse; rêzên ji 90 rojan kevintir karê lênihêrînê paqij dike.

Dîrok wekî diagram, pivot û lîste

Di bin Dîrok de nirxên rojane yên her malperê berdest in – wekî diagram, wekî tabloya pivot an wekî lîste. Bi vî awayî hûn dibînin ka rêjeya lêdanê piştî nûdestpêkirinê an piştî guhertineke mezin dîsa zêde dibe, û kîjan malper herî zêde trafîkê ji cache werdigire.

Ewlehî: çi tu carî ji cache nayê

Cacheyeke rûpelan tu carî nabe ku bibe sedem ku kesek naveroka kesekî din bibîne. Ji ber vê yekê modul li gorî prensîbê tevdigere: Di guman de cache neke.

• Tenê serdêrvanên nenas: Yê ku têketî ye, selikek wî heye an rewşeke din a danişînê tîne, her dem rûpela wekî gelemperî render kirî distîne.
• Tenê GET bê parametreyên lêgerînê: Lêgerîn, parzûn, rêzkirin, form, selik û kasa nayên destlêdan.
• Tenê status 200 û HTML: Rûpelên xeletiyê, serrastkirin û pel nayên tomarkirin.
• ID yên danişînê di cache de nin: Rûpelek ku ID ya danişînê dihewîne an cookie datîne nayê tomarkirin (û wekî hişyarî tê tomarkirin).
• Tokena CSRF di her daxwazê de: Token di rûpela cachekirî de cihgirtî ye û di her şandinê de ji nû ve tê danîn.
• Kilîta hûr: Malper, ziman, lîsteya buhayan, pozîsyona bacê û razîbûna cookie beşek ji kilîta cache ne; yê ku tiştekî din bibîne têketineke din distîne.
• Gelek danegeh: Her danegehê têketinên xwe, rojnivîska xwe û statîstîka xwe heye.
• Bê derketina daneyan: Cache li ser server herêmî ye (pel an RAM). Tu dane ji aliyê sêyem re nayên şandin.

Motorên lêgerînê û indekserên AI-yê: tiştek nayê asêkirin

Hin xebatkar bi asêkirinan bersiv didin barê crawleran. Ev server diparêze, lê xuyabûnê winda dike. Modul rêya berevajî hildibijêre:

• Heman naverok ji bo hemûyan: Motorên lêgerînê, indekserên AI-yê û serdêrvan heman rûpelê distînin. „Guhertoyeke crawler“ a cuda û naskirineke li gorî nasnameya gerokê tune.
• Bersivên zûtir ji indekskirinê re dibin alîkar: Rûpelek ku di 20 li şûna 500 milîçirkeyan bersivê dide, budceya crawlkirinê kêmtir bar dike û crawler dikarin di heman demê de rûpelên zêdetir bigirin.
• Naveroka nûjen: Ji ber ku guhertin rûpelan tavilê betal dikin, crawler tu carî guhertoyeke kevin nabînin – girîng e gava hûn naverokê ji bo lêgerîn û bersivên AI-yê diparêzin.
• Daneyên avakirî dimînin: JSON-LD, agahiyên meta û referansên hreflang beşek ji rûpela cachekirî ne; nexşeyên malperê û pel ji aliyê cache ve nayên destlêdan.

Ger hûn dixwazin bi zêdetirî barê sînordar bikin, ew biryareke cuda ye ku hûn dikarin bi zanebûn bidin – modul wê li we ferz nake.

HTML piçûk bikin û pêçayî bişînin

Cache ne tenê dema hesabê, lê mezinahiya daneyê jî dihêlîne. Modul HTML berî tomarkirinê piçûk dike û gava gerok an crawler pêşniyar bike pêçayî dişîne:

• Piçûkkirin (parametre website_page_cache.minify): Şîroveyên HTML dikevin, valahî tê berhevkirin. Ew tenê li wir bi tevahî tê rakirin ku gerok wê her wiha ji nedîtî ve tê, mînak di navbera hêmanên blokê de. Valahiyên di navbera hêmanên inline de dimînin, pre, textarea û skrîpt neguhertî dimînin, daneyên avakirî (JSON-LD) bi awayekî kompakt ji nû ve têne nivîsandin. Li gorî rûpelê, rûpel ji 10 heta 30 % piçûktir in. Di ceribandina bi heft rûpelên rastîn de nivîs, hejmara hêmanan, cihê hemû hêmanan û dîmena ekranê bi orîjînalê re wekhev bûn. Şandina yekem (MISS) wekî her yeka din (HIT) piçûkkirî ye.
• Pêçan (parametre website_page_cache.compress): Rûpelên ji cache bi gzip derdikevin (Content-Encoding: gzip, Vary: Accept-Encoding). Pakêtên mezin ên asset (CSS û JavaScript, heta çend MB) Odoo bixwe bê pêçan dişîne; modul wan carekê dipêçe, kopiyê li ser dîskê datîne û paşê rasterast dişîne. Ji 2,1 MB CSS bi vî awayî 0,27 MB bû, ji 4,8 MB JavaScript 1,1 MB. Kopiyên kevin karê lênihêrînê paqij dike.
• Piştî nûdestpêkirina komputerê: Cacheya RAM-ê di nûdestpêkirinên Odoo de dimîne, lê ne di nûdestpêkirina serverê de. Ji ber vê yekê karê lênihêrînê wê gav bi gav li ser dîskê dixe nav neynikê (parametre website_page_cache.persist) û di destpêkirinê de vedigerîne. Ka têketineke vegerandî hê derbasdar e, heman mekanîzm wekî her car kontrol dike: temen û rojnivîska guhertinan. Piçûkkirin li vir ji nû ve nayê hesabkirin.

Sazkirin û mîheng

1. Modulê bistînin: Koda çavkaniyê ji GitHub dakêşin û têxin rêya addons ya sazkirina xwe ya Odoo 19: github.com/Alex0176/odoo-website-page-cache
2. Saz bikin: odoo-bin -d <Datenbank> -i website_page_cache --stop-after-init. Di vê demê de rojnivîska guhertinan, trîger û karê lênihêrînê (her 10 hûrdeman) têne çêkirin.
3. Karûbarê ji nû ve bidin destpêkirin, da ku hemû pêvajoyên xebatê modulê bar bikin.
4. Dashboard vekin: Malper → Raporan → Cache a rûpelan. Kontrol bikin ka şopandina guhertinan temam e û cihê tomarkirinê hilbijêrin (pêşnirx: bixweber).
5. Kontrol bikin: Rûpelek dikanê an blogê du caran bixwazin û header X-Page-Cache bibînin: cara yekem MISS, paşê HIT.

Mîheng wekî parametreyên pergalê hene (website_page_cache.enabled, .backend, .ttl_hours, .max_mb_file, .max_mb_ram) û bi gelemperî di dashboard de têne birêvebirin. Modul bi almanî hatiye wergerandin. Rakirin trîger, rojnivîs û hemû rûpelên cachekirî dîsa bi tevahî radike.

Şîret ji bo cacheya RAM-ê: Budceya RAM-ê di dashboard de û mezinahiya tmpfs (/dev/shm, vebijarka mount size=) divê bi pêdiviyê re li hev bin. Kontrola „Ma di bîranîna xebatê de cih digire?“ herduyan bi nirxên konkret ji we re dibêje.

Sînorên ku divê hûn zanibin

• Dereng-kirineke kurt piştî guhertinan: Îndeksa rojnivîska guhertinan her du çirkeyan carekê tê nûkirin. Rûpelek guhertî heta wê demê hê jî dikare bi guhertoya kevin were şandin.
• Nivîsên girêdayî stokê bi guhertinên stokê û temenê herî zêde têne nûkirin.
• Texmîna pêdiviya cihê: Guhertoyên zêde yên li gorî lîsteya buhayan an welêt nehatine hesibandin; hinekî parastinê plan bikin.
• Ne cîgirê her tiştî ye: Cache li daxwazên ku dikare xizmet bike bar sivik dike. Bikarhênerên têketî, lêgerîn û form hê jî di Odoo re derbas dibin.
• Daxwaza yekem hêdî dimîne: Piştî nûdestpêkirina serverê (RAM) an guhertineke gerdûnî, her rûpel carekê wekî gelemperî tê render kirin, berî ku di cache de bimîne.

Pirsên pir tên pirsîn

Cache a rûpelan ji bo Odoo çi ye?

Moduleke çavkaniya vekirî (website_page_cache, Odoo 19, LGPL-3) ku rûpelên giştî yên dikan û blogê ji bo serdêrvanên nenas ji cache dişîne li şûna ku di her daxwazê de ji nû ve render bike. Cache bi vebijarkî di pelan an di bîranîna xebatê de ye.

Ma modul motorên lêgerînê an crawlerên AI-yê asê dike?

Na. Motorên lêgerînê û indekserên AI-yê heman rûpelan wekî her serdêrvanekî din distînin, tenê zûtir. Asêkirin, hêdîkirin û guhertoyeke crawler a cuda tune.

Ma rûpelên guhertî û wergerandin bixweber dîsa têne cachekirin?

Erê. Trîgerên PostgreSQL her guhertina tabloyên têkildar ji rojnivîskê re radigihînin; rûpelên bandorbûyî têne avêtin û di daxwaza paşê de ji nû ve têne render kirin û tomarkirin. Wergerandin hatine pêçan, ji ber ku Odoo 19 wan di heman tomarê de tomar dike.

Ma ez pel hilbijêrim an RAM?

Bi gelemperî Bixweber: Modul RAM bikar tîne heta ku hemû rûpel têde cih bigirin, wekî din derbasî pelan dibe. Pel gava minasib in ku cache divê ji nûdestpêkirinan sax bimîne an RAM kêm be; RAM vebijarka herî zû ye.

Ez çawa fêm dikim ka malpera min di bîranîna xebatê de cih digire?

Di dashboard de di bin Malper → Raporan → Cache a rûpelan. Beşa „Ma di bîranîna xebatê de cih digire?“ rûpelan li gorî malper û zimanî dijmêre, mezinahiya rûpelê dipîve û pêdiviyê bi budceya RAM-ê, mezinahiya tmpfs û bîranîna berdest re bi hev dide ber hev.

Ji bo cacheyeke RAM-ê çiqas RAM-a zêde pêwîst e?

Dashboard wê wekî rêzeke cuda dide. Hesab wiha ye: pêdivî = rûpel × mezinahiya rûpelê; bi parastina ewlehiyê li 0,8 tê dabeşkirin. Ji ber ku cache herî zêde nîvê bîranîna berdest bikar tîne, du carê wê nirxê bîranîna azad a pêwîst e; cudahî RAM-a zêde ye. Ger tenê budceya RAM-ê an tmpfs pir piçûk be, dashboard mîhengê bi nirxa armancê re dibêje.

Ma cache dikare naveroka kesekî din nîşan bide?

Na. Cache tenê ji bo daxwazên GET yên nenas bê parametreyên lêgerînê tê kirin. Bikarhênerên têketî, selik, form û lêgerîn tu carî ji cache nayên; ziman, lîsteya buhayan, pozîsyona bacê û razîbûna cookie beşek ji kilîtê ne.

Ez çawa cache di rewşa acîl de vedimirînim?

Di dashboard de guherkera „Çalak“ vemirînin an parametreya pergalê website_page_cache.enabled li 0 bikin. Ev di hemû pêvajoyên xebatê de herî dereng piştî 30 çirkeyan derbasdar e. Rakirin ji bilî vê trîger, rojnivîs û rûpelên cachekirî jî radike.

Ez çawa fêm dikim ka rûpelek ji cache hat?

Bi header a bersivê X-Page-Cache: HIT tê wateya ji cache, MISS tê wateya nû render kirî û tomarkirî.

Ma modul HTML piçûk dike û dipêçe?

Erê. Rûpelên cachekirî bi ihtiyat têne piçûkkirin (şîrove û valahiya zêde dikevin, naverok û xuyabûn wekhev dimînin) û di lêdanên cache de bi gzip têne şandin; pakêtên asset carekê têne pêçan û ji dîskê têne şandin. Herdu bi parametreyên website_page_cache.minify û website_page_cache.compress dikarin werin vemirandin.

Piştgiriya Biricon IT Services

Ma malpera we ya Odoo di bin barê crawleran de hêdî bersiv dide, an hûn dixwazin dikan û blogê zûtir û xuyatir bikin? Em di analîza barê, avakirina cache a rûpelan, mezinahiyandina bîranîna xebatê û pêvajoyên xebatê û xweşbînkirina pir-zimanî ji bo motorên lêgerînê ya malpera we ya Odoo de piştgiriyê didin. Koda çavkaniyê ya modulê hûn li GitHub dibînin.

Niha têkilî daynin

Rewş: 10ê Çiriya Paşîn 2026. Nirxên pîvandinê ji pergaleke ceribandinê bi daneyên nimûne ne û ji bo sazkirinên din ne soz in.