Veqetandina bêmesref a têketina WordPress û caching-a mêvanan: Dersa dawî ji bo guhertoya belaş a Cloudflare

Dixwazin çêbikinWordPressBi temamî cudakirina caching-a têketina dînamîk ji caching-a mêvanên statîk? Ev ders fêrî we dike ka meriv çawa bi guhertoya belaş a Cloudflare-ê bi lêçûnek sifir caching-a cookie-yan çêtir dike, leza malperê û ezmûna bikarhêner baştir dike. Rêbernameyek bingehîn û dawîn ji bo rêvebirên webmaster!

Rêbernameya Dawî ji bo Caching-a Cookie ya Bêpere ya Cloudflare: Bidestxistina Veqetandina Têketina Dînamîk/Veqetandina Mêvanan a Statîk bi Mesrefa Sifir

%99ê xwediyên malperên WordPressê ku guhertoya belaş a Cloudflare bikar tînin, ji nîvê performansa servera xwe zêdetir winda dikin.

Min gelek kes dîtine ku ketine du tundrewiyan.

An jî HTML-ê qet keşf neke, û her gava mêvanek serdanek dike, daneyan ji servera orîjînal bistîne.

Bi awayekî din, hûn dikarin tevahiya rûpela HTML-ê keş bikin, ku dibe sedema pirsgirêkên wekî têketinên bikarhênerên xelet, şîroveyên ku nayên xuyang kirin, û operasyonên paşîn ên têkçûyî.

Gelek kes bawer dikin ku cudakirina cache bi cookie taybetmendiyek taybetî ya planên dravî ye.

Beriya her tiştî, Cloudflare bi fermî dibêje ku tenê planên Karsaziyê û Pargîdaniyê dikarin dema ku cookie hene, ji caching HTML dûr bikevin.

Plana Karsaziyê ji mehê 200 $ dest pê dike, ku ji bo xwediyên malperên takekesî û blogên piçûk bi tevahî nehewce ye.

Heta Nîsana 2023an, min hîleyeke teknîkî keşf kir ku piraniya mirovan ji nedîtî ve dihat.

Ev teknîk yekem e ku bi tevahî nîşan dide ka meriv çawa heman bandora caching-a li ser bingeha cookie-yê wekî plana dravî bi karanîna operatorên ku ji hêla guhertoya belaş ve têne piştgirî kirin, bi dest dixe.

Min ev rêbaz ji bo mîhengkirina zêdetirî deh malperan bi kar aniye, û encam ji hêviyên min derbas bûn.

Barê CPU-yê yê servera bloga min a şexsî ji navînî ji %45 daket %12.

Dema barkirina destpêkê ya rûpelê 5 saniye kêm bûye.

Xerckirina mehane ya bandwidthê ya serverê %68 kêm bû.

Lêbelê, pêkanîna destpêkê du kêmasiyên eşkere hebûn.

Ew tenê yek domaina HTTPS-ê piştgirî dike û domainên wildcard piştgirî nake.

Ew li ber çavan nagire ku gelek malper hîn jî beralîkirinên HTTP bikar tînin an jî hem HTTP û hem jî HTTPS piştgirî dikin.

Min li ser bingeha rêbaza orîjînal optimîzasyonên berfireh çêkirin û van her du pirsgirêkan çareser kirin.

Niha ez ê *.et hedef bigirimUFOLi vir rêbernameyek bêkêmasî heye ka meriv çawa domainek wildcard-ê wekî .org-ê ku hem HTTP û hem jî HTTPS-ê piştgirî dike mîheng dike.

Çima guhertoya belaş dikare fonksiyona caching-a li ser bingeha cookie-yê ya guhertoya dravî bi dest bixe?

Gelek kes nizanin ku cudahiya bingehîn di navbera guhertoyên belaş û yên bi pere yên Cloudflare de ne ew e ku taybetmendiyek diyarkirî dikare were bicîh kirin an na.

Ew di wê de ye ku çiqas hêsan e ku meriv heman fonksiyonê bi dest bixe.

Guhertoya dravî peyda dikeMatchesOperatorên îfadeya rêkûpêk dikarin werin bikar anîn da ku hemî çerezên ku divê werin derbaskirin bi rêzek yekane ya îfadeya rêkûpêk re hevber bikin.

