کله شریک پراکسي کیش کرالر ته مرسته کوي
مخکې له دې چې د شریک forward-proxy کیش له امله د لوړ throughput تمه وکړئ، تکراري سرچینې، تازګي او د کرالر ریښتیني غوښتنې وارزوئ.
فرض کړئ چې په براوزر کې څو کارګران د یوې سایټ بېلابېلې پاڼې پرانیزي. هغه پاڼې ورته د سټایل پاڼې، لوګو او سکریپټ بنډل ته اشاره کوي. شریک forward کیش کولای شي لومړنۍ غوښتنه د وروستیو کارګرانو لپاره ګټوره کړي کله چې ځوابونه بیا کارول کېدای شي.
اوس کاري بار بدل کړئ: هر کارګر یوازې یو HTML سند ډاونلوډ کوي او هېڅکله یې نښلول شوې سرچینې نه باروي. ګډه سټایل پاڼه لا هم په مارک اپ کې ده، خو هېڅ کارګر یې غوښتنه نه کوي. دا د پراکسي د کیش هټ کچه کې هېڅ نه زیاتوي.
له هغو غوښتنو پیل وکړئ چې ستاسو کرالر یې واقعاً کوي
د پاڼې ښودونکی براوزر او د هغې سرچینه راوړونکی HTTP کلاینټ بېلابېل غوښتنې سیټونه جوړوي. د کیش ډیزاین له ټاکلو مخکې هغه سیټونه وګورئ.
| کاري بار | د شریک بیا کارونې احتمال |
|---|---|
| کارګران ورته عامه شتمنۍ بیا بیا راوړي | ګټور کله چې د تازګي او کیش کیلي قواعد اجازه ورکړي |
| هره غوښتنه ځانګړی URL یا د ځواب ډول لري | د بیا کارونې لپاره لږ تیتوالی |
| ځواب د بیا کارونې مخکې بیا اعتبار ته اړتیا لري | کېدای شي د ځواب بایټونه وسپموي، خو لا هم پورته سفر ته اړتیا ده |
| کارګران لا دمخه غوښتنې له خپل ځایي کیش څخه پوره کوي | هغه غوښتنې کېدای شي هېڅکله شریک پراکسي ته ونه رسیږي |
یوازې د URL برابرېدل بس نه دي. د ځواب د تازګي تګلاره او هغه ساحې چې Vary نوموي کولای شي استازیتوبونه جلا کړي. شخصي، نه ساتل کېدونکې یا تصدیق شوې منځپانګه اړوند شریک کیش قواعد غواړي؛ باید یوازې د هټ شمېرې لوړولو لپاره په یو عامه پایله کې زور نه ورکړل شي.
د عادي HTTPS CONNECT ترافیک لپاره forward پراکسي کوډ شوی تونل وړي او په داخل کې د کیش کولو لپاره HTTP توکي نه لري. د TLS تفتیش سره ځای پرځای کول بېل باور او پروسس چلند لري. د توکو کیش شتون ارزولو پر مهال ریښتینی حالت شامل کړئ.
د کیش هټ کولای شي له پورته راوړلو څخه ډډه وکړي، خو miss د منځګړي کار بیه ورکوي. د ټاکل شوي کاري بار لپاره بشپړ شوي ګټور بایټونه، پورته ترافیک او ځنډ پرتله کړئ. د تارونو شمېر هممهالوالی بیانوي؛ دا نه بیانوي چې هغه تارونه څومره بیا کارېدونکې منځپانګه شریکوي.