no-transform နှင့် HTTPS ဖြင့် ပရောက်စီ အကြောင်းအရာ ပြန်လည်ရေးသားမှုကို ကန့်သတ်ပါ

အကြောင်းအရာကို အသွင်ပြောင်းသော ပရောက်စီသည် ဘရောက်ဇာသို့ သွားသော လမ်းခရီးတွင် တုံ့ပြန်မှုကို ပြောင်းလဲနိုင်သည်- ပုံကို ပြန်လည်ချုံ့ခြင်း၊ markup ကို ပြန်လည်ရေးသားခြင်း သို့မဟုတ် အထောက်အကူပြု JavaScript ထည့်သွင်းခြင်း။ ကွန်ရက်တစ်ခုတွင် အလုပ်လုပ်ပြီး အခြားတစ်ခုတွင် မရင်းနှီးသော markup ရရှိသော စာမျက်နှာသည် ထို ကြားခံ၏ အပြုအမူနှင့် ကြုံတွေ့နေနိုင်သည်။

သင်လုပ်ကိုင်သော ဆိုက်အတွက် HTTP သည် ရှင်းလင်းသော တုံ့ပြန်မှု ညွှန်ကြားချက်ကို ပေးသည်-

Cache-Control: no-transform

RFC 9111 သည် ဤတုံ့ပြန်မှု ညွှန်ကြားချက်ကို လက်ခံရရှိသော ကြားခံအနေဖြင့် cache ကို အကောင်အထည်ဖော်သည်ဖြစ်စေ မဖော်သည်ဖြစ်စေ အကြောင်းအရာကို အသွင်မပြောင်းဘဲ ထားရန် လိုအပ်သည်။ ၎င်းသည် ပုံ ပြန်လည်ချုံ့ခြင်းနှင့် markup ထည့်သွင်းခြင်းနှင့် သက်ဆိုင်ပြီး အရာဝတ္ထု သိမ်းဆည်းခံရခြင်း ရှိ/မရှိ ကိစ္စသာ မဟုတ်ပါ။

ရှိပြီးသား cache မူဝါဒနှင့်အတူ ထားပါ

တုံ့ပြန်မှုတွင် cache ညွှန်ကြားချက်များ ရှိပြီးဖြစ်ပါက မူဝါဒ၏ ကျန်အပိုင်းကို စွန့်ပစ်မည့်အစား လိုအပ်ချက်ကို တမင်ထည့်ပါ။ ဥပမာ၊ အများသူငှာ cache လုပ်နိုင်သော အရင်းအမြစ်တွင် ဤသို့ ရှိနိုင်သည်-

Cache-Control: public, max-age=3600, no-transform

ဤဥပမာသည် တစ်နာရီ လတ်ဆတ်မှု မူဝါဒကို ထိန်းသိမ်းပြီး အကြောင်းအရာ အသွင်ပြောင်းခြင်းကို တားမြစ်သည်။ no-transform သည် no-store ကို မဆိုလိုပါ၊ သာမန် ပို့ဆောင်မှု လုပ်ဆောင်ခြင်းကိုလည်း မပိတ်ပါ။ မူရင်းအကြောင်းအရာ အရေးကြီးသော တုံ့ပြန်မှုများတွင်၊ သင့်လျော်ပါက သီးခြားပုံ တုံ့ပြန်မှုများ အပါအဝင် သတ်မှတ်ပါ။

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

သယ်ယူပို့ဆောင်မှုကိုလည်း ကာကွယ်ပါ

HTTPS သည် ဘရောက်ဇာကို ၎င်း၏ TLS အဖော်ထံသို့ အထောက်အထားစစ်ဆေးမှုနှင့် ခိုင်လုံမှု ကာကွယ်မှုရှိသော ချိတ်ဆက်မှုကို ပေးသည်။ စာဝှက်ထားသော အသွားအလာကို ဖြတ်သန်းစေသော သာမန် ဝန်ဆောင်မှုပေးသူ ပရောက်စီသည် ထို ကာကွယ်ထားသော ချိတ်ဆက်မှုထဲသို့ script ကို တိတ်တဆိတ် ထည့်သွင်း၍ မရပါ။ လက်မှတ် စစ်ဆေးမှုကို ဆက်လက်ထားပါ။ TLS ကို အဆုံးသတ်သော ဒေသတွင်း ယုံကြည်ရသော စစ်ဆေးရေး ပရောက်စီသည် အခြား အစီအစဉ်တစ်ခု ဖြစ်သည်။

စာမျက်နှာနှင့် ၎င်း၏ မှီခိုသော အရင်းအမြစ်များကို HTTPS ဖြင့် ပေးပါ။ HTTP ဝင်ရောက်သူများကို HTTPS သို့ ပြန်ညွှန်ပါ၊ တသမတ်တည်း ပံ့ပိုးနိုင်သော ဖြန့်ကျက်မှုအတွက် HSTS ကို စဉ်းစားပါ။ ပြန်ညွှန်ခြင်းတစ်ခုတည်းဖြင့် HTTP URL ကို အသုံးပြုခဲ့သော ဝင်ရောက်သူအတွက် ကာကွယ်မှုမရှိသော HTTP ဖလှယ်မှုဖြင့် စတင်သည်။ ယခင်က သင်ယူခဲ့သော သို့မဟုတ် ကြိုတင်တင်ထားသော HSTS မူဝါဒက ထို ကနဦး ရွေးချယ်မှုကို ပြောင်းလဲသည်။

ထည့်သွင်းထားသော script ကို ပိတ်ဆို့ခြင်းသည် ၎င်း၏ မြင်သာသော သက်ရောက်မှုများကို လျှော့ချနိုင်သော်လည်း တုံ့ပြန်မှုတွင် ပြောင်းလဲပြီးသား HTML သို့မဟုတ် ပြန်လည်ရေးသားထားသော ပုံ URL များ ပါဝင်နိုင်သည်။ ရှေးဟောင်း function အမည်တစ်ခုကို အစားထိုးခြင်း၊ ပုံမှန်မဟုတ်သော မှတ်ချက် ထည့်ခြင်း သို့မဟုတ် သမိုင်းဝင် ထည့်သွင်းမှု လိပ်စာကို မြေပုံဆွဲခြင်းသည် နောက်ထပ် ကြားခံအတွက် အကြောင်းအရာ ခိုင်လုံမှုကို မတည်ဆောက်ပါ။

အစီရင်ခံစာကို စုံစမ်းစစ်ဆေးသောအခါ လက်ခံရရှိသော တုံ့ပြန်မှုကို မူလအစ၏ ရည်ရွယ်ထားသော အကြောင်းအရာနှင့် နှိုင်းယှဉ်ပြီး TLS မည်သည့်နေရာတွင် အဆုံးသတ်သည်ကို ဖော်ထုတ်ပါ။ ထို အထောက်အထားသည် မရင်းနှီးသော script တိုင်းကို ဆိုက်၏ ကိုယ်ပိုင် application ကုဒ်ရှိ အမှားအဖြစ် သတ်မှတ်ခြင်းထက် ပိုမို အသုံးဝင်သည်။