एचटीटीपी हेडर के हो?

को एचटीटीपीहेडर त्यहाँ ग्राहक र सर्भर बीच आधिकारिक जानकारी को एक विनिमय छ प्रयोग गर्नुहोस्। यो जानकारी प्रयोगकर्तालाई अदृश्य छ, तर यो ब्राउजर को सही संचालन बिना असम्भव छ। यस बारे र कार्यहरूको बारेमा साधारण प्रयोगकर्ता जानकारी को लागि एचटीटीपीहेडर बरु जटिल देखिन्छ, तर वास्तवमा तिनीहरूले कठिन भाषा समावेश छैन। यो एक दैनिक आधार मा वेब प्रयोगकर्ता के सामना छ।

एचटीटीपी के हो हेडर?

"हाइपरनेट स्थानान्तरण प्रोटोकल" - यति HTTP हेडर अनुवाद। कारण यसको धेरै अस्तित्व गर्न, "ग्राहक-सर्भर" बीच सम्भावित जडान छैन। सरल सर्तहरू व्याख्या भने, ब्राउजर द्वारा सर्भर जडान सुरुवात, अनुरोध पठाउँछ। पछिल्लो, पूर्वनिर्धारित, ग्राहकको देखि अनुरोध, पर्खिरहेको यो प्रक्रियाहरु, र एक सारांश वा उत्तर फिर्ता पठाउँछ। // र खोल्न पृष्ठ को रूप मा प्राप्त परिणाम: खोज बक्स मा, प्रयोगकर्ता साइट ठेगाना http सुरु कि "hammering"।

संवाददाता लाइन मा एक वेब ठेगाना मुद्रण गर्दा, ब्राउजर DNS प्रयोग सर्भर आवश्यक छ। सर्भरले HTTP हेडर (एक वा धेरै), उहाँलाई एक ग्राहक पठाउँछ, र त्यसपछि जो अनुरोध हेडर रू बुझेका छन्। सेट एक अनिवार्य पूर्व-अवस्थित शीर्षक हुन्छन् र फेला परेन।

सामान्य मा, एचटीटीपीहेडर पर्याप्त प्रभावकारी। तिनीहरूले अनुरोध गरेको जानकारी पठाइएको हो, HTML-कोडिंग देखिने छैन। धेरै शीर्षक स्वतः सर्भर द्वारा पठाइएका छन्। यसलाई PHP मा पठाउन क्रममा, समारोह हेडर प्रयोग गर्नुहोस्।

ब्राउजर अन्तरक्रिया र वेबसाइट

ब्राउजर र साइट बीच अन्तरक्रिया को योजना एकदम सरल छ। त्यसैले, HTTP हेडर प्रश्न स्ट्रिङ, त्यसपछि सर्भर पठाइएको छ जो सुरु हुन्छ। प्रतिक्रिया मा, ग्राहक जानकारी आउँछ आवश्यक छ। सोही, http प्रोटोकल सत्र वर्ष को लागि - सबै भन्दा इन्टरनेटमा प्रयोग। यो सरल विश्वसनीय, छिटो र लचिलो छ। मुख्य कार्य http - वेब-सर्भर जानकारी अनुरोध। ligthttp, अपाचे, nginx - ग्राहक ब्राउजर र सर्भर छ। तिनीहरूलाई बीच जडान सफल छ भने, प्रश्न प्रतिक्रिया सर्भर इच्छित जानकारी पुनर्प्राप्त। Http जानकारी पाठ, अडियो फाइलहरू, भिडियो समावेश छ।

प्रोटोकल अरूको लागि परिवहन हुन सक्छ। ग्राहक अनुरोध तीन भागहरु हुन्छन्:

• सुरु लाइन (सन्देश प्रकार);
• हेडर (सन्देश विकल्पहरू);
• जानकारी (खाली लाइन अलग भनेर एउटा सन्देश) को शरीर।

सुरु लाइन - अनुरोध http हेडर फिल्ड को एक अनिवार्य तत्व। प्रयोगकर्ता अनुरोध संरचना तीन मुख्य भागहरु बनेको छ:

