बायनरी फाइल HTTP क्लायंटपर्यंत बाइट्सच्या स्वरूपात पोहोचली पाहिजे. ती मजकूर वाचकाने वाचून मिळालेली स्ट्रिंग ASCII म्हणून पुन्हा एन्कोड करणे, प्रॉक्सीला काहीही मिळण्यापूर्वीच मूल्ये बदलू शकते. लहान मजकूर नमुना चालतो याचा अर्थ तो मार्ग प्रतिमा, संग्रह किंवा दस्तऐवजासाठी सुरक्षित आहे असा होत नाही.

विद्यमान .NET अपलोड मार्गात ते रूपांतरण बायनरी बॉडी स्रोताने बदला:

using var file = File.OpenRead(path);
using var content = new StreamContent(file);

सामग्री अनुप्रयोगाच्या संरचित HTTP अपलोडमधून पाठवा; हा तुकडा बॉडी स्रोत स्थापित करतो, तर विद्यमान क्लायंट अजूनही पद्धत, गंतव्य, प्रॉक्सी आणि आयुष्यमान हाताळणीचा मालक आहे.

जुन्या स्ट्रिंगच्या वर्णसंख्येवरून मोजलेले कोणतेही Content-Length काढून टाका. हे क्षेत्र ऑक्टेटमध्ये मोजते. वेगळ्या प्रकारे एन्कोड केलेल्या बफरसोबत वर्णसंख्या जोडण्याऐवजी HTTP लायब्ररीला बॉडी प्रतिनिधित्वातून फ्रेमिंग तयार करू द्या.

हेतुपुरस्सर मजकूर अपलोडसाठी, एन्कोडिंग स्पष्टपणे निवडा आणि आवश्यक लांबी पाठवलेल्या बाइट्सवरून काढा. तो मजकूर-स्वरूपाचा निर्णय कोणत्याही फाइलांना लागू करू नये.

हस्तांतरित फाइलची विश्वासार्ह अपेक्षित मूल्याशी तुलना करा. HTTP यश त्या स्तरावर अपलोड क्रिया पूर्ण झाली याची पुष्टी करते; पूर्वीच्या मजकूर रूपांतरणाने मूळ बाइट्स जपले याचे ते दाखवू शकत नाही.

संबंधित लेख