ორობითი ფაილი HTTP კლიენტამდე ბაიტებად უნდა მივიდეს. ტექსტის წამკითხველით წაკითხვა და მიღებული სტრიქონის ASCII-ად ხელახალი კოდირება შეიძლება მნიშვნელობები შეცვალოს მანამ, სანამ პროქსი რამეს მიიღებს. პატარა ტექსტური ნიმუშის მუშაობა ამ გზას უსაფრთხოს არ ხდის სურათის, არქივის ან დოკუმენტისთვის.

არსებულ .NET ატვირთვის გზაში შეცვალეთ ეს გარდაქმნა ორობითი სხეულის წყაროთი:

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

გაატარეთ შიგთავსი აპლიკაციის კონფიგურირებული HTTP ატვირთვის გავლით; ფრაგმენტი ადგენს სხეულის წყაროს, ხოლო არსებული კლიენტი კვლავ ფლობს მეთოდს, დანიშნულებას, პროქსის და სიცოცხლის ციკლის მართვას.

წაშალეთ ნებისმიერი Content-Length, რომელიც ძველი სტრიქონის სიმბოლოთა რაოდენობიდან გამოითვალა. ეს ველი ოქტეტებს ზომავს. მიეცით HTTP ბიბლიოთეკას კადრირება სხეულის წარმოდგენიდან ააგოს იმის ნაცვლად, რომ სიმბოლოთა რაოდენობა სხვა კოდირების ბუფერს შეუწყოს.

განზრახ ტექსტური ატვირთვისთვის კოდირება ცხადად შეარჩიეთ და საჭირო სიგრძე გაგზავნილი ბაიტებიდან გამოიტანეთ. ტექსტის ფორმატის ეს გადაწყვეტილება თვითნებურ ფაილებზე არ უნდა გამოიყენებოდეს.

შეადარეთ გადაცემული არტეფაქტი სანდო მოსალოდნელ მნიშვნელობას. HTTP წარმატება ადასტურებს, რომ ატვირთვის ოპერაცია ამ დონეზე დასრულდა; ის ვერ აჩვენებს, რომ წინა ტექსტურმა გარდაქმნამ თავდაპირველი ბაიტები შეინარჩუნა.

დაკავშირებული სტატიები