પ્રોક્સી દ્વારા અપલોડ કરતી વખતે બાઈનરી ફાઈલના બાઈટ્સ જાળવો

બાઈનરી ફાઈલ HTTP ક્લાયન્ટ સુધી બાઈટ્સ તરીકે પહોંચવી જોઈએ. તેને ટેક્સ્ટ રીડરથી વાંચીને પરિણામી સ્ટ્રિંગને ASCII તરીકે ફરીથી એન્કોડ કરવાથી પ્રોક્સીને કંઈ મળે તે પહેલાં મૂલ્યો બદલાઈ શકે છે. નાનું ટેક્સ્ટ નમૂનું કામ કરે તેનો અર્થ એ નથી કે એ માર્ગ ઈમેજ, આર્કાઈવ કે દસ્તાવેજ માટે સુરક્ષિત છે.

હાલના .NET અપલોડ માર્ગમાં, એ રૂપાંતરણને બાઈનરી બોડી સ્રોત સાથે બદલો:

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

સામગ્રીને એપ્લિકેશનના ગોઠવેલા HTTP અપલોડ દ્વારા પસાર કરો; ટુકડો બોડી સ્રોત સ્થાપિત કરે છે, જ્યારે હાલનો ક્લાયન્ટ હજી પણ પદ્ધતિ, લક્ષ્ય, પ્રોક્સી અને આયુષ્ય સંભાળનો માલિક છે.

જૂની સ્ટ્રિંગના અક્ષર ગણતરીથી ગણાયેલ કોઈપણ Content-Length દૂર કરો. આ ક્ષેત્ર ઓક્ટેટ માપે છે. અક્ષર ગણતરીને અલગ એન્કોડિંગવાળા બફર સાથે જોડવાને બદલે HTTP લાઈબ્રેરીને બોડી રજૂઆતમાંથી ફ્રેમિંગ બનાવવા દો.

ઇરાદાપૂર્વકના ટેક્સ્ટ અપલોડ માટે, એન્કોડિંગ સ્પષ્ટ રીતે પસંદ કરો અને મોકલાયેલા બાઈટ્સમાંથી જરૂરી લંબાઈ મેળવો. આ ટેક્સ્ટ-ફોર્મેટ નિર્ણય મનસ્વી ફાઈલો પર લાગુ ન કરવો જોઈએ.

સ્થાનાંતરિત ફાઈલની વિશ્વસનીય અપેક્ષિત મૂલ્ય સાથે સરખામણી કરો. HTTP સફળતા પુષ્ટિ કરે છે કે એ સ્તરે અપલોડ ક્રિયા પૂર્ણ થઈ; તે બતાવી શકતું નથી કે અગાઉના ટેક્સ્ટ રૂપાંતરણે મૂળ બાઈટ્સ જાળવ્યા હતા.