ကက်ရှ်ပြုလုပ်ခြင်းနှင့် အမြန်နှုန်း

စကေးကြီးမားချိန်တွင်လည်း ဝဘ်ဆိုဒ်များကို မြန်ဆန်စေရန် ထိန်းသိမ်းပေးသော အလွှာစုံ ကက်ရှ်စနစ် (Multi-layer caching)

Zinn Digital® ၏ ဆိုဒ်တစ်ခုသို့ ဝင်ရောက်မှုအများစုသည် PHP သို့မဟုတ် MySQL ကို ဘယ်သောအခါမျှ အသုံးမပြုပါ။ ကမ္ဘာတစ်ဝန်းတွင် ဟို့စ်တင်ထားသော ဆိုဒ်ပေါင်း 650,000+ ကျော်တွင် စမတ်ကျသော အလိုအလျောက် သန့်စင်မှုစနစ်ဖြင့် ပေါင်းစပ်ညှိနှိုင်းထားသည့် LiteSpeed စာမျက်နှာအပြည့် ကက်ရှ်၊ ဆိုဒ်တစ်ခုချင်းစီအလိုက် Redis အော့ဘ်ဂျက် ကက်ရှ်နှင့် CDN အနားသတ်တို့သည် အတူတကွ လုပ်ဆောင်ကြသောကြောင့် စာမျက်နှာများ မြန်ဆန်နေပြီး မူရင်းဆာဗာများလည်း တိတ်ဆိတ်ငြိမ်သက်နေမည်ဖြစ်သည်။

ကesh လွှာသုံးခု၊ ပေါင်းစပ်ညှိနှိုင်းထားသော စနစ်တစ်ခု

အမြန်နှုန်းဆိုသည်မှာ အသင့်တော်ဆုံးအရာကို အမြန်ဆုံးနေရာမှ ဝန်ဆောင်မှုပေးခြင်းမှ ရရှိလာခြင်း ဖြစ်သည်။ တောင်းဆိုချက်တစ်ခုကို အစွန်းဆုံးနေရာ (edge) တွင်ဖြစ်စေ၊ ဝဘ်ဆာဗာတွင်ဖြစ်စေ၊ မှတ်ဉာဏ် (memory) မှဖြစ်စေ ဖြစ်နိုင်သမျှ အစောဆုံး တုံ့ပြန်နိုင်ရန်နှင့် ယခင်က တည်ဆောက်ခဲ့ပြီးသား စာမျက်နှာများကို ပြန်လည်မတည်ဆောက်ရစေရန် ကက်ရှ် (cache) သုံးခုကို ကျွန်ုပ်တို့ စုစည်းအသုံးပြုထားပါသည်။

LSCache အပြည့်အစုံ စာမျက်နှာ ကက်ရှ်

LiteSpeed ဟိုစ်များတွင်၊ ကက်ရှ်ပြုလုပ်နိုင်သော ရှေ့ပိုင်းတုံ့ပြန်ချက်များကို LiteSpeed cache-control နှင့် tag ခေါင်းစဉ်များဖြင့် အမှတ်အသားပြုထားသောကြောင့် ဝဘ်ဆာဗာသည် PHP ကို မခေါ်ဆိုဘဲ သို့မဟုတ် MySQL ကို မေးမြန်းခြင်းမရှိဘဲ စာမျက်နှာအပြည့်အစုံကို ဆောင်ရွက်ပေးပါသည်။ ၎င်းသည် WordPress တွင် time-to-first-byte အတွက် အကြီးမားဆုံး တစ်ခုတည်းသော အသာစီးရမှု ဖြစ်ပါသည်။

ဆိုဒ်တစ်ခုစီအလိုက် Redis အော့ဘ်ဂျက် ကက်ရှ်

တစ်ချက်နှိပ်ရုံဖြင့် ကိုယ်ပိုင်ပါဝင်ပြီးသား Redis object-cache drop-in ကို ထည့်သွင်းနိုင်ပြီး ထပ်ခါတလဲလဲ လုပ်ဆောင်ရသည့် ဒေတာဘေ့စ်ဖတ်ရှုမှုများကို ဝန်ပေါ့စေပါသည်။ Redis ကို မည်သည့်အခါမျှ မချိတ်ဆက်နိုင်တော့ပါက အဆိုပါ drop-in သည် တောင်းဆိုမှုအလိုက် လုပ်ဆောင်သည့် in-memory cache သို့ အလိုအလျောက် ပြောင်းလဲသုံးစွဲပေးမည်ဖြစ်ရာ ဝဘ်ဆိုက်သည် ဆက်လက်လည်ပတ်နေမည် ဖြစ်သည်။