1. विधि। यो संग अनुरोध प्रकार संकेत गर्छ।
2. बाटो (पथ)। जो डोमेन निम्नानुसार URL, यो लाइन।
3. प्रयोग प्रोटोकल। यो प्रोटोकल र http को संस्करण हुन्छन्।

आधुनिक ब्राउजर संस्करण 1.1 प्रयोग गर्नुहोस्। ": मूल्य नाम" मा ढाँचा शीर्षक द्वारा पछि लागे।

HTTP-क्यास

तल लाइन क्यास (तपाईँको हार्ड ड्राइभमा सञ्चालन स्मृति मा) क्यास मा HTML-पृष्ठ र अन्य फाइलहरू लागि भण्डारण प्रदान गर्दछ भन्ने छ। यो तिनीहरूलाई पहुँच गति र ब्यान्डविथ पुन: सुरक्षित क्रममा छ।

क्यास ग्राहक ब्राउजर, मध्यवर्ती गेटवे र प्रोक्सी सर्भर हो। तपाईं URL द्वारा सन्देश पठाउन अघि, ब्राउजर क्यास वस्तुहरू जाँच हुनेछ। वस्तु वर्तमान छैन भने, अनुरोध अर्को सर्भर, जहाँ यसलाई nginx सर्भर मा क्यास एचटीटीपीहेडर जाँच गरिन्छ फर्वार्ड छ। Gateways र प्रोक्सीहरूसँग फरक प्रयोगकर्ता द्वारा प्रयोग गरिन्छ, त्यसैले क्यास साझेदारी गरिएको छ।

HTTP-क्यास एकदम मात्र साइटको सञ्चालन गर्न गति अप गर्न सक्छन्, तर पनि पृष्ठको पुरानो संस्करण दिन। को संग साइट क्यास प्रतिक्रिया गर्न हेडर पठाउन। यो HTTPS मार्फत अनुरोध गरेको जानकारी क्यास हुन सक्छ।

विवरण एचटीटीपीहेडर

छलफल एचटीटीपीहेडर सबैभन्दा महत्त्वपूर्ण क्यास तंत्र को एक समाप्त हुन्छ। यी शीर्षकहरू प्रतिक्रिया जानकारी प्रदान म्याद सकिने मिति रिपोर्ट छन्। तिनीहरूले जब क्यास बासी मानिन्छ समय र मिति संकेत गर्छ। उदाहरणका लागि, त्यस्तो हेडर रूपमा निम्नानुसार: म्याद: वेन, 30 नोभेम्बर 2016 13:45:00 GMT। यो संरचना क्यास पृष्ठ र चित्रहरू सहित, लगभग सबैतिर प्रयोग गरिन्छ। प्रयोगकर्ता पुरानो मिति चयन भने, जानकारी क्यास गरिनेछ।

Http प्रोक्सी हेडर हेडर लिंक श्रेणी छन्। तिनीहरूले पूर्वनिर्धारित क्यास छैन। राम्ररी काम गर्न केस गर्न, प्रत्येक URL सामग्रीहरू मध्ये एक embodiment अनुरूप गर्नुपर्छ। पृष्ठ दुई भाषामा मान्य भए, प्रत्येक संस्करण यसको आफ्नै URL हुनु पर्छ। शीर्षक क्यास प्रश्न नाम हेडर अनुसार फरक हुन्छन्। उदाहरणका लागि, प्रश्न प्रदर्शन ब्राउजर मा निर्भर गर्दछ भने, सर्भर हेडर पठाउन आवश्यक छ। तसर्थ, क्यास मा जांच र कागजात प्रकार विभिन्न संस्करणहरू भण्डारण छन्। TTP यसलाई अनावश्यक समाप्त भएकोले यसलाई एकदम सजिलो काम गर्न, स्वीकार हेडर अप प्रयोग स्रोतको सम्भव ढाँचाको सूची आकर्षित गर्न आवश्यक छ।

