প্ৰক্সিৰ জৰিয়তে আপলোড কৰোঁতে বাইনেৰী ফাইলৰ বাইটসমূহ সংৰক্ষণ কৰক
ফাইলক পাঠ্য হিচাপে ডিকোড কৰি ASCII ৰে পুনৰ নিৰ্মাণ নকৰি প্ৰক্সিৰ জৰিয়তে আপলোড কৰোঁতে ফাইলৰ বাইট আৰু বাইটৰ দৈৰ্ঘ্য সংৰক্ষণ কৰক।
বাইনেৰী ফাইল এটা HTTP ক্লায়েন্টলৈ বাইট হিচাপে যোৱা উচিত। পাঠ্য পঢ়ক ব্যৱহাৰ কৰি পঢ়ি উৎপন্ন শব্দশাৰীক ASCII হিচাপে পুনৰ এনকোড কৰিলে প্ৰক্সিয়ে একো নোপোৱাৰ আগেই মান সলনি হ'ব পাৰে। সৰু পাঠ্য নমুনা এটাই কাম কৰিলেও সেই পথটো ছবি, আৰ্কাইভ বা নথিপত্ৰৰ বাবে নিৰাপদ নহয়।
এটা বিদ্যমান .NET আপলোড পথত সেই ৰূপান্তৰণটো বাইনেৰী বডি উৎসৰে সলনি কৰক:
using var file = File.OpenRead(path);
using var content = new StreamContent(file);এপ্লিকেশ্যনৰ সংৰূপিত HTTP আপলোডৰ জৰিয়তে সমলটো পাছ কৰক; খণ্ডটোৱে বডি উৎস স্থাপন কৰে, আনহাতে বিদ্যমান ক্লায়েন্টে এতিয়াও পদ্ধতি, গন্তব্য, প্ৰক্সি আৰু জীৱনকালীন পৰিচালনাৰ দায়িত্ব লয়।
পুৰণি শব্দশাৰীৰ আখৰৰ সংখ্যাৰ পৰা গণনা কৰা যিকোনো Content-Length আঁতৰাওক। এই ক্ষেত্ৰটোৱে অক্টেট জোখে। HTTP লাইব্ৰেৰীক ভিন্ন এনকোডিং থকা বাফাৰৰ সৈতে আখৰৰ সংখ্যা যোৰ নকৰি বডি প্ৰতিনিধিত্বৰ পৰা ফ্ৰেমিং সাজিবলৈ দিয়ক।
ইচ্ছাকৃত পাঠ্য আপলোডৰ বাবে এনকোডিং স্পষ্টভাৱে বাছনি কৰক আৰু প্ৰয়োজনীয় দৈৰ্ঘ্য পঠোৱা বাইটৰ পৰা উলিয়াওক। পাঠ্য-বিন্যাসৰ এই সিদ্ধান্তক যিকোনো ফাইলত প্ৰয়োগ কৰা উচিত নহয়।
স্থানান্তৰিত ফাইলটো এটা বিশ্বাসযোগ্য প্ৰত্যাশিত মানৰ সৈতে তুলনা কৰক। HTTP সফলতাই সেই স্তৰত আপলোড কাৰ্য সম্পূৰ্ণ হোৱা নিশ্চিত কৰে; ই আগৰ পাঠ্য ৰূপান্তৰণে মূল বাইটসমূহ সংৰক্ষণ কৰিছিল নে নাই দেখুৱাব নোৱাৰে।