CDN နှင့် အစွန်း

တည်ငြိမ်သော အရင်းအမြစ်များနှင့် ကက်ရှ်လုပ်နိုင်သော စာမျက်နှာများကို လည်ပတ်သူများနှင့် အနီးစပ်ဆုံး CDN မှ ဝန်ဆောင်မှုပေးပါသည်။ မူရင်းကက်ရှ်နှင့် အမြဲကိုက်ညီနေစေရန် အချက်အလက်ဖယ်ရှားမှုများကို အစွန်အဖျား (edge) သို့ ထင်ဟပ်ပေးထားပါသည် - ဆက်တင်သုံးခု သီးခြားစီရှိမည့်အစား ထိန်းချုပ်မှုတစ်ခုတည်းဖြင့် လုပ်ဆောင်နိုင်ပါသည်။

စမတ်ကျသော အလိုအလျောက် သန့်စင်မှုစနစ်က အကြောင်းအရာများကို အမြဲဆန်းသစ်နေစေသည်

Cache ဆိုသည်မှာ သင့်တော်သည့်အချိန်၌ မှန်ကန်သည့် စာမျက်နှာများကို ရှင်းလင်းပေးနိုင်မှသာ အသုံးဝင်ပါသည်။ ကျွန်ုပ်တို့၏ စနစ်သည် အမှန်တကယ် ပြောင်းလဲမှုများကို စောင့်ကြည့်ပြီး တည်းဖြတ်မှုတိုင်းတွင် အရာအားလုံးကို အကြမ်းပတမ်း ရှင်းထုတ်ပစ်ခြင်းမျိုး မဟုတ်ဘဲ LiteSpeed cache tags များကို အသုံးပြု၍ လိုအပ်သည့်နေရာကိုသာ တိကျစွာ ရှင်းလင်းပေးပါသည်။

  • ပို့စ် သို့မဟုတ် စာမျက်နှာတစ်ခုကို သိမ်းဆည်းခြင်း၊ အမှိုက်ပုံးသို့ ရွှေ့ခြင်း သို့မဟုတ် ဖျက်လိုက်သည့်အခါ ထိခိုက်ခံရသော စာမျက်နှာများနှင့် ၎င်းတို့ပါရှိသည့် စာရင်းများကိုသာ ရှင်းလင်းပေးသည်။
  • မှတ်ချက်များ၊ ပြင်ဆင်ထားသော တက်ဆိုနိုမီ ဝေါဟာရများ၊ အပြင်အဆင် ပြောင်းလဲမှုများ၊ ပလပ်အင် အသက်သွင်းမှုများနှင့် ကိုယ်ထည်/ပလပ်အင်/အပြင်အဆင် အပ်ဒိတ်များ အားလုံးသည် ပစ်မှတ်ထားသော ရှင်းလင်းမှုများကို ဖြစ်ပေါ်စေသည်။
  • မူလစနစ်နှင့် CDN အပြင် Edge ပါ အချိန်ကိုက် ကင်းစင်သွားစေရန်အတွက် လက်မှတ်ရေးထိုးထားသည့် webhook မှတစ်ဆင့် Control-plane Panel ထံသို့ Purge လုပ်ဆောင်ချက်များကို ကူးယူဖော်ပြပေးပါသည်။
  • REST purge endpoint တစ်ခုသည် panel အား အရာအားလုံး၊ တိကျသော URL များ သို့မဟုတ် တိကျသော tag များကို ရှင်းလင်းခွင့်ပြုသည် - admin session သို့မဟုတ် HMAC-SHA256 လက်မှတ်ဖြင့် အတည်ပြုထားသည်။

ပုံသေအားဖြင့် လုံခြုံပါသည် — တက်ကြွသော စာမျက်နှာများကို မည်သည့်အခါမျှ ကက်ရှ်မလုပ်ပါ။

