એક કાલ્પનિક report.xlsx 8 KB છે અને લોગિન પૃષ્ઠ તરીકે ખૂલે છે. પ્રોગ્રામે ફાઇલ સફળતાપૂર્વક સાચવી, પણ ઇચ્છિત સ્પ્રેડશીટ કદી મળી નહીં. ફાઇલનું નામ સ્થાનિક રીતે પસંદ થાય છે; તે શું આવ્યું તેનો પુરાવો નથી.

કામચલાઉ ડાઉનલોડ પ્રકાશિત કરતાં પહેલાં સ્વીકૃતિને અલગ પગલું બનાવો:

  1. સફળ સ્થાનાંતરણ અને અપેક્ષિત પ્રતિસાદ સ્થિતિની માંગ કરો. તેની પહેલાં લખાયેલા બાઇટ્સને પૂર્ણ ગણવાને બદલે ભૂલ સાચવો.
  2. સામગ્રીની અપેક્ષિત ફાઇલ પ્રકાર સાથે સરખામણી કરો. લોગિન કે ફિલ્ટર પૃષ્ઠ 200 પરત આપી શકે છે. Content-Type ખોટું હોઈ શકે છે, અને સ્પ્રેડશીટમાં HTML ઉપસર્ગ એ ચેતવણી છે જેની તપાસ જરૂરી છે. HTTP સ્થિતિ લાઇનથી શરૂ થતી ફાઇલ કાચા પ્રતિસાદની ફ્રેમિંગ તરફ ઇશારો કરે છે.
  3. ઉપલબ્ધ હોય ત્યારે સાચવેલા સંપૂર્ણ બાઇટ્સને વિશ્વસનીય ચેકસમ કે સહી સામે માન્ય કરો. જરૂરી ચકાસણીઓ પસાર થયા પછી જ એપ્લિકેશને અંતિમ ફાઇલ પ્રકાશિત કે વાપરવી જોઈએ.

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

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

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

સંબંધિત લેખો