Lêbelê, guhertoya belaş vê operatorê piştgirî nake, û hûn ê dema ku hûn wê bikar tînin peyama çewtiyê "not righted: the use of operator Matches is not allowed" bistînin.

Belgeya fermî ya Cloudflare bi zelalî dibêje ku...MatchesJi bo karanîna operatoran pêdivî bi planeke karsaziyê an jî planeke WAF Advanced heye.

Ji ber vê yekê piraniya dersên serhêl ji we re dibêjin ku divê hûn ji bo karanîna caching cookie-yê planeke dravî nûve bikin.

Lê piştî gelek lêkolîn û ceribandinan, min serkeftinek mezin dît.

Hem çerezên têketina WordPress û hem jî yên WooCommerce pêşgirek sabît hene.

Pêşgira Cookiesên WordPressê:

Pêdivîya me bi bikaranîna îfadeyên rêkûpêk nîne ji bo lihevhatina hemû çerezan; tenê pêwîst e yên ku ji hêla guhertoya belaş ve têne piştgirî kirin bikar bînin.containsOperator kontrol dike ka cookie van pêşgirên sabît dihewîne an na.

Ev fikir pir bi aqil e.

Taybetmendiyên taybet ên guhertoya dravî ji bîr kir û bi karanîna operatorên herî bingehîn heman bandor bi dest xist.

Wekî din, performansa wê ji hevberdana îfadeya birêkûpêk çêtir e ji ber ku ...containsSerbarê hesabkirinê yê operatoran ji ya hevahengkirina îfadeyên rêkûpêk pir kêmtir e.

Ji bo *.etUFOGavên mîhengkirinê ji bo .org temam bikin (hem ji bo HTTP û hem jî ji bo HTTPS derbas dibe)

Tevahiya pêvajoya mîhengkirinê tenê afirandina 3 qaîdeyên cachingê hewce dike.

Rêza rêzikan pir girîng e û divê bi tundî li gorî rêza ku min daye were şopandin.

Eger ferman xelet be, tevahiya mentiqa cachingê dê têk biçe.

Qanûna 1: Rêyên derbasbûnê yên ku divê dînamîk bin (pêşaniya herî bilind)

Armanca vê qaîdeyê ew e ku piştrast bike ku backend, rûpela pêşdîtinê, navenda bikarhêner, û rûpela lêgerînê qet neyên keşifkirin.

Divê ev rûpel di wextê rast de naverokê ji servera orîjînal derxînin, wekî din dê pirsgirêkên fonksiyonel ên cidî çêbibin.

Derbirîna min a optimîzekirî hemî subdomains û protokolên HTTP/HTTPS piştgirî dike.

Pêdivîya te bi çêkirina qaîdeyên cuda ji bo her jêrdomainê tune.

Pêdivî bi afirandina qaîdeyên cuda ji bo HTTP û HTTPS tune.

Îfade wiha ye:

ends_with(http.host, ".etufo.org") and (starts_with(http.request.uri.path, "/wp-admin/") or http.request.uri contains "preview=true" or starts_with(http.request.uri.path, "/前台用户中心/") or starts_with(http.request.uri.path, "/?s="))

Wekî vebijarka operasyonê "Bypass Cache" hilbijêrin.

Vê qaîdeyê li serê hemû qaîdeyên cachingê bi cîh bike.

Qanûna 2: Bikarhênerên têketî û şîrovekar dûr bixin (pêşîniya duyemîn)

Armanca vê qaîdeyê ew e ku destûrê bide bikarhênerên têketî û şîrovekar ku rasterast ji çavkaniyê bigihîjin naveroka dînamîk.

Ev yek piştrast dike ku bikarhêner dikarin agahdariya xwe ya kesane bibînin, û şîrove dikarin di wextê rast de werin nîşandan.

Di destpêkê de, pêkanîn bi vî rengî rêbaz hate bikar anîn:starts_with(http.request.full_uri, "https://你的域名/").

Min ew guherand boends_with(http.host, ".etufo.org").

Ev guhertin bingeha tevahiya baştirkirinê ye.

http.hostEw tenê navê domainê vedihewîne, ne protokol û rê.