ပြင်းထန်သော Caching ပြုလုပ်ခြင်းသည် လတ်တလော အမြဲရှိနေရမည့် အရာများကို Cache မလုပ်မိမှသာ စိတ်ချရမည်ဖြစ်သည်။ Zinn® Cache တွင် သင့်လျော်သော WordPress နှင့် WooCommerce / Easy Digital Downloads မူလသတ်မှတ်ချက်များ ပါဝင်ပါသည်- ဈေးဝယ်ခြင်းတောင်း၊ ငွေချေခြင်း၊ my-account၊ REST နှင့် AJAX၊ အကြိုကြည့်ရှုခြင်းနှင့် ရှာဖွေခြင်းတို့ကို ချန်လှပ်ထားပြီး လော့ဂ်အင်ဝင်ထားသော သို့မဟုတ် session-cookie တောင်းဆိုချက်မှန်သမျှကို လတ်ဆတ်စွာ ဝန်ဆောင်မှုပေးပါသည်။

ဆိုလိုသည်မှာ စျေးဝယ်သူတစ်ဦးသည် အခြားသူ၏စျေးဝယ်လှည်းကို လုံးဝမမြင်ရဘဲ ဝင်ရောက်ထားသော အယ်ဒီတာတစ်ဦးသည်လည်း ရပ်တန့်နေသော မူကြမ်းဟောင်းများကို မြင်ရမည်မဟုတ်ပါ။ လုံခြုံစိတ်ချရသော မူလသတ်မှတ်ချက်များကို ထိခိုက်ခြင်းမရှိဘဲ ပလပ်အင်တစ်ခု လိုအပ်သည့်အခါ ဆိုက်တစ်ခုချင်းအလိုက် လမ်းကြောင်းအသစ်၊ query-key နှင့် cookie-prefix စည်းမျဉ်းများကို ထပ်မံထည့်သွင်းနိုင်သည်။

Caching သည် blueprint တစ်ခုချင်းစီအလိုက် လုပ်ဆောင်နိုင်စွမ်းဖြစ်ပြီး static၊ PHP နှင့် Node ဆိုက်များအနေဖြင့် ၎င်းတို့နှင့်သင့်လျော်သော caching ကို အသီးသီးရရှိကြကာ၊ စာမျက်နှာအပြည့် caching အလွှာမရှိသည့် မည်သည့်နေရာတွင်မဆို plugin သည် ချောမွေ့စွာ အလုပ်လုပ်နိုင်မည်ဖြစ်သည်။

မကြာခဏ မေးလေ့ရှိသော မေးခွန်းများ

ဒါတွေထဲက ဘယ်ဟာကိုမှ ကျွန်တော်တို့ ကိုယ်တိုင် ပြင်ဆင်သတ်မှတ်ရမှာလား။

မဟုတ်ပါ။ Zinn® Cache ပလပ်အင်သည် deploy footprint တွင် ပါရှိပြီး full-page cache၊ object cache၊ auto-purge နှင့် safe exclusions တို့ကို Zinn-hosted ဆိုက်များတွင် အလိုအလျောက် ချိတ်ဆက်ပေးထားပါသည်။ လိုအပ်ပါက Settings → Zinn® Cache အောက်တွင်ဖြစ်စေ၊ ဒက်ရှ်ဘုတ်မှဖြစ်စေ အရာအားလုံးကို အသေးစိတ် ချိန်ညှိနိုင်ပါသည်။

cache ပြုလုပ်ခြင်းက ကျွန်ုပ်၏ WooCommerce စတိုးကို ပျက်စီးစေမည်လား။

နံပါတ်။ Cart၊ checkout၊ my-account နှင့် အခြားသော လော့ဂ်အင်ဝင်ထားသည့် သို့မဟုတ် session-cookie တောင်းဆိုမှု မှန်သမျှကို မူလအစအားဖြင့် ဘယ်သောအခါမျှ ကက်ရှ် (cache) မလုပ်ပါ၊ ထို့ကြောင့် တက်ကြွပြီး ဖောက်သည်တစ်ဦးချင်းစီအလိုက် ဖြစ်သော စာမျက်နှာများသည် အမြဲတမ်း တိုက်ရိုက်အလုပ်လုပ်နေမည်ဖြစ်ပါသည်။ စာမျက်နှာအပြည့်အစုံ ကက်ရှ် (full-page cache) သည် ဧည့်သည်တိုင်းအတွက် တူညီသော စာမျက်နှာများကိုသာ ဝန်ဆောင်မှုပေးပါသည်။