त्यहाँ उपरि पारित कि हेडर चार समूहहरू छन्। यी मुख्य शीर्षकहरू छन् - तिनीहरूले प्रकृति रूपमा साथै, कुनै पनि रिपोर्ट सर्भर र ग्राहक, अनुरोध र प्रतिक्रिया मा निहित छन्। उत्तरार्द्ध ग्राहक र सर्भर कुनै पनि सन्देश सामग्री वर्णन गर्दछ।

HTTP हेडर थप प्राधिकरण मानिन्छ। वेब-पृष्ठ ग्राहक प्रमाणीकरण सोध्छन् गर्दा, ब्राउजर प्रयोगकर्ता नाम र पासवर्ड प्रविष्ट लागि क्षेत्रहरू विशेष सञ्झ्याल प्रर्दशन गर्दछ। प्रयोगकर्ताले आफ्नो डाटा प्रवेश गरेपछि ब्राउजर अनुरोध http पठाउँछ। यसलाई "प्राधिकरण" को शीर्षक समावेश गर्दछ।

को शीर्षकहरू कसरी हेर्न?

एचटीटीपी हेडर हेर्न, तपाईँले उदाहरण, फायरफक्स लागि, आफ्नो ब्राउजरको लागि प्लग-इन्स स्थापना गर्न आवश्यक:

• Firebug। शीर्षकहरू हेर्नुहोस्, तपाईं ट्याब नेट (नेटवर्क), जहाँ सबै (सबै) चयन गर्न सक्नुहुन्छ। यो प्लगइन वेब विकासकर्ताहरूले लागि उपयोगी हुनेछ भन्ने सुविधाहरू छ।
• प्रत्यक्ष एचटीटीपीहेडर। एचटीटीपीहेडर हेर्नका लागि सरल प्लग-इन। स्वयं यसलाई अनुरोध उत्पन्न गर्न सक्छन्।
• तिनीहरूले सेटिङ बटन क्लिक गर्दा सदस्य सजिलै शीर्षकहरू हेर्न Ghrome, विकासकर्ता उपकरण (नेट काम) चयन गर्नुहोस्।

प्लग-इन्स स्थापित गर्दा, यो चलाउन र आफ्नो ताजा ब्राउजर।

प्रश्न विधिहरू

HTTP प्रयोग विधि, सर्भर संदेश को रूप मा प्रसारित छन् जो निर्देश, संग समानता छ। यो अंग्रेजी भाषामा विशेष शब्द हो।

• विधि गर्नुस्। यो स्रोत बाट जानकारी अनुरोध गर्न प्रयोग गरिएको छ। यो सबै कार्यहरू सुरु उहाँलाई थियो।
• पोस्ट गर्नुहोस्। पेश यसलाई प्रयोग गरिएको छ। उदाहरणका लागि, एक सामाजिक सञ्जाल वा एक टिप्पणी मा एउटा सन्देश, ब्राउजर पोस्ट अनुरोध शरीर स्थानहरू र सर्भर यसलाई पठाउँछ।
• टाउको। विधि पहिलो समान छ, तर पल्मोनरी समारोह कार्य गर्दछ। उहाँले प्रतिक्रिया सन्देश देखि बाहेक मात्र मेटा-डेटा सोध्छन्। तिनीहरूले डाउनलोड बिना फाइलहरू जानकारी प्राप्त गर्न चाहनुहुन्छ भने विधि, प्रयोग गरिन्छ। तिनीहरूले सर्भर मा लिंक को कार्यक्षमता परीक्षण गर्न चाहनुहुन्छ भने यो प्रयोग गर्नुहोस्।
• डाल। को URL मा डाटा लोड गर्दछ। यो डाटा को ठूलो रकम पहुंचाता।
• विकल्पहरु। सर्भर विन्यास संग काम।
• URL। यो एक स्रोत पहिचान र एउटा URL समावेश गर्दछ।

संरचना http प्रतिक्रिया

सर्भर लामो सन्देश साथ ग्राहक अनुरोध जवाफ। प्रतिक्रिया प्रोटोकल संस्करण, सर्भर स्थिति कोड (200) संकेत जो केही लाइनहरु, को हुन्छन्। उहाँले आगमन अनुरोध प्रक्रिया को लागि सर्भर मा परिवर्तन भएको कुरा वार्ता:

1. "सय" स्थिति जानकारी एक सफल प्रक्रिया संकेत गर्छ। सर्भर त्यसपछि ग्राहक कागजात पठाउँछ। अनुरोध लाइनको बाँकी प्रसारित सूचना अन्य जानकारी संकेत गर्छ।
2. यदि फाइल फेला परेन वा अवस्थित छैन, सर्भर ग्राहक 404 पठाउँछ, यो पनि गल्ती भनिन्छ।
3. कोड 206 जो एक समय पछि पुन: सुरु गर्न सकिन्छ आंशिक फाइल डाउनलोड, संकेत गर्छ।
4. कोड 401 प्राधिकरण को इन्कार संकेत गर्छ। यो अनुरोध पृष्ठ प्रवेश पुष्टि गर्न प्रविष्ट हुनुपर्छ भनेर पासवर्ड सुरक्षित छ भन्ने हो।
5. इन्टरनेटमा एक साधारण प्रतिक्रिया - प्रवेश को निषेधाज्ञा, कोड दृश्य, डाउनलोड वा भिडियो मा 403. प्रतिबन्धहरू बताए।
6. अनुरोध गरिएको फाइल को अस्थायी आन्दोलन, एक आन्तरिक सर्भर त्रुटि, अन्तिम आन्दोलन: कोड को अन्य संस्करण पनि छन्। यस मामला मा, प्रयोगकर्ता निर्देशित गरिने छ। कोड 500, जो त्यहाँ सर्भर सञ्चालन मा असफलता थिए भन्ने हो भने।

URL - यो के हो?

URL - ग्राहक र सर्भर बीच संचार को वेब को हृदय छ। यूनिफर्म रिसोर्स लोकेटर - एउटा अनुरोध सामान्यतया URL मार्फत पठाइएको छ। अनुरोध URL संरचना धेरै सरल छ। http प्रोटोकल (हेडर), hoot (वेबसाइट ठेगाना), पोर्ट, resourte बाटो र प्रश्न: यो धेरै तत्व हुन्छन्।

प्रोटोकल पनि सुरक्षित https जडान र जानकारी को विनिमय लागि उपलब्ध छ। URL-ठेगाना इन्टरनेटमा एक विशेष साइट को स्थापना बारे जानकारी छ। ठेगाना डोमेन नाम, पृष्ठ बाटो, साथै यसको नाम समावेश छ।

एक URL मा काम को मुख्य drawback - यो ल्याटिन वर्णमाला संग अप्ठ्यारो अन्तरक्रिया, साथै संख्या र प्रतिक हो। को एसईओ अनुकूलन ठेगाना URL महत्त्वपूर्ण भूमिका खेल्छ।

उपयोगी आशय

सक्रिय कम्प्युटर प्रयोगकर्ता र विकासकर्ताहरूले क्षेत्रमा विशेषज्ञहरु दिएको केही व्यावसायिक सल्लाह थाह गर्न स्थानहरू छैनन्:

• फाइल र कागजातहरू को समाप्ति मिति, अद्यावधिक विषय संकेत गर्छ। तथ्याङ्क जानकारी अधिकतम-उमेर उच्च मान प्रदान गरिएको छ।
• एक छुट्टै दस्तावेज मात्र एक URL को लागि उपलब्ध हुनुपर्छ।
• अद्यावधिक फाइल प्रयोगकर्ता द्वारा डाउनलोड गर्न भने, नाम परिवर्तन र यो लिङ्क। यो, नयाँ डाउनलोड सुनिश्चित गर्दछ बरु पुरानो कागजात भन्दा।
• अन्तिम संशोधित हेडर सामग्री अन्तिम परिवर्तनहरू वर्तमान मिति यकिन गर्नुपर्छ। तपाईंले तिनीहरूलाई परिवर्तन नभएसम्म, पृष्ठ र कागजातहरू resave हुँदैन।
• पोस्ट-अनुरोध मात्रै यो आवश्यक छ प्रयोग गर्नुहोस्। SSL सँग काम कम गर्न।
• पठाउने सर्भर अघि हेडर प्लगइन REDbot जाँच गर्नुपर्छ।