boends_with匹配.etufo.orgEw ê bixweber li hev bikeetufo.org,www.etufo.org,blog.etufo.orgHemû jêrdomain.

Ew bixweber protokolên HTTP û HTTPS-ê bêyî ku hewcedariya wan bi mîhengkirinek zêde hebe, li hev tîne.

Derbirînên xwemalî yên WordPress-ê:

ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_")

Heke hûn WooCommerce bikar tîninBazirganiya E-yêPêvek pêdivî bi zêdekirina pêşgira cookie ya WooCommerce heye.

Derbirînên Pêşkeftî yên WooCommerce:

ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_" or http.cookie contains "woocommerce_")

Divê operasyon jî li ser "Bypass Cache" were danîn.

Vê qaîdeyê li jêr qaîdeya 1-ê bi cîh bike.

Rêgeza 3: HTML-ya statîk ji bo mêvanên ku nehatine têketinê tomar bike (pêşaniya herî nizm)

Armanca vê qaîdeyê ew e ku rê bide mêvanên neqeydkirî ku rasterast rûpelên HTML-ê yên keşkirî ji Cloudflare CDN-ê bistînin.

Ev gava herî girîng e di baştirkirina leza malperê û kêmkirina barê serverê de.

Bi heman awayî, min bi kar anîends_with(http.host, ".etufo.org")Wê şûna protokola orîjînal + formata navê domainê girt.

Lihevhatina otomatîk bi domainên wildcard û protokolên dual re hatiye bidestxistin.

Derbirînên xwemalî yên WordPress-ê:

ends_with(http.host, ".etufo.org") and not http.cookie contains "wordpress_sec_" and not http.cookie contains "wordpress_logged_in" and not http.cookie contains "comment_"

Derbirînên Pêşkeftî yên WooCommerce:

ends_with(http.host, ".etufo.org") and not http.cookie contains "wordpress_sec_" and not http.cookie contains "wordpress_logged_in" and not http.cookie contains "comment_" and not http.cookie contains "woocommerce_"

Ji bo operasyonê "Li gorî pîvanên keşfê ye" hilbijêre.

Em pêşniyar dikin ku vebijarkên jêrîn çalak bikin:

Zirxê xapandina keşfê.

Naveroka kevnar di dema nûvekirinan de nayê peyda kirin.

Vê qaîdeyê li binê hemû qaîdeyên cachingê bi cîh bike.

Sê gavên verastkirinê yên ku divê piştî veavakirinê werin kirin

Piştî mîhengkirinê, rûpelê tavilê negirin.

Ji bo ku hûn pê ewle bibin ku rêzik bi rêkûpêk dixebitin, hûn hewce ne ku sê pejirandinên hêsan pêk bînin.

Gava yekem a verastkirinê ew e ku dema bikarhêner têketî nebe rewşa keşê were kontrol kirin.

Moda nenaskirî ya geroka xwe veke.

Ji bo vekirina amûrên pêşdebiran û guhertina tabloya Torê, bişkoja F12 bikirtînin.

Serdana rûpela sereke ya malpera xwe bikin.

Sernivîsên bersivê kontrol bikin.cf-cache-statuserd.

Ger were nîşandanHITEv nîşan dide ku cache hatiye lêdan û qaîde bi rêkûpêk dixebite.

Pêngava duyemîn a verastkirinê ew e ku meriv rewşa têketinê di cache de hilîne.

Di pencereyeke gerokê ya asayî de têkevin geroka xwePiştgiriya WordPress.

Ji bo vekirina amûrên pêşdebiran, bişkoja F12 bikirtînin.

Serdana rûpela sereke ya malperê bikin.

Sernivîsên bersivê kontrol bikin.cf-cache-statuserd.

Ger were nîşandanDYNAMICEv nîşan dide ku bikarhênerê têketî bi serkeftî ji keşê derbas bûye.

Pêngava sêyemîn a verastkirinê ew e ku rewşa caching a bikarhênerên şîroveker were kontrol kirin.

Bi karanîna gerokek din an moda nenas şîroveyek bişîne.

Rûpelê nûve bike.

Sernivîsên bersivê kontrol bikin.cf-cache-statuserd.

Ger were nîşandanDYNAMICEv nîşan dide ku bikarhênerê şîrovekar bi serkeftî ji keşfê derbas bûye.

