मैंने विभिन्न सर्वरों से फ़ाइलों को डाउनलोड करने का प्रयास किया है, न कि वे सभी अपने शीर्षकों में सामग्री-एमडी 5 फ़ील्ड के साथ प्रतिक्रिया दें।HTTP प्रतिक्रिया सार्वभौमिक में सामग्री-MD5 फ़ील्ड है?
मैं जानना चाहता था कि यह संसाधन फ़ाइल के हैश के बिना HTTP प्रतिक्रिया का मानक है या नहीं?
धन्यवाद
सामग्री-MD5 हेडर फ़ील्ड मई एक मूल सर्वर या क्लाइंट द्वारा उत्पन्न किया जा इकाई-शरीर का एक अखंडता की जांच के रूप में कार्य करने के लिए। केवल मूल सर्वर या क्लाइंट मई सामग्री-MD5 शीर्षलेख फ़ील्ड उत्पन्न करता है; प्रॉक्सी और गेटवे इसे उत्पन्न नहीं करना चाहिए, क्योंकि यह अंत-टू-एंड अखंडता जांच के रूप में अपना मूल्य हार जाएगा। entity- शरीर के किसी भी प्राप्तकर्ता, प्रवेश द्वार और प्रॉक्सी सहित मई जांच इस हेडर क्षेत्र में डाइजेस्ट मूल्य
http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html
प्राप्त के रूप में जून 2014 के रूप में इकाई-शरीर के उस से मेल खाता है:
क्योंकि यह था असंगत आंशिक प्रतिक्रियाओं के संबंध में लागू किया सामग्री-MD5 हेडर फ़ील्ड हटा दिया गया है।
आरएफसी 7231 - हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल (HTTP/1.1): शब्दार्थ और सामग्री - http://tools.ietf.org/html/rfc7231 (पेज 92)
कुंजी शब्द हो सकता है। विवरण के लिए – BNL
HTTPbis कि शीर्ष लेख क्षेत्र (विवरण के लिए http://trac.tools.ietf.org/wg/httpbis/trac/ticket/178 देखें) का बहिष्कार कर रहा है।
धन्यवाद – URimmovable
शुद्ध MD5 आंशिक सत्यापन का समर्थन नहीं करता है और अप्रचलित है। आप कुछ भी उन्नत के लिए उपयोग शुद्ध हैश फंक्शन इस्तेमाल करने की कोशिश करते हैं, तो अंत में आप को पूरी करते रहेंगे following situation:
मैं समझ नहीं है ... जैसे ही एक फ़ाइल के रूप में समाप्त करने के लिए तैयार है, यह सब शुरू होता है एक बार फिर। मुझे "फाइल सामग्री सत्यापित करना" संदेश भी मिलता है ... क्या मैं कर रहा हूं ???
क्या होगा यदि कोई 20 जीबी फ़ाइल से अधिक डाउनलोड करता है और जल्दी से मेल नहीं खाता है? कोई हैश फ़ंक्शन द्वारा समर्थित आंशिक सत्यापन के बिना पी 2 पी पर डाउनलोड ऑफ़लोड नहीं कर सकता है।
तो आजकल किसी को मर्कल पेड़ के साथ चिपकने की जरूरत है। ग्नुटेला (जी 1 और जी 2 दोनों) और डीसी ++ (एनएमडीसी और एडीसी दोनों) टीटीएच (टाइगर ट्री हैश) का उपयोग करते हैं जबकि ईडॉन्की 2k एआईसी का उपयोग करते हैं, लेकिन यह हैश का उपयोग करने के लिए अकेला है, और यह कम सुरुचिपूर्ण है। तो टीटीएच एक वास्तविक मानक है, और यह अच्छा होगा अगर सभी फाइल हर जगह हैश (यहां तक कि कड़ाई से जरूरी नहीं होने पर) डिफ़ॉल्ट रूप से टीटीएच थे, लेकिन हम अभी तक नहीं हैं।
डीसी ++ HTTP पर आधारित नहीं है, लेकिन ग्नुटेला (1 और 2) है, इसलिए आप उन HTTP शीर्षकों का अध्ययन और/या समर्थन कर सकते हैं। उदाहरण के लिए, शेयरजा ब्राउज़र से डाउनलोड को रोक सकता है और उन्हें Alt-location, Content-URN, X-Thex-URI शीर्षलेख का उपयोग करके पी 2 पी पर ऑफ़लोड कर सकता है। डाउन-वोट का मुकाबला करने के लिए
+1। – UnkwnTech