ຮັກສາໄບຕ໌ຂອງໄຟລ໌ຖານສອງເມື່ອອັບໂຫຼດຜ່ານພຣັອກຊີ

ໄຟລ໌ຖານສອງຄວນໄປຮອດລູກຄ້າ HTTP ໃນຮູບແບບໄບຕ໌. ການອ່ານມັນດ້ວຍຕົວອ່ານຂໍ້ຄວາມ ແລ້ວເອົາສະຕຣິງທີ່ໄດ້ໄປເຂົ້າລະຫັດຄືນເປັນ ASCII ອາດປ່ຽນຄ່າຕ່າງໆ ກ່ອນທີ່ພຣັອກຊີຈະໄດ້ຮັບຫຍັງ. ຕົວຢ່າງຂໍ້ຄວາມນ້ອຍໆທີ່ເຮັດວຽກໄດ້ ບໍ່ໄດ້ເຮັດໃຫ້ເສັ້ນທາງນັ້ນປອດໄພສຳລັບຮູບພາບ, ໄຟລ໌ບີບອັດ ຫຼື ເອກະສານ.

ໃນເສັ້ນທາງການອັບໂຫຼດ .NET ທີ່ມີຢູ່ແລ້ວ, ໃຫ້ປ່ຽນການແປງນັ້ນເປັນແຫຼ່ງຂໍ້ມູນ body ແບບຖານສອງ:

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

ສົ່ງ content ຜ່ານການອັບໂຫຼດ HTTP ທີ່ແອັບຯຕັ້ງໄວ້; ສ່ວນຂໍ້ຄວາມນີ້ສ້າງແຫຼ່ງ body, ຂະນະທີ່ client ເດີມຍັງຮັບຜິດຊອບ method, ປາຍທາງ, ພຣັອກຊີ ແລະ ການຈັດການອາຍຸ.

ລຶບ Content-Length ໃດໆທີ່ຄິດໄລ່ຈາກຈຳນວນຕົວອັກສອນຂອງສະຕຣິງເກົ່າ. ຟິວນີ້ວັດເປັນ octet. ໃຫ້ໄລບຣາຣີ HTTP ສ້າງການຈັດຂອບຈາກຮູບແບບ body ແທນການຈັບຄູ່ຈຳນວນຕົວອັກສອນກັບ buffer ທີ່ເຂົ້າລະຫັດຕ່າງກັນ.

ສຳລັບການອັບໂຫຼດຂໍ້ຄວາມທີ່ເຈດຕະນາ, ໃຫ້ເລືອກ encoding ຢ່າງຊັດເຈນ ແລະ ຄິດໄລ່ຄວາມຍາວທີ່ຕ້ອງການຈາກໄບຕ໌ທີ່ສົ່ງໄປ. ການຕັດສິນໃຈຮູບແບບຂໍ້ຄວາມນັ້ນ ບໍ່ຄວນໃຊ້ກັບໄຟລ໌ໃດໆ.

ປຽບທຽບໄຟລ໌ທີ່ສົ່ງຜ່ານກັບຄ່າທີ່ຄາດຫວັງທີ່ໄວ້ໃຈໄດ້. ຄວາມສຳເລັດຂອງ HTTP ຢືນຢັນວ່າການອັບໂຫຼດສຳເລັດໃນຊັ້ນນັ້ນ; ມັນບໍ່ສາມາດສະແດງວ່າການແປງຂໍ້ຄວາມກ່ອນໜ້າໄດ້ຮັກສາໄບຕ໌ເດີມໄວ້.