Heke pejirandin bi ser nekeve, pêşî kontrol bike ka rêza rêzikan rast e an na.

Paşan kontrol bike ka gelo Rêgezên Rûpelê an rêzikên cachingê yên din hene ku bi van hersê rêzikan re nakok in.

Di ceribandina xwe ya rastîn de, min dît ku Rêgezên Rûpelê ji rêzikên cachingê girîngtir in û dê mîhengên rêzikên cachingê derbas bikin.

Pirsên Pir tên Pirsîn û Optimîzasyonên Pêşketî

Gelek kes ji min dipirsin ka divê dema qedandina keşê çiqas dirêj be.

Ez pêşniyar dikim ku dema qedandina cache-ê ji bo pelên HTML-ê li ser servera orîjînal 1 saetê destnîşan bikin.

Ev hem tezebûna naverokê û hem jî karanîna tevahî ya avantajên caching ên CDN-ê misoger dike.

Eger hûn gotareke nû çap bikin an rûpelekê nûve bikin, hûn dikarin bi destan kaşeya rûpela têkildar di backend-a Cloudflare de paqij bikin.

Her weha hûn dikarin pakêta sazkirinê ya fermî ya Cloudflare saz bikin.plugin WordPressEv dihêle ku dema weşandina naverokê de cache-a otomatîkî were paqijkirin.

Hin kesan her wiha pirsî ka gelo ev rêbaz dê bandorê li malperê bike.SEO.

Qetiyen na.

Krawkerên motora lêgerînê nayên têketin û rûpelên keşkirî mîna mêvanên asayî vedigerînin.

Rûpelên cached zûtir bar dibin, ku bi rastî dikare rêza motora lêgerînê baştir bike.

Li gorî rapora metrîkên webê yên bingehîn ên Google-ê, ji bo her zêdebûna 1 saniyeyê di leza barkirina rûpelê de, rêjeyên veguherînê dikarin ji sedî 7 zêde bibin.

Zêdebûna leza ji vê konfigurasyonê ne tenê ezmûna bikarhêner baştir dike lê di heman demê de rasterast trafîk û dahatê jî diafirîne.

Xelasî

Di vê serdema dîjîtal de ku hêza hesabkirinê wekhevî lêçûnê û leza wekhevî pêşbaziyê ye, her çêtirkirina çavkaniyên serverê nirxê li hebûnên dîjîtal zêde dike.

Gelek kes li pey karûbarên biha yên bi pere ne, lê potansiyela mezin a ku di amûrên belaş de veşartî ye ji nedîtî ve tên.

Kapasîteyên guhertoya belaş a Cloudflare ji ya ku piraniya mirovan xeyal dikin pir bihêztir in.

Baştirîn çareseriya teknîkî qet ne ya herî biha ye, lê belê ya ku herî baş li gorî hewcedariyên we ye.

Ji bo %99ê xwediyên malperên takekesî û karsaziyên piçûk û navîn, ev çareseriya caching a li ser bingeha cookie-yan a bê lêçûn ji bo pêkanîna hewcedariyên wan bes e.

Ew ne hewce ye ku hûn mehê 200 $ bidin, lê ew hema hema heman başbûna performansê wekî planeke bi pere peyda dike.

Cudahîya teknolojiyê ew e ku pirsgirêkan çareser bike, ne ku amûrên biha kom bike.

Em bi rastî jî bingeha teknolojiyê fam dikin dema ku em fêr dibin ka meriv çawa pergalên bibandor bi karanîna pêkhateyên herî bingehîn ava dike.

Heke hûn guhertoya belaş a Cloudflare bikar tînin û malpera we li ser WordPress-ê hatiye çêkirin, ez bi tundî pêşniyar dikim ku hûn vê dersê bişopînin da ku wê mîheng bikin.

Hûn ê bibînin ku leza malpera we dê gaveke kalîteyî biavêje, û barê serverê dê bi girîngî dakeve.

Ev operasyoneke baştirkirinê ye ku pêkanîna wê 5 hûrdeman digire û ji bo tevahiya salekê sûdê dide we.

Nehêlin çavkaniyên belaş berbat bibin; ji bo ku malpera we zûtir bixebite tedbîran bigirin.