شیرڈ پراکسی کیش کرا لر کی کب مدد کرتا ہے

فرض کریں کہ براؤزر میں کئی ورکر ایک ہی سائٹ کے مختلف صفحات کھولتے ہیں۔ وہ صفحات ایک ہی اسٹائل شیٹ، لوگو اور اسکرپٹ بنڈل کا حوالہ دیتے ہیں۔ مشترکہ فارورڈ کیش پہلی درخواست کو بعد کے ورکروں کے لیے مفید بنا سکتا ہے جب جوابات دوبارہ استعمال ہو سکیں۔

اب کام کا بوجھ بدلیں: ہر ورکر صرف ایک HTML دستاویز ڈاؤن لوڈ کرتا ہے اور اس کے منسلک وسائل کبھی لوڈ نہیں کرتا۔ مشترکہ اسٹائل شیٹ اب بھی مارک اپ میں ہے، لیکن کوئی ورکر اس کی درخواست نہیں کرتا۔ یہ پراکسی کی کیش ہٹ شرح میں کوئی اضافہ نہیں کرتا۔

ان درخواستوں سے شروع کریں جو آپ کا کرا لر واقعی کرتا ہے

صفحہ رینڈر کرنے والا براؤزر اور اس کا سورس لانے والا HTTP کلائنٹ مختلف درخواست مجموعے بناتے ہیں۔ کیش ڈیزائن چننے سے پہلے ان مجموعوں کا جائزہ لیں۔

صرف URL کی برابری کافی نہیں۔ جواب کی تازگی پالیسی اور Vary کے نام کردہ فیلڈز نمائندہ شکلوں میں فرق کر سکتے ہیں۔ نجی، ناقابلِ ذخیرہ یا تصدیق شدہ مواد کے لیے قابلِ اطلاق مشترکہ کیش قواعد درکار ہیں؛ اسے صرف ہٹ تعداد بڑھانے کے لیے ایک ہی عوامی نتیجے میں زبردستی نہیں ڈالنا چاہیے۔

عام HTTPS CONNECT ٹریفک کے لیے فارورڈ پراکسی ایک خفیہ کردہ سرنگ لے کر جاتا ہے اور اس کے اندر کیش کرنے کے لیے کوئی HTTP آبجیکٹ نہیں ہوتا۔ TLS معائنہ والی تعیناتی کا اعتماد اور پروسیسنگ رویہ مختلف ہوتا ہے۔ آبجیکٹ کیش کی دستیابی کا جائزہ لیتے وقت حقیقی موڈ شامل کریں۔

کیش ہٹ اوپر سے لانے سے بچ سکتی ہے، جبکہ مس اب بھی درمیانی کی محنت کی قیمت دیتا ہے۔ مطلوبہ کام کے بوجھ کے لیے مکمل شدہ مفید بائٹس، اوپر کی ٹریفک اور تاخیر کا موازنہ کریں۔ تھریڈ کی تعداد ہم وقتی بیان کرتی ہے؛ یہ نہیں بتاتی کہ وہ تھریڈ کتنا دوبارہ استعمال کے قابل مواد بانٹتے ہیں۔