Query string ပါသော URL များအတွက် HTTP proxy caching

ခေတ်သစ် HTTP စည်းမျဉ်းများအရ query string သည် တုံ့ပြန်မှုကို cache မလုပ်နိုင်အောင် မဖြစ်စေပါ။ /catalog?page=2 ကဲ့သို့သော အများသူငှာ အရင်းအမြစ်သည် ရည်ရွယ်ထားသော လတ်ဆတ်မှုကို တိုက်ရိုက် ကြေညာနိုင်သည်။

Cache-Control: public, max-age=60

ဤသည် အများသူငှာ အကြောင်းအရာအတွက် သရုပ်ပြ မူဝါဒဖြစ်သည်။ တုံ့ပြန်မှုသည် အခြား cache ဖြစ်နိုင်မှု လိုအပ်ချက်များကို ဖြည့်ဆည်းရန် လိုအပ်ဆဲဖြစ်သည်။ ကိုယ်ပိုင်ပြုလုပ်ထားသော ရလဒ်များသည် proxy အော်ပရေတာက ပိုကောင်းသော hit rate ကို လိုချင်ရုံဖြင့် မျှဝေ cache ကို ရရှိသင့်သည်မဟုတ်ပါ။

Query သည် cache key တွင် အသုံးပြုသည့် ပစ်မှတ် URI ၏ အစိတ်အပိုင်းအဖြစ် ကျန်ရှိနေသည်။ စာမျက်နှာ 2 နှင့် စာမျက်နှာ 3 သည် မတူညီသော တောင်းဆိုမှုများဖြစ်သည်။ ၎င်းတို့၏ URL များ တူညီအောင် query ကို ဖယ်ရှားခြင်းသည် ရလဒ်တစ်ခုကို အခြားတစ်ခုအတွက် ပေးသွားနိုင်သည်၊ သို့သော် ရလဒ်များကို ညီမျှစေသည်မဟုတ်ပါ။

Query URL များအတွက် heuristic လတ်ဆတ်မှုအပေါ် HTTP ၏ ရှေးဟောင်း ကန့်သတ်ချက်ကို အကောင်အထည်ဖော်မှု ညံ့ဖျင်းသည်ဟု သက်သေပြပြီးနောက် ဖယ်ရှားခဲ့သည်။ ရှင်းလင်းသော လတ်ဆတ်မှုသည် cache ၏ ခန့်မှန်းချက်အပေါ် မှီခိုခြင်းကို ရှောင်ရှားပြီး ဒေသတွင်း proxy စည်းမျဉ်းများက သီးခြား URL များကို ဖယ်ထုတ်နိုင်ဆဲဖြစ်သည်။

သာမန် HTTPS CONNECT အသွားအလာသည် အရင်းအမြစ်နှင့် ၎င်း၏ cache မူဝါဒကို TLS အတွင်း ထားရှိသည်။ ဥမင်လိုဏ်ခေါင်း ပို့ဆောင်သော proxy သည် URL က query အသုံးပြုသည်ဟူသော အကြောင်းကြောင့်သာ ထိုစာမျက်နှာများအတွက် object cache ကို မရရှိပါ။