အိမ်စာမျက်နှာ/လမ်းညွှန်/ဝက်ဘ်ဆိုဒ် အကောင်းဆုံးပြုပြင်ခြင်း/အသေးစိတ်

ပုံအကောင်းမြှင့်ခြင်းသည် WordPress စွမ်းဆောင်ရည်အတွက် အမြတ်ထွက်မြင့်မားသော အစိတ်အပိုင်းတစ်ခုဖြစ်သည်။ တူညီသော စာမျက်နှာဖွဲ့စည်းပုံနှင့် တူညီသော theme ဖြင့်၊ ပုံဖိုင်အရွယ်အစား၊ အတိုင်းအတာ၊ ဖော်မတ်နှင့် ပို့ဆောင်နည်းကို မှန်ကန်စွာ သတ်မှတ်ခြင်းဖြင့် ချက်ချင်းတင်မြှောက်အမြန်နှုန်း တိုးတက်နိုင်သည်။

သို့သော် ပုံအကောင်းမြှင့်ခြင်းသည် အလွယ်တကူ ရှုပ်ထွေးသွားစေနိုင်သော နယ်ပယ်တစ်ခုလည်း ဖြစ်သည်။ အကြောင်းရင်းမှာ နည်းပညာခက်ခဲခြင်းမဟုတ်ဘဲ သတင်းအချက်အလက်များ ပိုင်းပိုင်းကွဲနေခြင်းကြောင့် ဖြစ်သည်။
သင်က ဆောင်းပါးအနည်းငယ်ဖတ်ပြီး “compression”, “WebP/AVIF” နဲ့ “lazy loading” အကြောင်း သိရှိခဲ့ပေမယ့်၊ plugin ဖော်ပြချက်မှာ “လစဉ် အခမဲ့ credit 100”, “20MB အခမဲ့” နဲ့ “ပုံတစ်ပုံလျှင် credit 1” လို့ရေးထားတာကြောင့် ပိုဖတ်သမျှ ပိုရှုပ်ထွေးသွားတယ်။ အခမဲ့ခွင့်က တကယ်လုံလောက်ပါသလား? ကြေးတွေကို ဘယ်လိုတွက်ချက်တာလဲ? “တူညီတဲ့အရာ” ကို မှားနားလည်ထားတာလား? နောက်ဆုံးမှာတော့ အရေးကြီးဆုံးကတော့:ပြီးဆုံးပြီးနောက်မှာ တကယ် အလုပ်ဖြစ်ခဲ့ပါသလား?

ဤဆောင်းပါးတွင် လုပ်ဆောင်ချက် သုံးခုသာ ပါဝင်သည်။

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

၁။ အခြေခံအချက်များ: WordPress မှာ ပါဝင်ပေးထားတာတွေ၊ မပါဝင်တာတွေ

WordPress core က ယခင်က ဘာတွေ ပြုလုပ်ပြီးသားလဲဆိုတာကို မနားလည်မီရင် အခြေအနေ နှစ်ခု ဖြစ်ပေါ်နိုင်ပါသည်။

  • ကျွန်ုပ်တို့မှာ ရရှိနိုင်တဲ့ “အခမဲ့စွမ်းဆောင်ရည်များ” ကို အသုံးမပြုဘဲ၊ ဘီးကို ပြန်လည်တီထွင်ဖို့ အချိန်နဲ့ ငွေကို ကုန်ကျနေရပါတယ်။
  • WordPress က အဟောင်းပုံတွေကို အလိုအလျောက် WebP/AVIF သို့ ပြောင်းပေးမယ်လို့ ထင်ခဲ့ပေမယ့်၊ မပြောင်းပေးတာကို တွေ့ရတယ်။

WordPress အခြေခံကုဒ်တွင် အောက်ပါ အဓိက လုပ်ဆောင်ချက်များ ပါဝင်ပြီးသား ဖြစ်သည်။

  • တုံ့ပြန်နိုင်သော ပုံများ (srcset/sizes)WordPress 4.4 မှစ၍ အခြေခံစနစ်သည် ပုံများကို ထုတ်ပေးမည်။ srcset နှင့် sizes... နှင့် အပ်လုဒ်လုပ်စဉ် ဖန်တီးထားသော အရွယ်အစားကွဲပြားသည့် ပုံများကို အသုံးပြုကာ မျက်နှာပြင်အခြေအနေများအပေါ် မူတည်၍ အကောင်းဆုံး သင့်တော်သော အရင်းအမြစ်ကို ဘရောက်ဇာမှ ရွေးချယ်၍ တင်ဆောင်နိုင်စေသည်။
  • ဒေသခံ အလွတ်တင်ခြင်းWordPress 5.5 မှစ၍ HTML စံနှုန်းများနှင့် ကိုက်ညီစေရန် ပုံများအတွက် မူလ lazy loading ကို အလိုအလျောက် ဖွင့်ထားသည်။ loading ပိုင်ဆိုင်မှု အကောင်အထည်ဖော်ခြင်း။
  • WebP တင်သွင်းခြင်းကို ထောက်ပံ့သည်။WordPress 5.8 မှစ၍ သင့်ဟိုစတင်းပတ်ဝန်းကျင်တွင် WebP ကိုထောက်ပံ့ထားပါက WebP ဖိုင်များကို JPEG နှင့် PNG ဖိုင်များကဲ့သို့ တူညီစွာ တင်သွင်း၍ အသုံးပြုနိုင်ပါသည်။
  • AVIF တင်သွင်းခြင်းကို ထောက်ပံ့သည်။WordPress 6.5 မှစ၍ AVIF ဖိုင်များကို JPEG နှင့် PNG ဖိုင်များကဲ့သို့ တူညီစွာ တင်သွင်း၍ အသုံးပြုနိုင်ပါသည် (ဟော့စ်ပတ်ဝန်းကျင်၏ ထောက်ခံမှုပေါ် မူတည်၍)။

သို့သော် သတိပြုရန်။
“တင်သွင်း/အသုံးပြုရန် ထောက်ပံ့ခြင်း” ≠ “အလိုအလျောက် ပြောင်းလဲခြင်း/အလိုအလျောက် ပို့ဆောင်ခြင်း”
အခြားနည်းအားဖြင့်၊ သင် WP 6.5 ကို ယခုအသုံးပြုနေပြီဖြစ်ပေမယ့် မီဒီယာစာကြည့်တိုက်ထဲရှိ JPG/PNG ဖိုင်များသည် အလိုအလျောက် WebP/AVIF သို့ ပြောင်းလဲမည်မဟုတ်ပါ။ ထို့အပြင် browser စွမ်းဆောင်ရည်အပေါ်မူတည်၍ AVIF/WebP ထုတ်ပေးပြီး မထောက်ပံ့သေးသော browser များအတွက် မူလပုံသို့ ပြန်လည်အသုံးပြုနိုင်စေရန် လုပ်ဆောင်ချက်ကိုလည်း အလိုအလျောက် မရရှိနိုင်ပါ။ ဤအပိုင်းအတွက် ပလပ်ဂင် သို့မဟုတ် ဝန်ဆောင်မှုတစ်ခုလိုအပ်ပါသည်။

၂။ လမ်းပြမြေပုံ: ပုံအကောင်းဆုံးပြုပြင်ခြင်းအတွက် ၅-ဆင့် လမ်းညွှန်

ဘာလုပ်ရမလဲ၊ ဘာကြောင့်လုပ်ရမလဲ၊ ဘယ်အခြေအနေကို pass လို့ သတ်မှတ်မလဲ၊ နဲ့ လူတွေကြုံတွေ့ရတဲ့ အခက်အခဲများက ဘာတွေလဲ။

2.1 ပထမဦးဆုံး “အတိုင်းအတာ” များကို မှန်ကန်စွာ သတ်မှတ်ပါ (မလွယ်ကူစွာ မမြင်မထင်လွတ်ကျတတ်ပေမယ့် အကျိုးအမြတ်အများဆုံးပေးသည့် အချက်)

ဝက်ဘ်ဆိုဒ်များစွာဟာ မြန်ဆန်အောင် မပြုပြင်ထားတာကြောင့်မဟုတ်ဘဲ၊ ...ကြောင့် နှေးနေကြတာပါ။ပြသနိုင်သည့် နေရာထက် အလွန်ကြီးမားသော ပုံတစ်ပုံကို ဒေါင်းလုဒ်ဆွဲခဲ့သည်။：
ဥပမာအားဖြင့် စာမျက်နှာတစ်ခု၏ အကျယ်မှာ တကယ် ၉၀၀ ပစ်ကစ်သာရှိပေမယ့် သင်သည် ဧည့်သည်များအား မူရင်း ၃၀၀၀ ပစ်ကစ်ပုံကို ဒေါင်းလုပ်ဆွဲစေခဲ့ပါက ဘရောက်ဇာက ထိုပုံကို ဒေါင်းလုပ်ဆွဲပြီးနောက် ပြသရန်အတွက် အရွယ်အစားကိုသာ လျှော့ချပြသမည်ဖြစ်သည်။ ဤနည်းကြောင့် ဘန်ဒ်ဝစ်ဒ် ပိုမိုသုံးစွဲကာ ဒက်ကုဒ်ချိန် တိုးမြင့်ပြီး အကြောင်းအရာကို ပထမဆုံး မျက်နှာပြင်ပေါ်တွင် မြင်ရရန် ကြာမြင့်စေသည်။

WordPress 4.4 နှင့် နောက်ပိုင်းဗားရှင်းများအတွက်တုံ့ပြန်နိုင်သော ပုံစနစ်（srcset/sizes) ကို ဤပြဿနာကို တိကျစွာ ဖြေရှင်းရန်အတွက် တိကျစွာ ဒီဇိုင်းဆွဲထားသည်။

အောင်မြင်ခြင်းကို ဘယ်လို သတ်မှတ်မလဲ:

  • မိုဘိုင်းစက်ပေါ်တွင် စာမျက်နှာကို ဖွင့်သောအခါ ဒေါင်းလုဒ်ဆွဲထားသော ပုံများသည် ဒက်စ်တော့ပ်ပေါ်တွင် မြင်ရသည့်အရွယ်အစားထက် ထင်ရှားစွာ သေးငယ်သင့်သည်။
  • တူညီသော ပုံတစ်ပုံ၏ ဖိုင်အရွယ်အစားသည် စက်ပစ္စည်းအလိုက် ကွဲပြားနိုင်ပြီး (မူရင်းပုံကို အမြဲဒေါင်းလုဒ်မလုပ်ဘဲ)

အများဆုံးတွေ့ရသော အခက်အခဲများ:

  • အချို့သော theme များ သို့မဟုတ် builder များသည် ပုံများကို CSS နောက်ခံပုံအဖြစ် သတ်မှတ်၍ သို့မဟုတ် ကိုယ်ပိုင်နည်းဖြင့် ပြသခြင်းဖြင့် bypass လုပ်နိုင်သည်။ srcset, ကြောင့် ကြီးမားသော ပုံသည် ဆက်လက်တင်နေဆဲ ဖြစ်နေသည်။
  • ပြင်ပပုံတင်ဝန်ဆောင်မှုများ သို့မဟုတ် တတိယပါတီပုံဘလော့ခ်များကို အသုံးပြုပါက မီဒီယာစာကြည့်တိုက်မှ ဖန်တီးထားသည့် အရွယ်အစားစနစ်ကို ကျော်လွှားနိုင်ပါသည်။

2.2 ဖိသိပ်ခြင်း (အရည်အသွေးမကျစေဘဲ ဖိုင်အရွယ်အစားကို လျှော့ချခြင်း)

ကွန်ပရက်ရှင်းရဲ့ အဓိကအကြောင်းအရာက “အသေးတာကပိုကောင်းတယ်” မဟုတ်ဘဲ “မျက်စိနဲ့ကြည့်ရင် ကွာခြားချက်ကို မထင်ရှားပေမယ့် ဖိုင်အရွယ်အစားက သိသိသာသာ လျော့နည်းသွားတယ်” ဆိုတာပါ။

စည်းကမ်းများမှာ အောက်ပါအတိုင်းဖြစ်ပါသည်။

  • ဓာတ်ပုံများ/လက်တွေ့ရိုက်ကူးမှုများ (ပုဂ္ဂိုလ်ဓာတ်ပုံများ၊ ထုတ်ကုန်ဓာတ်ပုံများ၊ သဘာဝမြင်ကွင်းဓာတ်ပုံများ): lossy ဖိသိပ်မှုကို ဦးစားပေးပါ (အကျိုးအမြတ်အများဆုံး)
  • စာသားများစွာပါဝင်သည့် စကရင်ရှော့များ/ပုံများစာသား မဝါးအောင် ဖိနှိပ်မှုဆက်တင်ကို ပိုသေချာစွာ သတ်မှတ်ပါ။
  • လိုဂို/အိုင်ကွန်SVG ကို ဦးစားပေးပါ၊ ဒါမှမဟုတ် lossless ဖိသိပ်မှုကို သတိထားအသုံးပြုပါ (lossy ဖိသိပ်မှုကြောင့် အနားများ မှိုကွက်လွယ်ကူစွာ ဖြစ်ပေါ်နိုင်သည်)။

