ဖိသိပ်သည့် ပရောက်စီက ဘယ်နေရာတွင် ဘန်းဝစ်ကို ချွေတာနိုင်သနည်း
ကန့်သတ်ထားသော ကလိုင်းလင့်ရှေ့တွင် အကြောင်းအရာ လျှော့ချမှုကို ထားရှိပြီး ပုံအရည်အသွေး၊ ရှိပြီးသား ချုံ့မှုနှင့် HTTPS မြင်နိုင်မှုကို ထည့်သွင်းစဉ်းစားပါ။
တုံ့ပြန်မှုလမ်းကြောင်းရှိ ကန့်သတ်ထားသော လင့်ရှေ့တွင် အကြောင်းအရာ လျှော့ချမှုကို ထားရှိပါ:
website → proxy transforms response → slow or metered link → browser
အကြောင်းအရာတစ်ခုလုံးသည် ထိုလင့်ကို ဖြတ်သန်းပြီးဖြစ်ပါက နောက်ပိုင်းတွင် သေးငယ်အောင် ပြုလုပ်ခြင်းဖြင့် ထို ဘိုက်များကို ပြန်မရနိုင်ပါ။ ပိုမြန်သော အထက်စီးကြောင်းရှိသည့် အဝေးမှ အသွင်ပြောင်းကိရိယာသည် ဘရောက်ဇာအနီးရှိ ဒေသခံ ပရောက်စီနှင့် မတူညီသော ရည်ရွယ်ချက်ကို ဆောင်ရွက်နိုင်သည်။
Ziproxy သည် ဤနည်းလမ်းကို ပြသသည်: ၎င်း၏ ပရောဂျက်သည် စာသားနှင့်တူသော အကြောင်းအရာကို gzip ဖြင့် ချုံ့ပြီး ပိုသေးငယ်၍ အရည်အသွေးနိမ့်သော ပုံများကို ထုတ်လုပ်နိုင်သည့် ကက်ရှ်မသုံးသော HTTP ပရောက်စီကို ဖော်ပြသည်။
| တုံ့ပြန်မှုလမ်းကြောင်း | ဖြစ်နိုင်သော လျှော့ချမှု |
|---|---|
| gzip ကုဒ်ပြောင်းခြင်း | ဆုံးရှုံးမှုမရှိ; ဘရောက်ဇာသည် မူရင်းဒေတာကို ကုဒ်ဖြေသည် |
| ပုံများ ပြန်ချုံ့ခြင်း | အသေးစိတ်အချက်အလက်များကို စွန့်ပစ်နိုင်ပြီး တိကျသောပုံများ အရေးကြီးသည့်အခါ မသင့်လျော်နိုင်ပါ |
| ထိရောက်စွာ ချုံ့ပြီးသား အကြောင်းအရာ | နောက်ထပ် လျှော့ချရန် နေရာနည်း |
| သာမန် HTTPS CONNECT | မထင်ရှားသော TLS သည် ယုံကြည်ရသော အခြား စာသားရှင်းလင်းခွင့် အစီအစဉ်မပါဘဲ HTML သို့မဟုတ် ပုံ အသွင်ပြောင်းခြင်းကို တားဆီးသည် |
ပြုပြင်ခြင်းနှင့် အပိုခုန်ခြင်းတို့သည်လည်း အချိန်ယူသည်၊ ထို့ကြောင့် ဘိုက်နည်းခြင်းသည် ပိုမြန်စွာ ပြီးစီးမှုကို အာမမခံနိုင်ပါ။ ကက်ရှ်သည် သင့်လျော်သော သိမ်းဆည်းထားသည့် တုံ့ပြန်မှုကို ပြန်လည်အသုံးပြုသည်; ချုံ့ခြင်းသည် အသစ်ရရှိသည့် တုံ့ပြန်မှုကို မသိမ်းဆည်းဘဲ အသွင်ပြောင်းနိုင်သည်။
HTTP အကြောင်းအရာ မြင်နိုင်သည့်နေရာတွင် Cache-Control: no-transform ကို လိုက်နာပါ။ no-transform တုံ့ပြန်မှုမူဝါဒသည် လိုက်နာသော အကြောင်းအရာ ကိုင်တွယ်မှုကို စည်းမျဉ်းသတ်မှတ်သည်; ၎င်းသည် သယ်ယူပို့ဆောင်ရေး ကုဒ်ဝှက်ခြင်းနှင့် သီးခြားဖြစ်သည်။ အကျိုးကျေးဇူးများကို အမှန်တကယ် အကြောင်းအရာနှင့် ကုဒ်ဝှက်လမ်းကြောင်းမှ ခန့်မှန်းပါ၊ ရှေးဟောင်း စာသားရှင်းလင်းပုံ သရုပ်ပြမှုမှ မဟုတ်ပါ။