प्रॉक्सी कैश सर्वर की सीमाएं?


0

प्रॉक्सी कैशिंग सर्वर के संबंध में मेरे पास कम सामान्यीकृत प्रश्न हैं।

बस एक काल्पनिक दृश्य को स्थापित करने के लिए, मैं अपने घर के भीतर एक प्रॉक्सी कैश सर्वर स्थापित करने के विचार के साथ खेल रहा हूं, जो पूरे राउटर में प्रवाहित होने वाले ट्रैफ़िक की मात्रा को कम करने के लिए प्रयास करने में मदद करता है (आईएसपी में डेटा की कुल राशि पर एक कैप है इस्तेमाल किया जा सकता है)। सर्वर राउटर के अंदर स्थित होगा, इसलिए राउटर कुछ डेटा संग्रहीत होने से अनजान होगा

इस मामले में प्रॉक्सी कैश सर्वर कितना प्रभावी होगा? (यह भी, कि राउटर में नेटवर्क ट्रैफ़िक को कम करने के लिए मैं और क्या साधन लागू कर सकता हूं)

क्या प्रॉक्सी सर्वर वेबसाइटों से अलग-अलग तस्वीरों को कैश कर सकता है? उदाहरण के लिए, एक फ़ोरम अक्सर सामग्री को अपडेट करता है, लेकिन वेबसाइट पर प्रदर्शित होने वाली छवियों को नहीं बदला जाता है। क्या वेबसाइट के संबंध में कुछ जानकारी बचाई जा सकती है? या फिर सभी वेबपेज को अपनी गतिशील क्षमता के कारण फिर से अनुरोध करना होगा?

मैं प्रॉक्सी सर्वर की क्षमताओं के लिए अपेक्षाकृत नया हूं और अगर मुझे इसके बारे में पर्याप्त जानकारी मिल जाए तो मैं अंततः इसे आईटी में अपने काम में लाना चाहूंगा।

जवाबों:


0

क्या प्रॉक्सी सर्वर वेबसाइटों से अलग-अलग तस्वीरों को कैश कर सकता है?

हाँ।

क्या सभी वेबपेज को अपनी गतिशील क्षमता के कारण फिर से अनुरोध करना होगा?

गतिशील भागों को फिर से भरना होगा, पृष्ठ के प्रत्येक अलग-अलग प्रचलित तत्व में प्रॉक्सी-नियंत्रण हेडर की जांच करके प्रॉक्सी को इसका ध्यान रखना चाहिए।


यहां सुपरसुसर से वेब पेज पर क्रोम प्राप्त करने के Wireshark कैप्चर का एक छोटा (संपादित) उदाहरण है

ग्राहक का अनुरोध

GET /questions/419790/confused-by-cpu-model HTTP/1.1
Host: superuser.com
Connection: keep-alive
User-Agent: …Chrome…
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Referer: http://superuser.com/questions
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-GB,en-US;q=0.8,en;q=0.6
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
Cookie: …

सर्वर रिस्पांस

HTTP/1.1 200 OK
Cache-Control: public, max-age=60
Content-Type: text/html; charset=utf-8
Content-Encoding: gzip
Expires: Wed, 02 May 2012 19:41:23 GMT
Last-Modified: Wed, 02 May 2012 19:40:23 GMT
Vary: *
Date: Wed, 02 May 2012 19:40:23 GMT
Content-Length: 9831

ध्यान दें Cache-Control: public, max-age=60 और यह Expires: Wed, 02 May 2012 19:41:23 GMT यह है कि कैसे सर्वर सामग्री के प्रत्येक टुकड़े को नियंत्रित करने का प्रयास करता है। एक सुपर्यूसर प्रश्न पृष्ठ में दर्जनों या सैकड़ों ऐसे व्यक्तिगत रूप से प्राप्त किए गए तत्व हो सकते हैं।

क्या पढ़ा W3C कैशे-नियंत्रण के बारे में कहता है