Redis မရရှိနိုင်ပါက ဘာဖြစ်မလဲ။

အော့ဘဂျက် ကက်ရှ်သည် ရွေးချယ်နိုင်ပြီး ချို့ယွင်းမှုကင်းရှင်းပါသည်။ phpredis တိုးချဲ့မှု မရှိပါက သတိပေးချက်ဖြင့် ခလုတ်ကို ပိတ်ထားမည်ဖြစ်သည်။ Runtime တွင် Redis ကို ချိတ်ဆက်၍မရတော့ပါက၊ ဆိုက် လုံးဝမပျက်သွားစေရန် drop-in သည် တောင်းဆိုမှုတစ်ခုချင်းအလိုက် မမ်မိုရီအတွင်းရှိ ကက်ရှ်မှ ဝန်ဆောင်မှုပေးပါမည်။

LiteSpeed လိုအပ်ပါသလား။

Full-page caching သည် LiteSpeed ဝဘ်ဆာဗာကို အသုံးပြုသည်၊ သို့မဟုတ် LiteSpeed Cache ပလပ်အင်သည် ယခင်ကတည်းက အလုပ်လုပ်နေပြီးဖြစ်ပါက တတိယပါတီ LiteSpeed Cache ပလပ်အင်ကို အသုံးပြုသည်။ အခြားဆာဗာများတွင် ကက်ရှ် ခေါင်းစီးများကို ထုတ်လွှင့်ခြင်း မရှိပါ၊ သို့သော် အော်ဂျက်ကက်ရှ်၊ ခြွင်းချက်များနှင့် အဝေးထိန်း ဖယ်ရှားမှု အားလုံးသည် ပုံမှန်အတိုင်း ဆက်လက် လုပ်ဆောင်နေဆဲ ဖြစ်သည်။

CDN နှင့် ဆာဗာ ကက်ခ်များ (caches) သည် မည်သို့ အတူတကွ တစ်သားတည်း ဖြစ်အောင် လုပ်ဆောင်ကြသနည်း။

ချိတ်ဆက်ဆောင်ရွက်သော ဖယ်ရှားရှင်းလင်းမှုတစ်ခု။ အကြောင်းအရာ ပြောင်းလဲသည့်အခါ ပစ်မှတ်ထားသော တက်ဂ်အခြေပြု ဖယ်ရှားရှင်းလင်းမှုများသည် ထိခိုက်ခံရသော စာမျက်နှာများကို ဝဘ်ဆာဗာတွင် ရှင်းလင်းပေးပြီး လက်မှတ်ထိုးထားသော ဝဘ်ဟွတ် (webhook) တစ်ခုမှတစ်ဆင့် CDN နှင့် အစွန်းဘက်သို့ ထပ်ဆင့်ပို့ပေးသောကြောင့် အလွှာတိုင်းသည် စာမျက်နှာတူများကို တစ်ချိန်တည်းတွင် ရှင်းလင်းပေးနိုင်ပါသည်။

သင့်ကိုယ်ပိုင်ဆိုက်များတွင် ကြည့်ပါ

ကတ်ပြားမလိုဘဲ ၁၄ ရက် စမ်းသုံးမှုကို စတင်ပြီး အလွှာစုံပါသော ကက်ရှ်ကို အလုပ်လုပ်ခွင့်ပေးလိုက်ပါ။ အခမဲ့ဒေတာရွှေ့ပြောင်းမှုများ၊ ရက် ၃၀ ငွေပြန်အမ်းပေးသည့် အာမခံချက်၊ ၉၉.၉၉% အချိန်ပြည့်လည်ပတ်နိုင်မှု အာမခံချက်နှင့် တင်သွင်းသူအပေါ် မှီခိုနေရမှု ကင်းစင်ခြင်းတို့ ရရှိနိုင်ပါသည်။

အခမဲ့ စတင်ပါ