အောင်မြင်ခြင်းကို ဘယ်လို သတ်မှတ်မလဲ:

  • စာမျက်နှာပုံများအများစု၏ ဖိုင်အရွယ်အစားများကို အလွန်အကျွံ လျှော့ချထားပါသည်။
  • ကြားမြင်နိုင်သော ဆူညံသံ၊ အနားမရှင်းခြင်း၊ အရောင်တန်းခွဲခြင်း သို့မဟုတ် စာသားမရှင်းခြင်း မရှိပါ။

2.3 WebP / AVIF (ဖော်မတ်မူဝါဒ: တူညီသောရှင်းလင်းမှုအဆင့်အတွက် ဖိုင်အရွယ်အစားသေးငယ်စေရန်)

WordPress သည် ယခု ဖိုင်တင်ခြင်းကို ထောက်ပံ့ပါပြီ။ WebP (၅.၈) နှင့် AVIF (၆.၅)。
သို့သော် “နောက်မျိုးဆက်ဖော်မတ်” ကို လက်တွေ့အသုံးချနိုင်ရန် အများအားဖြင့် ပြဿနာနှစ်ခုကို ဖြေရှင်းရပါသည်။

  1. သမိုင်းဆိုင်ရာ မီဒီယာ စာကြည့်တိုက်ကို အစုလိုက် ပြောင်းလဲနည်းမဟုတ်ရင် နောင်တွင် တင်မယ့် ပုံအသစ်တွေကိုသာ အကောင်းဆုံးဖြစ်အောင် ပြုလုပ်နေရမှာ ဖြစ်ပါလိမ့်မယ်။
  2. မိတ္တူတစ်ခု ဖန်တီးသင့်ပါသလား၊ မူရင်းပုံကို အစားထိုးသင့်ပါသလား။(ဤသည်မှာ အရေးကြီးသောအချက်ဖြစ်ပါသည်။ နောက်ပိုင်းတွင် Plus WebP ၏ “မူရင်းကို အစားထိုး၍ ဖျက်ရန်” လုပ်ဆောင်ချက်ကို အာရုံစိုက်ပါမည်။)