कैश-कंट्रोल सामान्य हेडर फ़ील्ड का उपयोग निर्देशों को निर्दिष्ट करने के लिए किया जाता है   यह अवश्य ही सभी कैशिंग तंत्रों द्वारा पालन किया जाना चाहिए   अनुरोध / प्रतिक्रिया श्रृंखला। निर्देशों का उद्देश्य व्यवहार को निर्दिष्ट करना है   अनुरोध के साथ प्रतिकूल हस्तक्षेप से कैश को रोकें या   प्रतिक्रिया। ये निर्देश आमतौर पर डिफ़ॉल्ट कैशिंग को ओवरराइड करते हैं   एल्गोरिदम। कैश निर्देश उस उपस्थिति में अप्रत्यक्ष हैं   एक अनुरोध में एक निर्देश का मतलब यह नहीं है कि एक ही निर्देश है   प्रतिक्रिया में दिया जाएगा।

बाद में

जनता
इंगित करता है कि प्रतिक्रिया किसी भी कैश द्वारा कैश की जानी चाहिए, भले ही   यह सामान्य रूप से गैर-परिवर्तनीय या केवल एक गैर के भीतर उपलब्ध नहीं होगा   साझा कैश। (अतिरिक्त के लिए, प्राधिकरण 14.8 अनुभाग भी देखें   विवरण।)

निजी
इंगित करता है कि सभी या प्रतिक्रिया संदेश का हिस्सा है   एक उपयोगकर्ता के लिए अभिप्रेत है और एक साझा द्वारा कैश नहीं किया जाना चाहिए   कैश। यह एक मूल सर्वर को निर्दिष्ट भागों की अनुमति देता है   प्रतिक्रिया केवल एक उपयोगकर्ता के लिए अभिप्रेत है और एक मान्य नहीं है   अन्य उपयोगकर्ताओं द्वारा अनुरोधों के लिए प्रतिक्रिया। एक निजी (गैर-साझा) कैश एमवाय   प्रतिक्रिया को कैश करें। नोट: निजी शब्द का यह उपयोग केवल नियंत्रित करता है   जहां प्रतिक्रिया को कैश किया जा सकता है, और गोपनीयता सुनिश्चित नहीं कर सकता   संदेश की सामग्री।

कोई कैश
यदि नो-कैश निर्देश क्षेत्र-नाम निर्दिष्ट नहीं करता है, तो   कैश एक बाद के अनुरोध को संतुष्ट करने के लिए प्रतिक्रिया का उपयोग नहीं करना चाहिए   मूल सर्वर के साथ सफल पुन: सत्यापन के बिना। यह अनुमति देता है a   मूल सर्वर कैश को रोकने के लिए भी जो कि किया गया है   क्लाइंट अनुरोधों के लिए बासी प्रतिक्रियाओं को वापस करने के लिए कॉन्फ़िगर किया गया है।

और इतने पर - यह एक बड़ा विषय क्षेत्र है।


बहुत बढ़िया। यह मुझे आशा प्रदान कर रहा है कि यह बहुत कुछ पूरा कर सकता है बशर्ते मेरे पास इस पर पर्याप्त काम और शोध हो। इसलिए, अगर मैं सही ढंग से समझ रहा हूं (और वेबसाइट की सामग्री की अपेक्षाकृत कमजोर समझ के साथ), अगर प्रॉक्सी सर्वर गतिशील सामग्री के साथ वेबपेज के लिए अनुरोध को कैश करता है, तो क्या यह 'पुरानी' गतिशील सामग्री को बचाएगा? उदाहरण के लिए, एक मंच पर (सबसे अच्छा उदाहरण मैं किसी कारण के लिए सोच सकता हूं) आपके पास पुराने धागे हैं जिनकी चर्चा एक समय के लिए नहीं की गई है। क्या इस सामग्री को सहेजा जाएगा, और नए थ्रेड को ताज़ा किया जाएगा, जिसके परिणामस्वरूप नेटवर्क गतिविधि कम हो जाएगी?
Stephen R

स्पष्ट कारणों के लिए सामग्री और कैश समाप्ति पर निर्भर करता है।

@StephenR: अपडेट देखें। यदि आप इसे समझना चाहते हैं, तो मेरा मानना ​​है कि कुछ पृष्ठभूमि को पढ़ना आवश्यक है।
RedGrittyBrick
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.