በፕሮክሲ በኩል ሲሰቀል የሁለትዮሽ ፋይል ባይቶችን ጠብቅ

ሁለትዮሽ ፋይል ወደ HTTP ደንበኛው እንደ ባይት መድረስ አለበት። በጽሑፍ አንባቢ ማንበብና የተገኘውን ሕብረቁምፊ በASCII እንደገና መመስጠር ፕሮክሲው ምንም ከመቀበሉ በፊት እሴቶችን ሊቀይር ይችላል። ትንሽ የጽሑፍ ናሙና መሥራቱ ያንን መንገድ ለምስል፣ ለማህደር ወይም ለሰነድ አስተማማኝ አያደርገውም።

በነባር .NET የመስቀል መንገድ ውስጥ ያንን ልወጣ በሁለትዮሽ የአካል ምንጭ ይተኩ፦

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

ይዘቱን በመተግበሪያው በተዘጋጀው HTTP መስቀል በኩል ያስተላልፉ፤ ቁራጩ የአካሉን ምንጭ ይመሠርታል፣ ነባሩ ደንበኛ ግን አሁንም ዘዴውን፣ መዳረሻውን፣ ፕሮክሲውንና የሕይወት ዑደቱን ይይዛል።

ከአሮጌው ሕብረቁምፊ የቁምፊ ብዛት የተሰላ ማንኛውንም Content-Length ያስወግዱ። መስኩ ኦክቴቶችን ይለካል። የቁምፊ ብዛትን ከተለየ ኮድ ካለው ቋት ጋር ከማጣመር ይልቅ የHTTP ቤተ-መጽሐፍቱ ክፈፉን ከአካሉ ውክልና እንዲገነባ ይፍቀዱ።

ሆን ተብሎ ለሚደረግ የጽሑፍ መስቀል፣ ኮዱን በግልጽ ይምረጡና የሚያስፈልገውን ርዝመት ከሚላኩት ባይቶች ያግኙ። ያ የጽሑፍ ቅርጸት ውሳኔ በዘፈቀደ ፋይሎች ላይ መተግበር የለበትም።

የተላለፈውን ፋይል ከታመነ የሚጠበቅ እሴት ጋር ያወዳድሩ። የHTTP ስኬት የመስቀል ሥራ በዚያ አገናኝ ላይ መጠናቀቁን ያረጋግጣል፤ ቀደም ሲል የተደረገ የጽሑፍ ልወጣ የመጀመሪያውን ባይቶች መጠበቁን ሊያሳይ አይችልም።