အကြံပြုနည်းလမ်း:

  • WebP: ယေဘုယျအားဖြင့် မူလရွေးချယ်မှု (ပိုမိုယုံကြည်စိတ်ချစွာ ကိုက်ညီမှု ပေးသည်)
  • AVIF: ပိုမိုတိုးတက်သော ဖိသိပ်ပုံစံတစ်ခုဖြစ်ပြီး၊ ပုံကြီးများ၊ ပထမမျက်နှာပြင်ပေါ်ရှိ ပုံကြီးများနှင့် ပြခန်းပုံများအတွက် သင့်လျော်သည် (သို့သော် ပိုပတ်ဝန်းကျင်ထောက်ခံမှုပေါ် မူတည်နေခြင်း）

2.4 Lazy loading ကို မှန်ကန်စွာ အသုံးပြုပါ (တစ်မျိုးတည်းဖြင့် အကုန်လုံးကို ကိုက်ညီစေမယ့် နည်းလမ်း မသုံးပါနှင့်)

WordPress 5.5 မှစ၍မူလ အလိုအလျောက် နောက်ကျတင်ယူခြင်းပုံ။
အစပိုင်း ရုပ်ထွက်ပြသမှုအတွင်း ဘန်ဒ်ဝစ် အသုံးပြုမှုကို လျော့ချပေးသည်။

  • Lazy loading သည် မျက်နှာပြင်ပြင်ပရှိ အရင်းအမြစ်များအတွက် သင့်တော်သည်။“
  • စာမျက်နှာထိပ်ပိုင်းရှိ ကြီးမားသော ပုံ (ပထမဆုံးမြင်ကွင်းတွင် အရေးကြီးဆုံးဖြစ်တတ်သော) ကို ယေဘုယျအားဖြင့် နောက်ကျ၍ တင်သွင်းခြင်း (deferred loading) အတွက် သင့်တော်ခြင်းမရှိပါ။

၂.၅ ပို့ဆောင်ရေးအလွှာ: CDN / ပုံ CDN

ဖိသိပ်ခြင်း၊ ဖိုင်အရွယ်အစားနှင့် ဖော်မတ်တို့သည် ဖိုင်များကို ပိုသေးငယ်ပြီး ပိုသင့်လျော်အောင် ပြုလုပ်ခြင်းဆိုင်ရာ ဖြစ်သည်။
သို့သော် ပုံများကို မူလဆာဗာမှ အကွာအဝေးကြီးကနေ ဆက်တိုက်ယူနေပါက ကွန်ယက်နောက်ကျမှုကြောင့် အသုံးပြုသူအတွေ့အကြုံကို ထိခိုက်စေနိုင်ပါသည်။ ဤကဲ့သို့သောအခြေအနေများတွင် “ပို့ဆောင်ရေးအလွှာ” ဖြေရှင်းချက် (CDN/image CDN) လိုအပ်ပါသည်။

ပုံမှန်နည်းလမ်းနှစ်ခု:

  • Cloudflare ပိုလန်：Cloudflare စာရွက်စာတမ်းများဤအပိုင်းတွင် Polish တွင် ရနိုင်သည့် ဖိသိပ်နည်းများ (ဆုံးရှုံးမှုမရှိသော၊ ဆုံးရှုံးမှုရှိသော နှင့် WebP) ကို မိတ်ဆက်ပြသပြီး၊ ၎င်းတို့၏ အသုံးပြုပုံကို ဖော်ပြထားသည်။ format=auto WebP နှင့် AVIF ဖော်မတ်များကို ခွင့်ပြုထားသည်။
  • ဂျက်ပက် ဆိုက် အက်ဆယ်လေးတာ：ဂျက်ပက်စာရွက်စာတမ်းများဤသည်မှာ ပုံများကို အကောင်းဆုံးပြုပြင်ကာ စတက်တစ်အရင်းအမြစ်များနှင့်အတူ ၎င်း၏ကွန်ယက်မှတဆင့် ဖြန့်ဝေမည်ဖြစ်သည်။

ပုံအကောင်းမြှင့်ခြင်းသည် ပုံများ၏ အရွယ်အစားကို လျှော့ချကာ သင့်တော်စွာ ပြန်လည်ချိန်ညှိပေးသည်။CDN: ပိုနီးကပ်စွာနှင့် ပိုယုံကြည်စိတ်ချစွာ ပို့ဆောင်ခြင်း

၃။ လမ်းကြောင်းရွေးချယ်ခြင်း: အဓိကလမ်းကြောင်းနှစ်ခုကိုသာ လိုက်နာပါ။

ပုံအကောင်းမြှင့်ခြင်းတွင် အများဆုံးတွေ့ရသော အမှားက “plugin မတပ်ခြင်း” မဟုတ်ဘဲ plugin များလွန်စွာတပ်ဆင်ခြင်းဖြစ်ပြီး၊ ၎င်းကြောင့် အလုပ်များ ထပ်ခါထပ်ခါ ဆောင်ရွက်ခြင်း ဖြစ်ပေါ်စေသည်။
A က ဖိုင်တွေကို ဖိသိပ်နေပြီး၊ B ကလည်း ဖိသိပ်နေတယ်။ A က WebP/AVIF သို့ ပြောင်းလဲနေပြီး၊ B ကလည်း ထိုနည်းတူ ပြောင်းလဲနေတယ်။ A က URL တွေကို ပြောင်းလဲနေပြီး၊ B က URL ပြန်ရေးခြင်းတွေ လုပ်ဆောင်နေတယ်။ နောက်ဆုံးမှာတော့ ဆိုက်မှာ တကယ် ဘာတွေဖြစ်နေလဲ မင်းတောင် မနားလည်နိုင်တော့ဘူး။

စည်းကမ်းများ:

နည်းလမ်းတစ်ခုတည်းကိုသာလိုက်နာပါ: ဒေသတွင်းတွင်လုံးဝအခမဲ့ဖြစ်စေ၊ ဒါမှမဟုတ် cloud အခြေပြုရွေးချယ်စရာသုံးခုထဲမှတစ်ခုဖြစ်စေ။

  • လမ်းကြောင်း A (ဒေသခံ သယ်ယူပို့ဆောင်ရေးအားလုံး အခမဲ့)ထို့အပြင် WebP သို့မဟုတ် AVIF နှင့် EWWW Image Optimizer(သို့မဟုတ် အဲဒီထဲက တစ်ခုကိုသာ ရွေးပါ)
  • ရွေးချယ်စရာ B (တိမ်ဖိသိပ်နည်းလမ်း သုံးခုထဲမှ တစ်ခုကို ရွေးပါ)။ShortPixel / Imagify / TinyPNG

3.1 ရွေးချယ်စရာ A: အပြည့်အဝ အခမဲ့ ဒေသခံ ဟိုစတင်း (WebP သို့မဟုတ် AVIF သို့မဟုတ် EWWW အပို)

ဤလမ်းကြောင်း၏ အဓိက လက္ခဏာများမှာ အောက်ပါအတိုင်း ဖြစ်ပါသည်။

  • သင်သည် လစဉ်ကွာတာ သို့မဟုတ် ဖိုင်တစ်ခုချင်းစီအလိုက် ကြေးယူသော တတိယပါတီ ဖိသိပ်မှုဝန်ဆောင်မှုများအား မူတည်အသုံးမပြုပါ (သို့သော် အချို့သော အင်္ဂါရပ်များကို ရွေးချယ်ဝန်ဆောင်မှုအဖြစ် ရနိုင်ပါသည်)။
  • အပြန်အလှန်အနေနဲ့ အစုလိုက်လုပ်ငန်းစဉ်က CPU/IO အရ ဆာဗာပေါ်မှာ ပိုမိုကြီးမားတဲ့ ဝန်ကို တင်ပေးနိုင်ပြီး၊ ဒါကြောင့် “မဟာဗျူဟာနှင့် အန္တရာယ်” ကို ပိုမိုဂရုစိုက်ရပါမယ်။”

3.1.1 ထို့အပြင် WebP သို့မဟုတ် AVIFအဓိက အယူအဆမှာ “ထုတ်လုပ်ခြင်း/အစားထိုးခြင်း” ဖြစ်ပြီး၊ ရိုးရာနားလည်မှုအရ “ဖိသိပ်ကိရိယာ” မဟုတ်ပါ။”

  • ပုံများအားလုံးကို ထုတ်လုပ်သည့်အခါ:မူရင်းပုံဖိုင် ID ကို WebP/AVIF ဖိုင်ဖြင့် အစားထိုးမည်၊ မူရင်းဖိုင်ကို ဖျက်မည်၊ အကြောင်းအရာထဲရှိ URL များအားလုံးကိုလည်း အစားထိုးမည်။。
  • ဤပလပ်ဂင်သည် WP-CLI အမိန့်များကို ပံ့ပိုးပေးပြီး ဖိုင်အရေအတွက်များစွာကို ကိုင်တွယ်ရာတွင် WP-CLI သည် ပိုမိုယုံကြည်စိတ်ချရကြောင်း အကြံပြုသည်။

ဤသည်မှာ ဆိုလိုသည်မှာ၊ ၎င်းသည် သင့်အတွက် WebP ဖိုင်ကို တိတ်တိတ်ဆိတ်ဆိတ် ဖန်တီးပေးခြင်းသာမက၊ ထိုထက်ပို၍ တစ်ခုဖြစ်နိုင်သည်ပိုင်ဆိုင်မှုလွှဲပြောင်းခြင်း(အထူးသဖြင့် သင် “မူရင်းကို အစားထိုးပြီး ဖျက်ရန်” ရွေးချယ်မှုကို ဖွင့်ထားပါက)

မုဒ်နှစ်ခုကြားက ကွာခြားချက်

ရွေးချယ်စရာ ၁။ မူရင်းပုံကို သိမ်းဆည်းထားပြီး WebP/AVIF မိတ္တူများ ဖန်တီးခြင်း (ပိုမိုယုံကြည်စိတ်ချရသည်)

  • အားသာချက်: ကိုက်ညီမှုပြဿနာများဖြစ်ပေါ်ပါက ပြန်လည်ပြောင်းလဲရန် ပိုမိုလွယ်ကူသည်။
  • အားနည်းချက်: ဒစ်စ်အသုံးပြုမှု တိုးလာမည် (မူရင်းပုံ + အသစ်ဖော်မတ် + အရွယ်အစားကွဲပြားသော သေးငယ်ပုံများ)

နည်းလမ်း ၂: မူရင်းပုံကို အစားထိုးပြီး ဖျက်ပစ်ခြင်း (ပိုမိုပြင်းထန်သော)

  • အားသာချက်များ: ဒစ်စက်သည် အလျင်အမြန် မပြည့်သွားပါ; အတွင်းပိုင်း လင့်ခ်များကို အလိုအလျောက် အသစ်ပုံစံသို့ ပြောင်းလဲပေးသည်။
  • အန္တရာယ်: ပစ္စည်းများနှင့် ၎င်းတို့၏ ရည်ညွှန်းချက်များနှစ်ခုလုံးကို ပြင်ဆင်ပါက ကိုက်ညီမှုဆိုင်ရာ ပြဿနာများကို ဖြေရှင်းရခက်ခဲပြီး ကုန်ကျစရိတ်ပိုများနိုင်သည် (အထူးသဖြင့် အချို့သော ပြင်ပစနစ်များ သို့မဟုတ် theme လိုဂျစ်များသည် မူရင်း ဖိုင်နာမည်များ၊ လမ်းကြောင်းများ သို့မဟုတ် ဖော်မတ်များကို မူတည်ထားပါက)။

အကြံပြုချက်

“Replace and delete original” ကိုရွေးချယ်မတိုင်မီ သေးငယ်သော စမ်းသပ်မှုတစ်ခု ပြုလုပ်ပြီး မိတ္တူကူးထားမှု (backup) ရှိကြောင်း သေချာစေပါ။ ဒေတာဘေ့စ်တစ်ခုလုံးကို ချက်ချင်း မအစားထိုးပါနှင့်။

WebP သို့မဟုတ် AVIF တွင် တွေ့ရသော ပုံမှန် အခက်အခဲများ

  1. စာကြည့်တိုက်ကို အပြည့်အစုံ ပြန်လဲပြီးနောက် တချို့စာမျက်နှာများရှိ ပုံများ မမှန်ကန်စွာ ပြသနေပါသည်။
    အကြောင်းရင်းက ပုံပျက်နေခြင်းမဟုတ်ဘဲ ဆက်စပ်နေတဲ့ လင့်ခ်တစ်ခုခုမှာ—ဥပမာ URL ပြောင်းလဲခြင်း၊ ကက်ရှ်သိုလှောင်မှု သို့မဟုတ် သေးငယ်ပုံစည်းကမ်းချက်ကြောင့်—တစ်နေရာရာမှားယွင်းသွားတာပါ။
  2. သေးငယ်တဲ့ပုံများ ပိုများလာသမျှ ပြောင်းလဲမှုများ၏ အကျယ်အဝန်း ပိုကျယ်ပြန့်လာသည်။
    WordPress သို့ ပုံတစ်ပုံ တင်လိုက်လျှင် အရွယ်အစား များစွာ ဖန်တီးပေးပြီး၊ theme များနှင့် plugin များက ပိုမိုသော အရွယ်အစားများကိုလည်း ထပ်မံ ထည့်သွင်းနိုင်သည်။ အပြည့်အစုံ အစားထိုးခြင်းဆိုသည်မှာ ဖိုင်အရေအတွက် အလွန်ကြီးမားသော စုစည်းမှုတစ်ခုကို ပြင်ဆင်နေရနိုင်သည်ဟု ဆိုလိုသည်။
  3. ဖော်မတ်ပြောင်းလဲခြင်းတစ်ခုတည်း ပြုလုပ်ခြင်းဖြင့် ဖိုင်အရွယ်အစား အနည်းဆုံး မဖြစ်နိုင်ပါ။
    WebP နှင့် AVIF ဖိုင်များသည် ယေဘုယျအားဖြင့် ပိုသေးသော်လည်း အရွယ်အစားချိန်ညှိနည်းများနှင့် ဖိသိပ်နည်းများမှာ အရေးကြီးနေဆဲဖြစ်သည်။ Plus WebP ကို မြန်မြန်တင်ရန် တစ်ချက်နှိပ်ဖြေရှင်းနည်းတစ်ခုအဖြစ် မယူဆသင့်ပါ။

3.1.2 အီးဝေါ် အပုံအရွယ် အကောင်းဆုံးပြုလုပ်သူဒေသတွင်း အခမဲ့ ဖိသိပ်ခြင်း ဝန်ဆောင်မှုများအတွက် ထိပ်တန်း ပံ့ပိုးပေးသူ

EWWW ပလပ်ဂင် စာမျက်နှာတွင် ရည်ရွယ်ချက်ကို အလွန်ရှင်းလင်းစွာ ဖော်ပြထားသည်။

  • ဤကိရိယာသည် jpegtran၊ optipng၊ pngout၊ pngquant၊ gifsicle၊ cwebp စသည့် ကိရိယာမျိုးစုံကို အသုံးပြု၍ သင့်ဆာဗာပေါ်ရှိ ပုံများကို အကောင်းဆုံးပြုပြင်နိုင်သည်။
  • သင်သည် ပိုမိုမြင့်မားသော ဖိသိပ်မှု လိုအပ်ပါက သို့မဟုတ် CPU ကို သိမ်းဆည်းလိုပါက၊ CPU ကို စားသုံးနေသော လုပ်ငန်းစဉ်များကို သင့်ဆာဗာသို့လည်း ရွှေ့ပြောင်းနိုင်ပါသည် (ရွေးချယ်နိုင်ပါသည်)။

Route A တွင် EWWW သည် ဘယ်အခန်းကဏ္ဍကို ထမ်းဆောင်သင့်သလဲ?

သင်သည် “ဖော်မတ် ပြောင်းရွှေ့/အစားထိုး မဟာဗျူဟာ” အတွက် Plus WebP ကို အသုံးပြုနေပါက၊ EWWW သည် အောက်ပါအရာများကို ကိုင်တွယ်ရန် ပိုမိုသင့်တော်ပါသည်။

  • ဖိအားနှင့် အရည်အသွေး အကောင်းဆုံးပြုပြင်ခြင်း(အထူးသဖြင့် JPG နှင့် PNG ဖိုင်ကဲ့သို့သော မူလအချက်အလက်များကို အကောင်းဆုံးဖြစ်အောင် ပြုလုပ်ခြင်း)
  • သမိုင်းဝင် မီဒီယာ စာကြည့်တိုက်၏ အစုလိုက် အကောင်းဆုံးပြုလုပ်ခြင်း(URL အစားထိုးခြင်းမဟုတ်ဘဲ အကြောင်းအရာပမာဏ လျော့ချရန် ရည်ရွယ်ခြင်း)

မှတ်သားထားပါ။

ထို့အပြင် WebP 和အီးဝီဝီ အားလုံးကို AVIF သို့မဟုတ် WebP သို့ ပြောင်းလဲနိုင်သည်။
နှစ်ခုလုံးကို တပ်ဆင်ခြင်းက ပဋိပက္ခများ ဖြစ်ပေါ်စေနိုင်သောကြောင့် တစ်ခုတည်းသာ တပ်ဆင်ရန် အကြံပြုပါသည်။

EWWW နှင့်ပတ်သက်၍ ပုံမှန်တွေ့ရသော အခက်အခဲတစ်ခု

  1. အစုလိုက် အကောင်းဆုံးပြုလုပ်ခြင်းကာလအတွင်း ဆာဗာပေါ် ဝန်ပမာဏ တိုးလာသည်။
    ဒါကြောင့် ဒေသတွင်း ဖိသိပ်ခြင်းသည် CPU/IO ကို သုံးစွဲနေပါသည်။ ဖြေရှင်းနည်းမှာ “အသုံးပြုခြင်းကို ရပ်တန့်ခြင်း” မဟုတ်ဘဲ “အလုပ်များ မများသော အချိန်များတွင် အစုလိုက် အလုပ်လုပ်ခြင်းနှင့် လိုအပ်သည့်နေရာတွင် ဒေတာကို အော့ဖ်လိုဒ် သို့မဟုတ် ကလောဒ် ဖြေရှင်းချက်များသို့ ရွှေ့ပြောင်းအသုံးပြုခြင်း” ဖြစ်ပါသည်။
  2. “WebP ပြုလုပ်ပြီးပါပြီ” ဟုဆိုတာက ရှေ့ဘက်က WebP ကို တကယ်ပို့ဆောင်နေသည်ဟု မဆိုလိုပါ။
    Plugin များစွာသည် ဖန်တီးခြင်းကို တစ်ခုတည်းဟု မှားယွင်းယူဆထားပြီး၊ ပို့ဆောင်ရေးနည်းဗျူဟာများ (ဥပမာ ပြန်ရေးခြင်း၊ `picture` tag များနှင့် cache သက်တမ်းကုန်ဆုံးခြင်း) ကိုတော့ အခြားကိစ္စတစ်ခုလို သဘောထားနေကြသည်။
  3. အခြားပလပ်ဂင်တစ်ခု၏ လုပ်ဆောင်ချက်ကို ထပ်တူကူးယူထားသည်။
    ရွေးချယ်မှု A ကိုရွေးပါက ShortPixel၊ Imagify သို့မဟုတ် TinyPNG ကဲ့သို့သော ထပ်ဆောင်း cloud ဖိသိပ်မှုဝန်ဆောင်မှုများကို မသုံးရန် ကြိုးစားပါ။ ရွေးချယ်မှု B ကိုရွေးပါက Plus WebP တွင် အစားထိုးခြင်း လော့ဂျစ်ကို မဖွင့်ပါ။ အခြေခံသဘောတရားမှာ:တစ်ခုတည်းသော လုပ်ဆောင်ချက်တစ်ခုကိုသာ ဆက်လက်လိုက်နာပါ။

3.2 ရွေးချယ်စရာ B: cloud compression ဝန်ဆောင်မှု သုံးခု (ShortPixel / Imagify / TinyPNG) မှ တစ်ခုကို ရွေးပါ။

ဤအစီအစဉ်သည် ဆာဗာအရင်းအမြစ်များကို သိမ်းဆည်းလိုသူများ၊ အစုလိုက်လုပ်ငန်းစဉ်များကို အခက်အခဲမရှိဘဲ ဆောင်ရွက်လိုသူများနှင့် အသုံးပြုမှုအခြေပြု သို့မဟုတ် လိုအပ်သလို ပေးဆောင်သည့် ငွေပေးချေမှုစနစ်ကို သဘောကျသူများအတွက် အထူးသင့်တော်ပါသည်။
သို့သော်၊ cloud compression အကြောင်း လူတွေအများဆုံး မှားယွင်းထင်မြင်နေကြတာကတော့:အခမဲ့ခွင့်ဆိုသည်မှာ “အခမဲ့စာရွက်များ” ဆိုတာပဲ မဟုတ်ပါ။သေးငယ်ပုံအရွယ်အစားများ၏ အရေအတွက်၊ WebP/AVIF ဖော်မတ်များ ထုတ်လုပ်ခြင်းရှိမရှိနှင့် ပုံများကို ထပ်ခါထပ်ခါ ဖိသိပ်ခြင်းရှိမရှိတို့သည် အရင်းအမြစ်အသုံးပြုမှုပေါ်တွင် အလွန်ထိရောက်စွာ သက်ရောက်ပါလိမ့်မည်။

အောက်တွင် ကျွန်ုပ်တို့က အခမဲ့နှင့် ပေးငွေရွေးချယ်စရာများအကြား ကွာခြားချက်၊ ခရက်ဒစ်ကို မည်သို့ ဖြတ်တောက်သည်၊ ရှောင်ရှားသင့်သော အများဆုံး အခက်အခဲများနှင့် ဤဝန်ဆောင်မှုအတွက် အကောင်းဆုံး သင့်တော်သော ဝက်ဘ်ဆိုဒ်အမျိုးအစားများကို ရှင်းပြပါမည်။

3.2.1 ရှော့တပီကဆယ်တစ်လလျှင် အခမဲ့ ခရက်ဒစ် ၁၀၀ ရရှိမည်၊ သို့သော် သေးငယ်သော ပုံများနှင့် WebP/AVIF ကြီးမားပုံများကြောင့် ခရက်ဒစ်များ သုံးစွဲသွားမည်။

အခမဲ့နဲ့ ပေးငွေရွေးချယ်စရာတွေ ဘာကွာလဲ?

ShortPixel ပလပ်ဂင် ဖော်ပြချက်တွင် ထင်ရှားစွာ ဖော်ပြထားသည်မှာ:

  • လစဉ် အခမဲ့ ခရက်ဒစ် ၁၀၀
  • ထို့အပြင် “လစဉ်အပိုအကန့်အသတ်မဲ့ ခရက်ဒစ်များ” လည်း ရရှိနိုင်ပါသည် (စျေးနှုန်းအသေးစိတ်ကို plugin စာမျက်နှာတွင် ကြည့်ရှုနိုင်ပါသည်)။
  • ကျွန်ုပ်တို့သည် “တစ်ကြိမ်ဝယ်ယူပြီး သက်တမ်းမကုန်သော ခရက်ဒစ်ပက်များ” ကိုလည်း (စတင်စျေးနှုန်းအချက်အလက်များနှင့်အတူ) ပေးဆောင်ပါသည်။

မှတ်ချက်:

  • အခမဲ့: လွယ်ကူသော ဝက်ဘ်ဆိုက်များတွင် အသုံးပြုရန် သို့မဟုတ် စမ်းသပ်ရန်အတွက် တစ်လလျှင် အကန့်အသတ်ရှိသော ခရက်ဒစ်များကို ပံ့ပိုးပေးသည်။
  • တစ်ကြိမ်သုံးပက်ကေ့ဂျ်: မီဒီယာစာကြည့်တိုက်ကြီးများရှိပြီး ပစ္စည်းစာရင်းအား တစ်ကြိမ်တည်းရှင်းလင်းလိုသူများအတွက် သင့်လျော်သည် (တစ်ကြိမ်ဝယ်ယူပြီး သုံးပြီးဆုံးသည်အထိ အသုံးပြုနိုင်ပြီး ပုံမှန်အားဖြင့် သက်တမ်းကုန်ဆုံးရက်မရှိ)
  • လစဉ်/အကန့်အသတ်မဲ့: ပုံများကို ပုံမှန်အပ်ဒိတ်လုပ်ရန်နှင့် ရေရှည်တည်ငြိမ်သော အကောင်းမြှင့်တင်မှုလိုအပ်သည့် ဆိုဒ်များအတွက် သင့်တော်သည်။

ShortPixel တရားဝင် အသိပညာအခြေခံဌာနတွင် “တစ်ကြိမ်သုံး ပက်ကေ့ဂျ်နှင့် အကန့်အသတ်မဲ့ လစဉ်” အကြား ရွေးချယ်ခြင်းဆိုင်ရာ လမ်းညွှန်ချက်များကိုလည်း ပံ့ပိုးပေးထားသည်။ရှင်းလင်းသော ရှင်းပြချက်: Unlimited Monthly အစီအစဉ်ကို လစဉ် (သို့မဟုတ် နှစ်စဉ်) ငွေချေပြီး အကန့်အသတ်မဲ့ ခရက်ဒစ်များနှင့် တည်ငြိမ်သတ်မှတ်ထားသော CDN ကွာတာကို ပံ့ပိုးပေးသည်။ တစ်ကြိမ်တည်းဝယ်ယူထားသော ခရက်ဒစ်များမှာ သက်တမ်းမကုန်ဘဲ ရှိနေပြီး လိုအပ်သည့်အချိန်တွင် အသုံးပြုမှုကို ပိုမိုထိန်းချုပ်နိုင်စေသည်။

အကြံပြုချက်

  • ဟောင်းဆိုဒ်ကို ဖယ်ရှားခြင်း: တစ်ကြိမ်တည်းထုပ်ပိုးများကို ဦးစားပေးမည်။
  • ဆက်လက်အပ်ဒိတ်များ: လစဉ်/အကန့်အသတ်မဲ့အစီအစဉ်များအတွက် ပိုသင့်တော်သည် (ခရက်ဒစ်များကို မလိုက်လံချင်ပါက အကန့်အသတ်မဲ့အစီအစဉ်ကို အသုံးပြုပါ)

အရေးကြီးဆုံးကတော့ ShortPixel ခရက်ဒစ်တွေကို ဘယ်လိုတွက်ချက်တာလဲ?

ShortPixel တရားဝင်စာရွက်စာတမ်းများ KB က တိုက်ရိုက်ရှင်းရှင်း ပြောလိုက်တယ်။

  • WordPress သို့ ပုံတစ်ပုံ တင်လိုက်သောအခါ၊ thumbnail အမျိုးမျိုးကို ဖန်တီးပေးသည်။
  • သေးငယ်သောပုံလေးတစ်ပုံချင်းစီကို အကောင်းဆုံးပြုလုပ်ခြင်းသည် ခရက်ဒစ်တစ်ခုအဖြစ် တွက်သည်။；
  • သင် WebP သို့မဟုတ် AVIF ဖန်တီးရန် ရွေးချယ်ပါက၊မူရင်းပုံ၏ WebP/AVIF ဗားရှင်းတိုင်းနှင့် ၎င်း၏ သေးငယ်ပုံ(thumbnail)ကို ထပ်ဆောင်းခရက်ဒစ်တစ်ခုအဖြစ် တွက်ချက်မည်။；
  • အကြွေးသုံးစွဲမှုကို လျှော့ချရန် သင်သည် အချို့သော သေးငယ်ပုံများကို အကောင်းဆုံးပြုလုပ်ခြင်းမှ ထုတ်ပယ်နိုင်သည်။

ခရက်ဒစ် ဥပမာ：

ဥပမာ သင်တစ်ပုံတင်လိုက်လျှင် theme သို့မဟုတ် plugin က thumbnail ၈ ပုံ ဖန်တီးပေးသည်ဟု ယူဆပါစို့။

  • မူရင်းပုံနှင့် သေးငယ်ပုံများကိုသာ အကောင်းဆုံးပြုလုပ်ပါက: ၁ (မူရင်းပုံ) + ၈ (သေးငယ်ပုံများ) = ၉ ခရက်ဒစ်
  • WebP/AVIF ကိုလည်း ထုတ်လုပ်လိုပါက အထက်ဖော်ပြထားသည့် ၉ ခုတိုင်းတွင် နောက်မျိုးဆက်ဗားရှင်းတစ်ခု ထည့်ပါ → ထို့အပြင် ၉ ချက်အပို
    အခြားနည်းအားဖြင့် သင်ထင်ထားသည့် “ပုံတစ်ပုံ” သည် တကယ်တော့ “ဒစ်ဂျစ်စ်နှစ်လုံးနီးပါး” ခရက်ဒစ်ကုန်ကျနိုင်ပါသည်။

ထို့ကြောင့်“100 အခမဲ့ ခရက်ဒစ်” ဆိုသည်မှာ “100 အခမဲ့ ပုံများ” မဟုတ်ပါ။

ShortPixel သုံးစဉ် အများဆုံးတွေ့ရသော အခက်အခဲများ

  1. အခမဲ့ ၁၀၀ ခရက်ဒစ်များ မကြာမီ ကုန်သွားပါလိမ့်မည်။
    အကြောင်းရင်း: သေးငယ်ပုံများ အရေအတွက် များခြင်းနှင့် WebP/AVIF ဖိုင်များ ဖန်တီးရန် ထပ်မံလိုအပ်သည့် အချိန်။
    အကြံပြုချက်：
  • ပထမဦးစွာဆိုဒ်သေးပုံများ၏အရေအတွက်ကိုသုံးသပ်ပါ။
  • မလိုအပ်သော သေးငယ်ပုံအရွယ်အစားများကို ဖယ်ရှားပါ (အသုံးပြုမည့် အရွယ်အစားများကိုသာ အကောင်းဆုံးပြုပြင်ပါ)
  • ပထမဦးစွာ ဖိနှိပ်မှု မဟာဗျူဟာတစ်ခုကို ဆုံးဖြတ်ပြီးနောက် စမ်းသပ်မှားယွင်းမှုကြောင့် အချိန်မပျက်အောင် လုပ်ငန်းစဉ်ကို အစုလိုက် အုပ်စုလိုက် ပြုလုပ်ပါ။
  1. အခြားဖော်မတ်ပြောင်းလဲရေး ပလပ်ဂင်များနှင့်အတူ အသုံးပြုပါ။
    Plus WebP အစားထိုးခြင်းကို ဖွင့်ထားပြီး ShortPixel ကို နောက်မျိုးဆက် tag များ ဖန်တီးထည့်သွင်းခိုင်းထားပါက လုပ်ဆောင်ချက်များ တစ်ခုနှင့်တစ်ခု ထပ်တူဖြစ်ကာ ပြဿနာရှာဖွေရေး ပိုမိုခက်ခဲသွားပါလိမ့်မည်။ Option B ဖြင့် ShortPixel သည် ဤတာဝန်ကို ကိုယ်တိုင် စီမံဆောင်ရွက်ပါသည်။
  2. တပ်ဆင်ပြီးသွားတာနဲ့ frontend က WebP/AVIF ဖိုင်တွေကို အလိုအလျောက် ဖန်တီးပေးမယ်လို့ ထင်ခဲ့တယ်။“
    ShortPixel ပလပ်ဂင် စာမျက်နှာWebP နှင့် AVIF ဖိုင်များကို ပြောင်းလဲနိုင်ပြီး နောက်မျိုးဆက် ပုံများကို (ဥပမာ tag များဖြင့်) front-end စာမျက်နှာများတွင် ထည့်သွင်းနိုင်သည်ကို သတိပြုသင့်သည်။
    သို့သော် သင်ပြီးဆုံးသွားပြီးနောက် ရလဒ်များကို ထပ်မံစစ်ဆေးရမည်။

3.2.2 Imagify: တစ်လလျှင် 20MB အခမဲ့; ကန့်သတ်ပမာဏကို “မူရင်းပုံအရွယ်အစား + သေးငယ်ပုံများအရေအတွက်” အပေါ် မူတည်၍ ဖြုတ်ချသည်; ပြန်လည်ဖိသိပ်ခြင်းပြုလုပ်ပါက ကန့်သတ်ပမာဏကို ထပ်မံဖြုတ်ချခံရမည်။

အခမဲ့ခွင့်နှင့် တည်နေရာ

Imagify တရားဝင် စျေးနှုန်းစာမျက်နှာအလွန်ရှင်းလင်းစွာ ဖော်ပြထားပါသည်။အခမဲ့အကောင့်များတွင် လစဉ်ကန့်သတ်ချက် 20MB ရှိသည်။。
၎င်း၏ plugin စာမျက်နှာတွင်လည်း ဖိသိပ်ခြင်း၊ အရွယ်အစားပြောင်းခြင်းနှင့် WebP/AVIF သို့ ပြောင်းလဲနိုင်ကြောင်း ဖော်ပြထားသည်။

ကွိုတာကို ဘယ်လို လျော့ချတာလဲ?

Imagify တရားဝင်စာရွက်စာတမ်းများ “Quota အသုံးပြုမှုကို မည်သို့တွက်ချက်သနည်း?” သည် ငွေတောင်းခံမှုစနစ်ကို အလွန်ရှင်းလင်းစွာ ဖော်ပြထားသည်။

  • သေးငယ်သောပုံများ၏အရေအတွက်သည် အရင်းအမြစ်အသုံးပြုမှုကို သက်ရောက်စေသည်။ဥပမာအားဖြင့် သင့်တွင် thumbnail အရွယ်အစား ၁၀ မျိုးရှိပါက တစ်ပုံကို ထိထိရောက်ရောက် အကောင်းဆုံးပြုလုပ်ခြင်းဆိုသည်မှာ မူရင်းပုံတစ်ပုံနှင့် thumbnail ၁၀ ပုံတို့အားလုံးကို အကောင်းဆုံးပြုလုပ်ခြင်းဖြစ်ပြီး ၎င်းတို့အားလုံးသည် သင့်ကွာတာတွက်ချက်ရာတွင် ပါဝင်သည်။
  • မူရင်းဖိုင်အရွယ်အစားအပေါ် အခြေခံ၍ ကုလားထိုင်ကို လျော့ချပါ။ဥပမာအားဖြင့် သင်သည် Imagify သို့ 100KB အရွယ်အစားရှိသော ပုံတစ်ပုံကို တင်ပါက သင့်ကွာတာမှ 100KB ကို ဖြုတ်ချသွားမည်။
  • ကွန်ပရက်ရှင်းအဆင့်ကို ပြောင်းလဲပြီး ထပ်မံအကောင်းဆုံးပြုလုပ်ခြင်းသည် quota ကို ထပ်မံသုံးစွဲမည်။。
  • API key တစ်ခုတည်းကို ဆိုက်များစွာတွင် အသုံးပြုနိုင်သော်လည်း ကန့်သတ်အရေအတွက်ကို ဆိုက်များအကြား မျှဝေသုံးစွဲရပါမည်။

ဤသည်မှာ Imagify ၏ “အဓိကနည်းလမ်း” ဖြစ်သည်။
ဒါက ဒေတာပက်ကေ့ဂျ်လိုပဲဖြစ်ပြီး၊ တင်သွင်းသမျှ ပိုများသလောက် ပိုဖြတ်သွားမယ်။ သေးငယ်ပုံများ (thumbnails) ကို တင်သွင်းသမျှ ပိုများသလောက်လည်း ပိုဖြတ်သွားမယ်။ တူညီတဲ့အကြောင်းအရာကို ထပ်ခါထပ်ခါ တင်သွင်းရင် တစ်ခါတိုင်း ကြေးကို ဖြတ်သွားပါလိမ့်မယ်။

Imagify ကန့်သတ်ချက်များကို လွယ်ကူနားလည်နိုင်သော ဥပမာ

ဥပမာ သင် 800 KB အရွယ်မူရင်းပုံတစ်ပုံကို တင်လိုက်ပြီးဆိုဒ်က thumbnail ၈ ပုံ ဖန်တီးပေးသည်။

  • Imagify ဖြင့် အကောင်းဆုံးပြုလုပ်သည့်အခါ “မူရင်းပုံနှင့် thumbnail ၈ ပုံ” နှစ်ခုလုံး ပါဝင်သည် (“အားလုံးကို အကောင်းဆုံးပြုလုပ်ရန်” ရွေးချယ်ပါက)၊ ထို့ကြောင့် ဤလုပ်ငန်းစဉ်သည် ဤဖိုင်များအားလုံး၏ စုစုပေါင်းအရွယ်အစားနီးပါးကို အသုံးပြုမည့် ကုလားထိုင်ပမာဏ (quota) ကို သုံးစွဲမည် ဖြစ်သည်။
    ဒါကြောင့် အချို့ဆိုဒ်တွေမှာ သူတို့ရဲ့ “20MB” ကုနသတ်မှတ်ချက်ဟာ အလျင်အမြန်ကုန်သွားတာပါ။ Imagify မှာ စွမ်းဆောင်ရည်မလုံလောက်တာမဟုတ်ဘဲ သင်တင်သွင်းတဲ့ ပုံတွေက အရမ်းကြီးလွန်းတာ၊ thumbnail များစွာ ဖန်တီးနေရတာ၊ နဲ့ ကွန်ပရက်ရှင်းအဆင့်အတန်း မတူညီတာတွေကို ထပ်ခါထပ်ခါ စမ်းသပ်နေရတာကြောင့်ပါ။

Imagify သုံးစဉ် အများဆုံးတွေ့ရသော အခက်အခဲများ

  1. အခမဲ့ 20MB သည် “ဆိုက်သမိုင်းအားလုံးကို ပြည့်စုံစွာ ဖျက်ပစ်ခြင်း” ဆောင်ရွက်ရန် မလုံလောက်ပါ။”
    20MB သည် စမ်းသပ်ခြင်းနှင့် သေးငယ်သော အပ်ဒိတ်များအတွက် ပိုသင့်လျော်ပါသည်။ သင့်မီဒီယာစာကြည့်တိုက်ကြီးမားနေပါက တစ်ကြိမ်တည်း ဖျက်ရှင်းရန် အဆင့်မြှင့်တင်ရန် လိုအပ်နိုင်ပါသည်။
  2. ဖိအားအဆင့်ကို ဆက်တိုက်ပြင်ဆင်ခြင်းကြောင့် ကုတာကို ဆက်တိုက်အသုံးပြုပြီးဆုံးသွားသည်။
    Imagify: ရှင်းလင်းပြတ်သားသော ရှင်းပြချက်ပြန်လည်အကောင်းဆုံးပြုလုပ်ခြင်းက ကုဝိုတာကို ထပ်မံ သုံးစွဲမည်။
    ဤစာမျက်နှာတွင် “မဟာဗျူဟာ” ကို ရှင်းလင်းတိကျစွာ ဖော်ပြရန် ကျွန်ုပ်တို့ အကြံပြုပါသည်။
  • ပုံအနည်းငယ်ကို အသုံးပြုပြီး ဖိသိပ်မှုအဆင့်နှင့် မြင်သာအရည်အသွေးကို သတ်မှတ်ခြင်းဖြင့် စတင်ပါ။
  • မဟာဗျူဟာကို အပြီးသတ်ပြီးပါက အစုလိုက်အပြုံလိုက် ဆောင်ရွက်ပါ။
    ဒေတာဘေ့စ်တစ်ခုလုံးတွင် စမ်းသပ်မှားယွင်းခြင်း မဖြစ်အောင် ရှောင်ရှားပါ။
  1. တစ်ခုတည်းသော API key ကိုဆိုက်များစွာတွင်မျှဝေသုံးခြင်းကြောင့် ကန့်သတ်ချက်များသည် “လျှို့ဝှက်စွာ လျော့နည်း” သွားသည်။”
    ဆိုက်များစွာတွင် တူညီသော API key ကို အသုံးပြုပါက ကန့်သတ်ချက်များကို မျှဝေသုံးစွဲမည်။
    ထို့ကြောင့် အဖွဲ့ သို့မဟုတ် အဆောက်အအုံများစွာပါဝင်သည့် အခြေအနေများတွင် ဘတ်ဂျက်ကျော်လွန်မှု မဖြစ်စေရန် အရင်းအမြစ်များကို မည်သည့်နေရာများကမျှဝေသုံးပြီး မည်သည့်နေရာများက သီးခြား လည်ပတ်ကြောင်း ရှင်းလင်းသတ်မှတ်ထားသင့်သည်။

3.2.3 တီနီပီအန်ဂျီ(Tiny Compress Images): တစ်လလျှင် အခမဲ့ ၅၀၀ ခရက်ဒစ်; WebP/AVIF သို့ ပြောင်းလဲခြင်းအတွက် တစ်အရွယ်အစားလျှင် ၁ ခရက်ဒစ် ထပ်မံကြေးယူသည်။“

အခမဲ့ခွင့်လွှတ်ချက်များနှင့် ၎င်းတို့ကို မည်သို့တွက်ချက်သည်

TinyPNG WordPress plugin စာမျက်နှာကို အလွန်ရှင်းလင်းပြတ်သားစွာ ရေးသားထားသည်။

  • လစဉ် အခမဲ့ ၅၀၀ ခရက်ဒစ်
  • “စံ WordPress တပ်ဆင်မှု” တစ်ခုတွင် သင်သည် များအားဖြင့် ဖိသိပ်နိုင်ပါသည်။ လစဉ် ခန့်မှန်း၍ ၁၀၀ ပုံခန့်
  • သို့သော် AVIF သို့မဟုတ် WebP ပြောင်းလဲခြင်း ဖွင့်ထားပါကပုံအရွယ်အစား တစ်ခုချင်းစီအတွက် အပို ခရက်ဒစ် တစ်ခု ကုန်ကျပါမည်။ဒါကြောင့် တစ်ခုတည်းသော ရွေးချယ်စရာက ဖိုင်ကို ဖိပြီး ပြောင်းလဲခြင်းပဲ ဖြစ်မယ်လို့ ထင်ပါတယ်။ လစဉ် ခန့်မှန်း၍ ၅၀ ပုံ(ဤသည် သင့်တွင် thumbnail အရွယ်အစား မည်မျှရှိသလဲပေါ် မူတည်ပါသည်။)

ထိုအချိန်တွင် TinyPNG နှင့် TinyJPG တို့၏ ဖွံ့ဖြိုးသူဖြစ်သည့် Tinify ကလည်း API စျေးနှုန်းစာမျက်နှာမှတ်ချက်: တစ်လလျှင် အခမဲ့ ဖိအားပေးမှု ၅၀၀ ရယူရန် စာရင်းသွင်းနိုင်ပါသည်။ ဤကန့်သတ်ချက်ကျော်လွန်ပါက အောင်မြင်စွာ ဖိအားပေးမှုအရေအတွက်အလိုက်သာ ကုန်ကျစရိတ်တွက်ချက်မည်ဖြစ်ပြီး မလိုအပ်သော စာရင်းသွင်းမှု မရှိပါ။

TinyPNG က ဘယ်လို အလုပ်လုပ်သလဲဆိုတာ တစ်ကြောင်းတည်းနဲ့ အကျဉ်းချုပ်ပြောရရင်:
ဤကို credits ဖြင့် တွက်ချက်ပြီး၊ သင့်တွင် thumbnail အရွယ်အစားများ များလာသမျှနှင့် WebP/AVIF ကို ပိုမိုအသုံးပြုသမျှ၊ သင့် credits များ ပိုမိုမြန်ဆန်စွာ သုံးစွဲသွားမည်။

TinyPNG ခရက်ဒစ်များအတွက် နားလည်ရလွယ်သော ဥပမာ

သင့်ဆိုဒ်သည် ပုံတစ်ပုံစီအတွက် သေးငယ်ပုံ (thumbnail) အရွယ်အစား ၈ မျိုး ထုတ်လုပ်သည်ဟု ယူဆပါစို့။

  • ဖိသိပ်ခြင်းသာ: မူရင်းပုံ + thumbnail ၈ ပုံ → ခရက်ဒစ် ၉ လိုအပ်
  • WebP/AVIF ပြောင်းလဲခြင်းကို ဖွင့်ထားပါက အရွယ်အစားတိုင်းအတွက် ထပ်ဆောင်းကြေးတစ်ခု ဖြုတ်ခံရမည် → ဤသည် စုစုပေါင်းကုန်ကျစရိတ်ကို များစွာနှစ်ဆတိုးနိုင်သည်။
    ဤသည်မှာ plugin စာမျက်နှာပေါ်တွင် ဖော်ပြထားသည့် အကြောင်းအရာနှင့် ကိုက်ညီပါသည်။ ပြောင်းလဲမှုကို ဖွင့်လိုက်သည်နှင့်အခါ အခမဲ့ကန့်သတ်အရေအတွက်သည် လစဉ် ခန့်မှန်းအားဖြင့် ၁၀၀ မှ ၅၀ သို့ ပြောင်းလဲသွားပါသည်။

TinyPNG သုံးစဉ် အများဆုံးတွေ့ရသော အခက်အခဲများ

  1. ငါထင်တာက ၅၀၀ ခရက်ဒစ်ဆိုတာ ၅၀၀ ပုံတွေကို ဆိုလိုတာပဲ။
    မဟုတ်ပါဘူး။ ဤကြေးကို “image size/variant” အပေါ် အခြေခံ၍ ကောက်ခံပါသည်။ plugin စာမျက်နှာတွင် “conversion တစ်ခုလျှင် image size တစ်ခုအတွက် အပို credit ၁ ချက် ကောက်ခံမည်” ဟု ရှင်းလင်းဖော်ပြထားပါသည်။
  2. ဒီ theme/e-commerce plugin က ပုံအရွယ်အစား များလွန်းစွာ ဖန်တီးပေးပြီး အခမဲ့သုံးနိုင်တဲ့ ကုတာကလည်း သိသိသာသာ လျော့နည်းသွားပါပြီ။
    အရွယ်အစားများ ပိုများလာသမျှ ခရက်ဒစ်များ ကုန်ဆုံးရလွယ်ကူလာသည်။
  3. ပြောင်းလဲမှုကို လှုပ်ရှားပြီးနောက် ကျွန်ုပ်၏ ခရက်ဒစ်ကန့်သတ်ချက်သည် တစ်ပြတ်တည်း အကုန်ကျသွားသည်ကို တွေ့ရှိခဲ့သည်။
    ဒါက အမှားမဟုတ်ပါဘူး၊ ငွေချေမှုစနစ်က ဒီလို လည်ပတ်တာပါ။
    မဟာဗျူဟာဆိုင်ရာ အကြံပြုချက်များ:
  • အခမဲ့အဆင့်ကို အဓိကအားဖြင့် ဖိအားပေးခြင်းနှင့် အလေးချိန်လျှော့ချခြင်းအတွက် ရည်ရွယ်ထားပါက၊ ဖိအားပေးခြင်းကိုသာ စတင်အသုံးပြုနိုင်ပါသည်။ ဆိုက်ဖွဲ့စည်းပုံ တည်ငြိမ်ကြောင်းနှင့် သင်တကယ် နောက်ဆုံးပေါ်နည်းပညာလိုအပ်ကြောင်း အတည်ပြုပြီးနောက်တွင် ပြောင်းလဲခြင်းကို စတင်နိုင်ပါသည်။

၄။ အခြေအနေအလိုက် အကြံပြုချက်များ – ဝက်ဘ်ဆိုဒ်အမျိုးအစားအလိုက် မည်သို့ရွေးချယ်ရမည်

WordPress ပေါ်မှာ အကုန်လုံး လည်ပတ်ပေမယ့်၊ အကြောင်းအရာဆိုက်များ၊ အွန်လိုင်းရောင်းဝယ်ရေးဆိုက်များ၊ ပေါ့ဖိုလီယိုဆိုက်များနှင့် အဖွဲ့ဝင်ဆိုက်များတွင် “ပုံဆိုင်ရာ အခက်အခဲများ” ကွာခြားနေသည်။

၄.၁ အကြောင်းအရာဆိုက်များ/ဘလော့ဂ်များ (ဓာတ်ပုံများနှင့် ဆောင်းပါးများစွာပါဝင်ပြီး အလယ်အလတ်အကြိမ်နှုန်းဖြင့် အပ်ဒိတ်လုပ်သည်)

ဦးစားပေးအကြံပြုချက်များ:

  1. အရွယ်အစား သတ်မှတ်မူဝါဒ (အဆင့် ၁)
  2. ဖိအား (အဆင့် ၂)
  3. WebP (အဆင့် ၃)

ပိုသင့်လျော်သော လမ်းကြောင်း:

  • အခက်အခဲမရှိတဲ့ ရွေးချယ်စရာလိုချင်ရင် Option B မှာပါတဲ့ ShortPixel၊ Imagify၊ TinyPNG သုံးခုထဲက တစ်ခုကို ရွေးပါ။
  • အခမဲ့ရွေးချယ်စရာလိုချင်ရင် Route A (Plus WebP + EWWW) ကိုသုံးနိုင်ပါတယ်၊ ဒါပေမယ့် အန္တရာယ်တွေကို ပထမဦးဆုံး သုံးသပ်ဖို့ “Conservative Mode (မူရင်းဓာတ်ပုံများကို ဖျက်မပစ်ပါ)” နဲ့ စတင်ဖို့ အကြံပြုပါတယ်။

အများပြည်သူကြုံတွေ့ရသော အခက်အခဲများ

4.2 အွန်လိုင်းကုန်သွယ်ရေး/ထုတ်ကုန် ဝက်ဘ်ဆိုဒ်များ (သေးငယ်သော ပုံများနှင့် ပုံအမျိုးမျိုး များပြားစွာ ပါဝင်၍ တည်ငြိမ်မှုမှာ အရေးကြီးဆုံးဖြစ်သည်)

အွန်လိုင်းကုန်သွယ်မှုတွင် အများဆုံးတွေ့ရသော ပြဿနာများမှာ “ပုံဖိသိပ်မှုအရည်အသွေးဆိုးနေခြင်း” မဟုတ်ဘဲ “optimize ပြီးနောက် တချို့ အတိုင်းအတာများ မှားယွင်းနေခြင်း၊ thumbnail မတွေ့ခြင်း၊ သို့မဟုတ် front-end component များက ပုံများကို မရယူနိုင်ခြင်း” တို့ဖြစ်သည်။

ဦးစားပေးအကြံပြုချက်များ:

  1. သတိထားစတင်ပါ၊ ကွန်ပရက်ရှင်းမဟာဗျူဟာကို သေချာစွာ ထိန်းသိမ်းထားပြီး တစ်ပြိုင်နက်လုံး ဒေတာဘေ့စ်အစားထိုးခြင်းကို မလုပ်ပါနှင့်။
  2. သေးငယ်ပုံအရွယ်အစားများအား သုံးသပ်ခြင်း: အီ-ကောမတ်စ် theme များသည် ပုံမှန်အားဖြင့် ပိုမိုသော အရွယ်အစားများကို ထုတ်လုပ်ပြီး ဒေတာအသုံးပြုမှုကို သိသိသာသာ တိုးမြှင့်စေသည် (ShortPixel နှင့် TinyPNG တွင် အထူးသဖြင့် ထင်ရှားသည်)။
  3. ပထမဦးစွာ အနည်းငယ်သာ စမ်းသပ်ပြီးနောက် ပိုမိုကျယ်ပြန့်သော ပရိသတ်ထံသို့ တိုးချဲ့ဖြန့်ချိပါ (ဤအချက်သည် အလွန်အရေးကြီးပါသည်)

ပိုသင့်လျော်သော လမ်းကြောင်း:

  • Option B သည် အခက်အခဲကင်းသော ရွေးချယ်စရာဖြစ်ပြီး ShortPixel၊ Imagify နှင့် TinyPNG တို့သည် အစုလိုက်လုပ်ငန်း (batch processing) ကို အားလုံးထောက်ပံ့ပေးသည်။ အဓိကမှာ quota စနစ်ကို နားလည်ပြီး ကြိုတင်ကုန်ကျစရိတ်များကို ခန့်မှန်းထားခြင်းဖြစ်သည်။
  • ရွေးချယ်စရာ A ကိုလည်း အသုံးပြုနိုင်သော်လည်း Plus WebP ၏ ID များကို overwrite ပြုလုပ်ခြင်း၊ မူရင်းပုံများကို ဖျက်ခြင်းနှင့် URL များကို အစားထိုးခြင်းဆိုင်ရာ လုပ်ဆောင်ချက်များတွင် ပိုမိုသတိထားရပါမည်။ ဤသည်မှာ ပိုင်ဆိုင်မှုရွှေ့ပြောင်းခြင်းဖြစ်သောကြောင့် တစ်ပြိုင်နက်လုံးအားလုံးကို အစားထိုးရန် မသင့်ပါ။

၄.၃ ပို့ဖိုးလီယိုများ/ဓာတ်ပုံဝက်ဘ်ဆိုဒ်များ (ပုံအရည်အသွေး အရေးကြီးပြီး ဖိုင်အရွယ်အစား ကြီးမားကာ မြင်ကွင်းဆွဲဆောင်မှု အထူးအရေးပါသော)

ဦးစားပေးအကြံပြုချက်များ:

  1. အရွယ်အစား သတ်မှတ်မဟာဗျူဟာ (ပြသဧရိယာ ထိန်းချုပ်မှု)
  2. ဖိသိပ်ခြင်း မဟာဗျူဟာ (အသေးစိတ်ဆုံးရှုံးခြင်းထက် အနည်းငယ်ပိုကြီးသော ဖိုင်တစ်ခုရှိခြင်း ပိုကောင်းသည်)
  3. WebP/AVIF (ကြီးမားသောပုံများအတွက် အကျိုးကျေးဇူးများ သေချာပြီဖြစ်သော်လည်း မြင်ကွင်းအရည်အသွေးကို အတည်ပြုရန် လိုအပ်သည်)

ပိုသင့်လျော်သော လမ်းကြောင်း:

  • Imagifyမူရင်းပုံအရွယ်အစားအပေါ်မူတည်၍ ကုတာကို ဖြတ်တောက်သဖြင့် ဤအမျိုးအစားဆိုက်သည် ကုန်ကျစရိတ်ကို ထိန်းချုပ်ရလွယ်ကူစေသည် (ပုံကြီးတစ်ပုံစီအတွက် ဘယ်လောက်ကုန်ကျမည်ကို ခန့်မှန်းနိုင်သဖြင့်)၊ သို့သော် ထပ်ခါထပ်ခါ ပြန်လည်ဖိသိပ်ခြင်းကို ရှောင်ရှားသင့်သည်။
  • ရှော့တပီကဆယ်သေးငယ်ပုံများအရေအတွက် မများပါက ခရက်ဒစ်အသုံးပြုမှုမှာ ရိုးရှင်းသော်လည်း၊ အရွယ်အစားများစွာနှင့် နောက်မျိုးဆက်ဗားရှင်းများကို ဖန်တီးပါက ခရက်ဒစ်စားသုံးမှု အလွန်တိုးမည်ဖြစ်၍ ကြိုတင်စီမံထားရမည်။

၅။ ဒေတာခွင့်ပြုချက်များနှင့် ငွေတောင်းခံခြင်း: အခမဲ့ခွင့်ပြုချက်သည် လုံလောက်ပါသလားကို အပြည့်အစုံစစ်ဆေးခြင်း

ဘယ်ဟာက ငွေကြေးတန်ဖိုးပိုကောင်းသလဲ၊ အခမဲ့စမ်းသပ်ကာလ ဘယ်လောက်ကြာမလဲ?

၅.၁ သုံးမျိုးသော ငွေတောင်းခံပုံစံများ

  • ရှော့တပီကဆယ်(ဂုဏ်ပြုမှတ်တမ်း)ခရက်ဒစ်များကို မူရင်းပုံနှင့် သေးငယ်ပုံများ၏ အရေအတွက်ပေါ် မူတည်၍ တွက်ချက်သည်။ WebP/AVIF ဖိုင်များ ဖန်တီးပါက သက်ဆိုင်ရာ ဗားရှင်းတိုင်းအတွက် ထပ်ဆောင်း ခရက်ဒစ်ကြေး ကောက်ခံမည်။
  • Imagify(MB ကန့်သတ်): ကိုတာကို မူရင်းဖိုင်အရွယ်အစားအပေါ် အခြေခံ၍ ဖြတ်တောက်သည်; thumbnail များများလာသမျှ ကိုတာအသုံးပိုများမည်; ပြန်လည်ဖိသိပ်ခြင်းပြုလုပ်ပါက ကိုတာပိုမိုဖြတ်တောက်ခံရမည်။
  • တီနီပီအန်ဂျီ(ဂုဏ်ပြုမှတ်တမ်း)လစဉ် ၅၀၀ ခရက်ဒစ်; WebP/AVIF ပြောင်းလဲခြင်းကို ဖွင့်ထားပါက ပုံအရွယ်အစားတိုင်းအတွက် ထပ်ဆောင်းကြေး ကောက်ခံမည်။

၅.၂ အမြန်ခန့်မှန်းနည်းများ

အောက်ပါအတိုင်း ခန့်မှန်းနိုင်ပါသည်။

  1. သင် မကြာခဏ တင်လေ့ရှိသော မူရင်းပုံတစ်ပုံကို ရွေးပြီး ၎င်း၏ ခန့်မှန်းအရွယ်အစားကို စစ်ဆေးပါ (ဥပမာ 300KB / 1MB / 3MB)
  2. ဒါဟာ သင့်ဆိုဒ်မှာ ပုံမှန်အားဖြင့် ထုတ်လုပ်တဲ့ သေးငယ်တဲ့ ပုံအရွယ်အစား (ဥပမာ ၅၊ ၁၀ သို့မဟုတ် ၂၀) အရေအတွက်ပေါ် မူတည်ပါတယ်။
  3. WebP/AVIF ဖော်မတ်ဖြင့် ထုတ်လုပ်လိုပါသလား (ဟုတ်/မဟုတ်) ဆုံးဖြတ်ပါ။

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

  • ရှော့တပီကဆယ်ပုံတစ်ပုံလျှင် ခန့်မှန်း၍ (၁ + thumbnail များ၏ အရေအတွက်) ခရက်ဒစ်များရှိသည်။ WebP/AVIF ဖော်မတ်ဖြင့် ထုတ်လုပ်ပါက ထိုခရက်ဒစ်များကို နှစ်ဆတိုးရမည် (နောက်မျိုးဆက်ဗားရှင်းများတွင်လည်း ခရက်ဒစ်များလိုအပ်သောကြောင့်)။
  • Imagifyပုံတစ်ပုံအတွက် သတ်မှတ်ထားသော ကုလားထိုင်မှာ မူရင်းပုံအရွယ်အစားနှင့် thumbnail အားလုံး၏ စုစုပေါင်းအရွယ်အစားကို ပေါင်းထားသည့် တန်ဖိုးခန့်မှန်းဖြစ်သည်။ ဖိနှိပ်မှုအဆင့်ကို ပြောင်းလဲ၍ ပုံကို ထပ်မံဖိနှိပ်ခြင်းဖြင့် ကုလားထိုင်မှ ထပ်မံလျော့နည်းသွားမည်။
  • တီနီပီအန်ဂျီ: အခမဲ့ခရက်ဒစ် ၅၀၀; သင့်ဆိုဒ်တွင် တစ်ပုံလျှင် အရွယ်အစား များစွာ ထုတ်လုပ်ပြီး ပုံပြောင်းလဲခြင်း ဖွင့်ထားပါက အခမဲ့ပုံများအရေအတွက်သည် သိသိသာသာ လျော့နည်းသွားမည် (plugin စာမျက်နှာတွင် “တစ်လလျှင် ခန့်မှန်း ၁၀၀ ခန့်” နှင့် “တစ်လလျှင် ခန့်မှန်း ၅၀ ခန့်” ဟု ခန့်မှန်းချက် ဖော်ပြထားသည်)

၆။ အန္တရာယ်ဖော်ပြချက်

အန္တရာယ် ၁: ပလပ်ဂင်များစွာက တစ်ခုတည်းသော တာဝန်ကို ဆောင်ရွက်ခြင်းမှ ရှောင်ရှားပါ။

ဤသည်မှာ အများဆုံးတွေ့ရသော “ဘေးအန္တရာယ်ရင်းမြစ်” ဖြစ်သည်။”

  • လမ်းကြောင်း A:ထို့အပြင် WebP သို့မဟုတ် AVIF နှင့် EWWWတာဝန်များကို နှစ်ဦးကြား ခွဲဝေပါ။ ပြောင်းလဲခြင်းနှင့် ပို့ဆောင်ခြင်းကို တစ်ပြိုင်နက် မလုပ်ဆောင်ပါနှင့်၊ ထိုနှစ်ခုထဲမှ တစ်ခုသာ တပ်ဆင်ပါ။
  • ရွေးချယ်စရာ B: ShortPixel / Imagify / TinyPNG သုံးခုထဲမှ တစ်ခုကို ရွေးပါ။(ကွန်ပရက်ရှင်းနှင့် နောက်မျိုးဆက်ကို ကိုင်တွယ်ရန် တစ်ခုရွေးပါ)

အန္တရာယ် ၂: ထို့အပြင် WebP ၏ “ID ကို အစားထိုးရေးခြင်း / မူရင်းပုံကို ဖျက်ခြင်း / URL ကို အစားထိုးခြင်း” လုပ်ဆောင်ချက်များသည် ပိုင်ဆိုင်မှုရွှေ့ပြောင်းခြင်း ဖြစ်သည်။

ထပ်မံပြောရရင်ထို့အပြင် WebP ဖော်ပြချက်တွင် ပြည့်စုံစွာ ဖော်ပြထားသည့်အတိုင်း တစ်ကြိမ် ပြန်လည်ထုတ်လုပ်သည့်အခါ မူရင်းပုံ ID ကို အစားထိုးရေးသားပြီး၊ မူရင်းဖိုင်ကို ဖျက်ပစ်ကာ၊ အကြောင်းအရာ URL ကိုလည်း အစားထိုးမည်ဖြစ်သည်။
ဤသည်မှာ မည်သည့်အချိန်တွင်မဆို ပြန်လည်ပြင်ဆင်နိုင်သည့် သေးငယ်သောပြင်ဆင်ချက်တစ်ခုမဟုတ်ဘဲ ပစ္စည်းအဆင့်တွင် ပြုလုပ်သည့် ပြောင်းလဲမှုတစ်ခုဖြစ်သည်။

အကြံပြုထားသော မဟာဗျူဟာမှာ ဖြစ်သင့်သည်။

  • အနည်းငယ်အဆင့် စမ်းသပ်မှုဖြင့် စတင်ပါ (ဒဇင်အနည်းငယ်မှ ရာအနည်းငယ်အထိ)
  • ရှေ့ဘက်ပြသမှု၊ သေးငယ်ပုံများနှင့် ကက်ရှ်အပ်ဒိတ်များအားလုံး မှန်ကန်စွာ လည်ပတ်နေကြောင်း အတည်ပြုပါ။
  • ဒေတာဘေ့စ်အားလုံးကို ပြုလုပ်ဆောင်ရွက်ရန် စဉ်းစားပါ။

အန္တရာယ် ၃: cloud compression အတွက် “အခမဲ့ခွင့်” ကို တကယ်အသုံးပြုနိုင်မှုသည် thumbnail များအရေအတွက်နှင့် နောက်မျိုးဆက်ရွေးချယ်စရာများပေါ် မူတည်သည်။

  • ရှော့တပီကဆယ်သေးငယ်ပုံများနှင့် နောက်မျိုးဆက်အင်္ဂါရပ်များသည် ခရက်ဒစ်များပေါ်တွင် အလွန်အကျွံ သက်ရောက်မှုရှိမည်။
  • တီနီပီအန်ဂျီWebP/AVIF ကို ဖွင့်ထားပါက ပုံအရွယ်အစား တစ်ခုချင်းစီအတွက် ထပ်ဆောင်း အကြွေး လျော့နည်းမှု ဖြစ်ပေါ်မည်။
  • Imagifyမူရင်းပုံ၏ အရွယ်အစားအပေါ် အခြေခံ၍ ကုန်ကျစရိတ်တွက်ချက်သည်။ thumbnail များများလာသမျှ ကုန်ကျစရိတ်ပိုများမည်။ ထပ်မံဒေါင်းလုဒ်လုပ်ခြင်းများအတွက် ထပ်ဆောင်းကုန်ကျစရိတ်များရှိမည်။

အန္တရာယ် ၄: “WebP/AVIF ဖိုင်ကို ဖန်တီးပြီးပါပြီ” ဆိုတာက “ရှေ့ဘက်ဝန်ဆောင်မှုက WebP/AVIF ကို ပေးဆောင်နေပြီ” ဆိုလိုတာ မဟုတ်ပါ။”

အများအပြားသော လူများက ပြောင်းလဲပြီးနောက် သူတို့၏ဆိုဒ် ပိုမြန်လာခြင်း မရှိဘူးလို့ ခံစားနေကြသည်။ အဓိကအကြောင်းရင်းမှာ front-end မှာ JPG/PNG ဖိုင်တွေကို ဆက်လက်ပို့ဆောင်နေရခြင်းဖြစ်ပြီး (caching၊ rewriting၊ tags သို့မဟုတ် browser negotiation တစ်ခုခု မကိုက်ညီခြင်းကြောင့်) ဖြစ်သည်။

၇။ ပြီးဆုံးပြီးနောက် ထိရောက်မှု ရှိမရှိကို ဘယ်လို စစ်ဆေးရမလဲ။

ရိုးရှင်းလွန်းတဲ့ စစ်ဆေးစခန်း ၄ ခု:

  1. တစ်ခုတည်းသော စာမျက်နှာကို ဒုတိယကြိမ် ပြန်လည်အသစ်တင်သောအခါ၊ ဖိုင်တင်ခြင်းလုပ်ငန်းစဉ် ပိုမိုတည်ငြိမ်ပြီး မြန်ဆန်ပါသလား။(cache နှင့် optimisation ရဲ့ ထိရောက်မှုတွေ ဘယ်လောက်ထင်ရှားသလဲ?)
  2. မိုဘိုင်းစက်ပစ္စည်းများနှင့် ဒက်စ်တော့ပ်ကွန်ပျူတာများတွင် တင်ထားသော ပုံများ၏ အရွယ်အစားတွင် ထင်ရှားစွာ ကွာခြားချက် ရှိပါသလား။(တုံ့ပြန်နိုင်သော အရင်းအမြစ်စုံ/အရွယ်အစားများ (အလုပ်လုပ်မလုပ်)
  3. အနည်းငယ်သော ပုံများကို မရွေးမချယ် စစ်ဆေးပြီး WebP သို့မဟုတ် AVIF ဖိုင်များ/အရင်းအမြစ်များ ရှိမရှိ စစ်ဆေးပါ။(ဆိုက်ဟာ တကယ်အသုံးပြုနေပါသလား နောက်မျိုးဆက်）
  4. ဓာတ်ပုံအနည်းငယ်ကို ကြည့်ပြီး၊ zoom in လုပ်၍ မှုန်ယိုနေသလား၊ စာသားတွေ မရှင်းလင်းဘဲ မှုန်ယိုနေသလား စစ်ဆေးပါ။(ဖိအားက အလွန်ပြင်းနေသလား?)

ဤလေးချက်လုံး သက်ဆိုင်ပါက သင်ရွေးချယ်ထားသော လမ်းကြောင်းသည် ယခုအခါ လည်ပတ်ပြီးဖြစ်ကြောင်း ဆိုလိုသည်။ နောက်တစ်ခုသို့ ဆက်လက်ရွေ့လျားပါ CDN “ပို့ဆောင်ရေးအလွှာ”...စုစုပေါင်းအားဖြင့် ပိုမိုတည်ငြိမ်မည်။

၈။ ဆောင်ရွက်ရန် အကြံပြုချက်များ

  1. ပထမဦးစွာ လမ်းကြောင်းတစ်ခုကို ရွေးပါ:
  • ကျွန်ုပ်သည် ၎င်းကို အများဆုံး အခမဲ့အဖြစ် ထိန်းသိမ်းလိုပါသည်။: WebP သို့မဟုတ် AVIF နှင့် EWWW (သို့မဟုတ် ထိုနှစ်ခုထဲမှ တစ်ခုသာ တပ်ဆင်ရန်)
  • ဆာဗာအရင်းအမြစ်များကို သက်သာစေရန်လိုပါသလား။ အသုံးပြုမှုအတိုင်း ပေးဆောင်ခြင်းက ပိုမိုအဆင်ပြေပါတယ်။ShortPixel၊ Imagify သို့မဟုတ် TinyPNG တစ်ခုကို ရွေးပါ။
  1. အနည်းငယ်သာ စမ်းသပ်ခြင်းဖြင့် စတင်ပါ (ဒဇင်အနည်းငယ်)
  2. အစုလိုက်လုပ်ဆောင်မတိုင်မီ အရာအားလုံး စနစ်တကျဖြစ်ကြောင်း စစ်ဆေးပါ။
  3. ပို့ဆောင်မှု ယုံကြည်စိတ်ချရမှုကို ပိုမိုတိုးတက်အောင် မြှင့်တင်ရန် လိုအပ်ပါသည်။ဖတ်ခြင်း CDN အရှိန်မြှင့်တင်ခြင်း

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

၁။ ဘယ်လောက် plugin တွေ ထည့်သွင်းသင့်သလဲ။ အားလုံးကို ထည့်သွင်းလို့ရမလား။

တစ်ခုတည်းသော လမ်းကြောင်းတစ်ခုကိုသာ လိုက်နာကြိုးစားပါ။

  • ရွေးချယ်စရာ A: Plus WebP သို့မဟုတ် AVIF နှင့် EWWW Image Optimizer (သို့မဟုတ် ၎င်းတို့ထဲမှ တစ်ခုသာ တပ်ဆင်ရန်)
  • ရွေးချယ်မှု B: ShortPixel၊ Imagify သို့မဟုတ် TinyPNG တစ်ခုကို ရွေးပါ။
    တစ်ခုတည်းသောဆိုဒ်တွင် plugin များစွာကို တပြိုင်နက်တည်း “ဒေတာဖိသိပ်ခြင်း၊ WebP သို့မဟုတ် AVIF ပြောင်းလဲခြင်း၊ URL ပြင်ဆင်ခြင်းနှင့် ပို့ဆောင်ရေး ပြန်ရေးဆွဲခြင်း” လုပ်ဆောင်ရန် အသုံးပြုခြင်းသည် ပြဿနာများစွာ ဖြစ်ပေါ်စေပြီး ပြဿနာများကို ဖြေရှင်းရန် အခက်ဆုံးနည်းလမ်းဖြစ်သည်။

၂။ WordPress မှာ WebP/AVIF ကို မူလကတည်းက မထောက်ပံ့သေးပါသလား? plugin တစ်ခုလိုအပ်ပါသလား?

အောက်ပါအရာများအကြား ခွဲခြားသိရှိထားခြင်းမှာ အရေးကြီးပါသည်။
“တင်သွင်း/အသုံးပြုရန် ထောက်ပံ့ခြင်း” ≠ “အလိုအလျောက် ပြောင်းလဲခြင်း/အလိုအလျောက် ပို့ဆောင်ခြင်း”
WordPress 6.5 သည် ရှိပြီးသား JPG/PNG ဖိုင်များကို WebP/AVIF သို့ အစုလိုက်အပြုံလိုက် အလိုအလျောက် ပြောင်းလဲပေးခြင်း မပြုပါ၊ ထို့အပြင် ဘရောက်ဇာ၏ စွမ်းဆောင်ရည်အပေါ် မူတည်၍ AVIF/WebP ကို ပို့ဆောင်ပြီး မရနိုင်ပါက မူလဖော်မတ်သို့ ပြန်လည်အသုံးပြုသည့် လုပ်ငန်းစဉ်တစ်ခုလုံးကိုလည်း အလိုအလျောက် မစီမံပေးပါ။ ရှိပြီးသား မီဒီယာစာကြည့်တိုက်ကိုလည်း အပ်ဒိတ်လုပ်နိုင်ရန် ပလပ်ဂင် သို့မဟုတ် ဝန်ဆောင်မှုတစ်ခုကို အသုံးပြုရမည်ဖြစ်သည်။

၃။ ပုံအကောင်းမြှင့်တင်ခြင်းအတွက် အမြတ်ပြန်အများဆုံးရရှိစေတဲ့ အဆင့်က ဘယ်အဆင့်လဲ?

ပုံမှန်အားဖြင့် ပထမဦးဆုံး အတိုင်းအတာများကို မှန်ကန်စွာ သတ်မှတ်ပါ (srcset/sizes)。
ဝက်ဘ်ဆိုဒ်အများအပြားဟာ ဖိသိပ်မထားတာကြောင့်မဟုတ်ဘဲ၊ စာမျက်နှာအကျယ်ကို 900px ပဲပြထားပြီး မူရင်း 3000px ပုံကို ဒေါင်းလုပ်ဆွဲခိုင်းတာကြောင့် နှေးနေကြတာပါ။ ဖိသိပ်ခြင်းက ကီလိုဘိုက်အနည်းငယ်သာ သက်သာစေနိုင်ပေမယ့်၊ အတိုင်းအတာမှားယွင်းထားခြင်းကြောင့် မလိုအပ်ပဲ အဲ့ဒီဒေတာပမာဏထက် အများကြီးကို ဒေါင်းလုပ်ဆွဲရစေပါတယ်။

၄။ တစ်ခါတိုင်း မူရင်းပုံမဟုတ်ဘဲ “အသေးစားဗားရှင်း” ကို တင်နေတယ်ဆိုတာ ဘယ်လိုသေချာနိုင်မလဲ?

ဖြစ်ရပ်နှစ်ခုကို စဉ်းစားပါ။

  • မိုဘိုင်းစက်ပေါ်တွင် ကြည့်လျှင် ဒေါင်းလုဒ်ဆွဲထားသော ပုံများသည် ဒက်စ်တော့ပ်ပေါ်တွင် ကြည့်လျှင်ထက် သိသာစွာ သေးငယ်နေသည်။
  • တူညီသော ပုံ၏ ဖိုင်အရွယ်အစားသည် ထည့်သွင်းထားသော ကိရိယာပေါ် မူတည်၍ ကွဲပြားသည်။
    ပုံများကို မူလအရွယ်အစားအတိုင်း အမြဲဒေါင်းလုဒ်လုပ်နေရခြင်းမှာ၊ theme သို့မဟုတ် builder က ပုံကို CSS နောက်ခံပုံ (background image) သို့မဟုတ် စိတ်ကြိုက်ထုတ်လွှင့်မှု (custom output) အဖြစ် သတ်မှတ်ထား၍ media library ၏ အရွယ်အစားအမျိုးမျိုးထောက်ပံ့မှုနှင့် `srcset` attribute ကို ကျော်လွှားထားခြင်းကြောင့် ဖြစ်ပါသည်။

၅။ “WebP/AVIF generated” ဟုဆိုသည်မှာ ရှေ့ဘက်တွင် WebP/AVIF ထုတ်ပေးနေသည်ဟု အလိုအလျောက် ဆိုလိုပါသလား?

ညီမျှခြင်းမဟုတ်ပါ
ဖန်တီးမှုက “ဖိုင်အဆင့်” မှာသာ ပြီးသွားတာပါ။ ရှေ့ဘက်တွင် WebP/AVIF ကို အမှန်တကယ် ပေးပို့နိုင်မနိုင်က rewrite၊ picture tag မဟာဗျူဟာ၊ cache hit ဖြစ်မဖြစ်၊ browser ညှိနှိုင်းမှု အလုပ်လုပ်မလုပ် စတာတွေపై မူတည်ပါတယ်။ လုပ်ပြီးသွားရင် “ပုံအချို့ရဲ့ resource type ကို သေချာ စစ်ဆေးကြည့်” ရပါမယ်။

6. WebP သို့မဟုတ် AVIF နှင့်ဆက်စပ်သော အန္တရာယ်များက တကယ်ဘာတွေလဲ။ ဒေတာဘေ့စ်တစ်ခုလုံးကို တစ်ချက်နှိပ်ပြီး စကင်လုပ်လို့ရပါသလား။

အန္တရာယ်က “compression” မှာ မဟုတ်ဘဲ၊ပိုင်ဆိုင်မှုရွှေ့ပြောင်းအဆင့်များတွင် ပြောင်းလဲမှုများ：

  • အပြည့်အစုံ စုစည်းမှုကို ဖန်တီးသည့်အခါ မူရင်း ပုံဖိုင် ID များကို အစားထိုးရေးသားနိုင်ပြီး မူရင်း ဖိုင်များကို ဖျက်ပစ်နိုင်ပြီး အကြောင်းအရာအတွင်းရှိ URL များကို အစားထိုးနိုင်သည်။
    ဒါကြောင့်ကျွန်ုပ်တို့သည် ဒေတာဘေ့စ်အားလုံးကို ချက်ချင်း အစားထိုးရန် မအကြံပြုပါ။အရင်ဆုံး မှတ်တမ်းအရေအတွက် အနည်းငယ် (ဒဇင်အနည်းငယ်မှ ရာအနည်းငယ်အထိ) ဖြင့် စမ်းသပ်ပြီး၊ အပြည့်အစုံ ဒေတာဘေ့စ်ကို ဆက်လက်မလုပ်မီ အလုပ်လုပ်နိုင်သော မိတ္တူကူးထားမှု ရှိကြောင်း သေချာစေပါ။

7. Plus WebP တွင် မုဒ်နှစ်ခု (မူရင်းပုံကို သိမ်းထားခြင်း သို့မဟုတ် မူရင်းပုံကို အစားထိုးပြီး ဖျက်ခြင်း) အတွက် ဘယ်လိုရွေးချယ်ရမလဲ?

ရိုးရှင်းစွာပြောရရင်:

  • ရွေးချယ်စရာ ၁။ မူရင်းပုံကို သိမ်းဆည်းထားပြီး WebP/AVIF မိတ္တူများ ဖန်တီးခြင်း (ပိုမိုယုံကြည်စိတ်ချရသည်)ပြန်ပြောင်းရလွယ်ကူပေမယ့် ဒစ်စ့်နေရာပိုယူတယ် (မူရင်းပုံ + အသစ်ဖော်မက် + thumbnail အရွယ်အစားအမျိုးမျိုး)။
  • နည်းလမ်း ၂: မူရင်းပုံကို အစားထိုးပြီး ဖျက်ပစ်ခြင်း (ပိုမိုပြင်းထန်သော)ဒီ ဒစ်စခ်မှာ တိုးချဲ့မှု မဖြစ်တတ်ပေမယ့်၊ အက်ဆက်များနဲ့ ရည်ညွှန်းချက်များကို ပြင်ဆင်မယ်ဆိုရင် ကိုက်ညီမှုဆိုင်ရာ ပြဿနာတွေကို ဖြေရှင်းရတာ ပိုမိုကုန်ကျစရိတ်များသွားပါလိမ့်မယ်။
    ဆိုက်သည် ပိုမိုရှုပ်ထွေး (အွန်လိုင်းရောင်းဝယ်ရေး၊ ပလပ်ဂင်များစွာ၊ အရွယ်အစားမျိုးစုံ) ဖြစ်လာသမျှ ကျွန်ုပ်တို့သည် ပိုမိုတည်ငြိမ်သော နည်းလမ်းဖြင့် စတင်ရန် ပိုမိုအကြံပြုပါသည်။

၈။ EWWW Image Optimizer မှ ပေးသော အခမဲ့ ဒေသခံ ဖိသိပ်မှုသည် လုံလောက်ပါသလား။ ဆာဗာကို အလွန်အကျွံ တာဝန်ပေးမလား။

EWWW သည် “ဒေသဆိုင်ရာ ဖိသိပ်ကိရိယာ” တစ်ခုကဲ့သို့ ဖြစ်ပြီး၊ CPU/IO ကို စားသုံးသည်။
အစုလိုက်အကောင်းဆုံးပြုလုပ်စဉ်တွင် လုပ်ငန်းပမာဏ တိုးလာခြင်းသည် ပုံမှန်ဖြစ်ပါသည်။ ဤသည်မှာ စနစ်ပျက်ကွက်နေသည်ဟု မဆိုလိုဘဲ နည်းလမ်းမှန်ကန်ရန် လိုအပ်ကြောင်းသာ ဖြစ်ပါသည်။ အလုပ်များကို အစုလိုက်အကောင်းဆုံးပြုလုပ်ကာ လူသုံးနည်းသော အချိန်များတွင် ဆောင်ရွက်ပြီး လိုအပ်ပါက ဒေတာများကို ဒေါင်းလုဒ်သို့ သို့မဟုတ် ကလောဒ် ဖြေရှင်းချက်များသို့ ရွှေ့ပြောင်းသုံးစွဲနိုင်ပါသည်။
အခက်အခဲမရှိတဲ့ ဖြေရှင်းချက်တစ်ခုလိုချင်ပါက သို့မဟုတ် သင့်ဆာဗာအရင်းအမြစ်များကန့်သတ်ထားပါက Option B သည် ဆာဗာထိရောက်မှုပိုမိုကောင်းမွန်သည်။

၉။ ShortPixel က တစ်လကို အခမဲ့ ခရက်ဒစ် ၁၀၀ ပေးပေမယ့်၊ ဓာတ်ပုံအနည်းငယ်သာ သုံးပြီးတာနဲ့ ခရက်ဒစ်တွေ ပြည့်သွားသလို ခံစားရတာ ဘာကြောင့်လဲ?

ဘာလို့ဆိုတော့ “Credits” သည် 'ပုံအရေအတွက်' ကို မရည်ညွှန်းပါ။”ကို thumbnails နှင့် နောက်မျိုးဆက်ဖြင့် တိုးချဲ့မည်။

  • မူရင်းပုံနှင့် thumbnail တစ်ခုချင်းစီအတွက် ခရက်ဒစ်
  • WebP/AVIF ဖိုင်များ ထုတ်လုပ်ပါက၊ သက်ဆိုင်ရာ ဗားရှင်းတိုင်းအတွက် ကရက်ဒစ်များ ပိုမိုကုန်ကျမည်။
    သင်ထင်ထားသလို “ပုံတစ်ပုံ” သာမက တကယ်တော့ “အကောင့်အမှတ် ၁၀ နီးပါး” သုံးစွဲနိုင်ပါတယ်။ ShortPixel

10. Imagify ရဲ့ အခမဲ့ တစ်လလျှင် 201 TP234T ခွင့်ပြုချက်က ဘာကြောင့် အလျင်အမြန် ကုန်သွားတာလဲ?

Imagify သည် “ဒေတာဘန်ဒယ်” တစ်ခုကဲ့သို့ပိုမိုဆန်သည်။

  • သင့်စာအရမူရင်း ဖိုင် အရွယ်အစားကိုတာမှ ဖြုတ်ခြင်း
  • သေးငယ်တဲ့ပုံများ ပိုများလာသမျှ အရင်းအမြစ်သုံးစွဲမှု ပိုများလာသည်။
  • ကွန်ပရက်ရှင်းအဆင့်ကို ပြောင်းလဲပြီး ပြန်လည်အကောင်းဆုံးပြုလုပ်ခြင်းက ကိုတာကို ထပ်မံသုံးစွဲမည်။
  • API key တစ်ခုတည်းကို ဆိုက်များစွာတွင် အသုံးပြုနိုင်ပြီး ကန့်သတ်ချက်များကို မျှဝေသုံးစွဲနိုင်သည်။
    ထို့ကြောင့် “20MB မကြာမီကုန်သွားမည်” ဆိုသည့် မက်ဆေ့ခ်ျသည် ပုံများကြီးလွန်းခြင်း၊ thumbnail များများလွန်းခြင်း သို့မဟုတ် ထပ်ခါထပ်ခါ စမ်းသပ်မှားယွင်းခြင်းကြောင့် မကြာခဏ ဖြစ်ပေါ်တတ်သည်။

11. TinyPNG သည် တစ်လလျှင် အခမဲ့ 500 ခရက်ဒစ် ပေးသော်လည်း၊ plugin မှာ တစ်လလျှင် ပုံ 100 ခန့်သာ ရနိုင်တယ်လို့ ပြနေပြီး၊ WebP/AVIF ဖွင့်ပြီးနောက်မှာ တစ်လလျှင် ပုံ 50 သာ ကျန်တာ ဘာကြောင့်လဲ။

ဒါကြောင့် TinyPNG ခရက်ဒစ်များကိုလည်း “Dimensions/Variants” အောက်တွင် တိုးမြှင့်ထားပါသည်။

  • စံ WordPress တပ်ဆင်မှုတစ်ခုသည် ပုံမှန်အားဖြင့် တစ်လလျှင် ပုံ ၁၀၀ ခန့်ကို ဖိသိပ်ပေးသည်။
  • AVIF သို့မဟုတ် WebP ပြောင်းလဲမှုကို ဖွင့်ရန်:ပုံအရွယ်အစား တစ်ခုချင်းစီအတွက် အပို ခရက်ဒစ် တစ်ခု ကုန်ကျပါမည်။, ထို့ကြောင့် thumbnail အရွယ်အစားအရ တစ်လကို ပုံ ၅၀ ခန့်သာ ဖိသိပ်ပြောင်းလဲနိုင်ပါလိမ့်မယ်။
    ဒါဆိုရင် 500 ခရက်ဒစ် = ဓာတ်ပုံ 500 ပုံ မဟုတ်ပါဘူး။

12. ကျွန်ုပ်တို့၏ဆိုဒ်တွင် သေးငယ်သောပုံများ (thumbnails) မည်မျှရှိပါသလဲ။ ထိုပုံများက ဘာကြောင့် ထိရောက်မှုကြီးမားသလဲ။

WordPress သို့ ပုံတစ်ပုံ တင်လိုက်သောအခါ အရွယ်အစား များစွာ ဖန်တီးပေးပြီး၊ theme များနှင့် plugin များ (အထူးသဖြင့် e-commerce အတွက် အသုံးပြုသော plugin များ) က ပိုမိုများစွာ ဖန်တီးနိုင်သည်။
Cloud compression တွင် credits သို့မဟုတ် quotas များကို ပုံမှန်အားဖြင့် မူရင်းပုံများနှင့် thumbnails များကို ပေါင်းစပ်၍ တွက်ချက်သောကြောင့် thumbnails များများလာသမျှ သင့်အခမဲ့ခွင့်ပမာဏသည် ပိုမိုမြန်မြန် ကုန်ဆုံးသွားမည်။

13. Lazy loading က အမြဲတမ်း အမြန်နှုန်းကို မြှင့်တင်ပေးပါသလား။ တချို့လူတွေက lazy loading က တကယ်တော့ နှေးကွေးစေတယ်လို့ ဘာကြောင့် ပြောကြတာလဲ။

Lazy loading သည် မျက်နှာပြင်ပြင်ပရှိ အရင်းအမြစ်များအတွက် သင့်တော်သည်။
ပထမဆုံး စခရင်ပေါ်ရှိ အရေးကြီးဆုံး ကြီးမားသော ပုံတစ်ပုံကိုလည်း နောက်ကျစေခဲ့ပါက စတင်တင်ဆက်မှု အတွေ့အကြုံကို နှေးကွေးစေနိုင်သည်။ WordPress 5.5 နှင့် နောက်ပိုင်းတွင် ပါဝင်သည့် မူလ lazy loading သည် ကောင်းမွန်သော်လည်း အကုန်လုံးတွင် မသုံးသင့်ပါ။

၁၄။ Route A သို့မဟုတ် B ကိုရွေးချယ်ပါက CDN / Image CDN ကို ဘယ်အချိန်မှာ လိုအပ်ပါသလဲ?

ဖိသိပ်ခြင်း၊ ဖိုင်အရွယ်အစားနှင့် ဖော်မတ်တို့သည် ဖိုင်များကို ပိုမိုသေးငယ်၍ သင့်တော်အောင် ပြုလုပ်ခြင်းဆိုင်ရာ ပြဿနာကို ဖြေရှင်းပေးသည်။
CDN သည် ပိုမိုမြန်ဆန်၍ ယုံကြည်စိတ်ချရသော ပို့ဆောင်မှုကို အာမခံသည်။。
အဝေးရှိ မူလဆာဗာမှ ပုံများကို ဆွဲယူရခြင်းကြောင့် ကြာမြင့်မှုများ ဖြစ်ပေါ်နေပါက၊ ပုံတစ်ပုံစီတွင် CDN (ဥပမာ Cloudflare Polish / Jetpack Site Accelerator) ထည့်သွင်းခြင်းဖြင့် ပိုမိုတည်ငြိမ်သော အတွေ့အကြုံရရှိကာ အကြောင်းအရာကို ဖတ်ရှုရန် ပိုမိုလွယ်ကူစေပါသည်။ WordPress CDN အရှိန်မြှင့်တင်ခြင်း。

၁၅။ ကျွန်ုပ်ပြီးဆုံးသွားတဲ့အခါ၊ အဲဒါက တကယ်အလုပ်လုပ်နေတယ်ဆိုတာကို စစ်ဆေးဖို့ အလွယ်ဆုံးနည်းလမ်းက ဘာလဲ။

အတည်ပြုရန် အမြန်ဆုံးနည်းလမ်းမှာ:

  • တစ်ခုတည်းသော စာမျက်နှာကို ဒုတိယကြိမ် ပြန်လည်အသစ်တင်သောအခါ၊ ဖိုင်တင်ခြင်းလုပ်ငန်းစဉ် ပိုမိုတည်ငြိမ်ပြီး မြန်ဆန်ပါသလား။
  • မိုဘိုင်းဗားရှင်းနဲ့ ဒက်စ်တော့ပ်ဗားရှင်းကြားမှာ ပုံအရွယ်အစားမှာ ထင်ရှားစွာ ကွာခြားချက် ရှိပါသလား (`srcset` နဲ့ `sizes` အင်္ဂါရပ်တွေ ရည်ရွယ်ထားသလို အလုပ်လုပ်နေပါသလား)။
  • အနည်းငယ်သော ပုံများကို မရွေးမချယ် စစ်ဆေးပြီး WebP သို့မဟုတ် AVIF ဖိုင်များ/အရင်းအမြစ်များ ရှိမရှိ စစ်ဆေးပါ။
  • ဓာတ်ပုံအနည်းငယ်ကို ကြည့်ပြီး၊ zoom in လုပ်၍ မှုန်ယိုနေသလား၊ စာသားတွေ မရှင်းလင်းဘဲ မှုန်ယိုနေသလား စစ်ဆေးပါ။