সংৰক্ষিত ফাইল এতিয়াও পৰীক্ষিত ডাউনলোড নহয়
প্ৰকাশ বা ব্যৱহাৰ কৰাৰ আগতে প্ৰক্সিৰ জৰিয়তে কৰা ডাউনলোডত প্ৰত্যাশিত ফাইল আছে নে নাই, প্ৰমাণীকৰণ পৃষ্ঠা বা অপূৰ্ণ সঁহাৰি নহয় নে পৰীক্ষা কৰক।
এটা কাল্পনিক report.xlsx ৰ আকাৰ 8 KB আৰু ই লগইন পৃষ্ঠা হিচাপে খোল খায়। কাৰ্যসূচীয়ে এটা ফাইল সফলভাৱে সংৰক্ষণ কৰিলে, কিন্তু ই অভীষ্ট স্প্ৰেডশ্বীট কেতিয়াও নাপালে। ফাইলনাম স্থানীয়ভাৱে বাছনি কৰা হয়; সেয়া কি আহিল তাৰ প্ৰমাণ নহয়।
অস্থায়ী ডাউনলোডটো প্ৰকাশ কৰাৰ আগতে গ্ৰহণক এটা পৃথক পদক্ষেপ কৰক:
- সফল স্থানান্তৰ আৰু প্ৰত্যাশিত সঁহাৰি স্থিতি দাবী কৰক। ইয়াৰ আগতে লিখা বাইটবোৰ সম্পূৰ্ণ বুলি ধৰাৰ পৰিৱৰ্তে ত্ৰুটিটো ৰাখক।
- বিষয়বস্তু প্ৰত্যাশিত ফাইল প্ৰকাৰৰ সৈতে তুলনা কৰক। লগইন বা ফিল্টাৰ পৃষ্ঠাই 200 ঘূৰাই দিব পাৰে। Content-Type ভুল হ'ব পাৰে, আৰু স্প্ৰেডশ্বীটত HTML উপসৰ্গ এটা সতৰ্কবাণী যিটো তদন্তৰ প্ৰয়োজন। HTTP স্থিতি শাৰীৰে আৰম্ভ হোৱা ফাইলৰ পৰা বুজা যায় যে ইয়াৰ পৰিৱৰ্তে কেঁচা সঁহাৰি ফ্ৰেমিং ব্যৱহৃত হৈছে।
- সংৰক্ষিত সম্পূৰ্ণ বাইটবোৰ বিশ্বাসযোগ্য চেকচাম বা স্বাক্ষৰৰ সৈতে যেতিয়া উপলব্ধ তেতিয়া বৈধ কৰক। প্ৰয়োজনীয় পৰীক্ষাসমূহ পাছ হোৱাৰ পিছতহে এপ্লিকেশ্বনে চূড়ান্ত ফাইলটো প্ৰকাশ বা ব্যৱহাৰ কৰা উচিত।
প্ৰত্যাশিত মান নোহোৱাকৈ হেশ গণনা কৰিলে কেৱল আপুনি লাভ কৰা বাইটবোৰ চিনাক্ত হয়। একে অবিশ্বাসযোগ্য পথেৰে অনা স্বাক্ষৰ নোহোৱা চেকচামে ফাইলটোৰ দুৰ্বলতা ভাগ কৰিব পাৰে; স্বতন্ত্ৰ বিশ্বাসযোগ্য প্ৰত্যাশা ব্যৱহাৰ কৰক।
আকাৰৰ তুলনাতো সাৱধান হওক। এজন HTTP ক্লায়েন্টে পঢ়ি থকাৰ সময়ত সমল এনকোডিং ডিকোড কৰিব পাৰে, গতিকে ফলাফল ফাইলৰ দৈৰ্ঘ্য এনকোড কৰা প্ৰেৰণৰ বৰ্ণনা কৰা হেডাৰৰ পৰা ন্যায়সংগতভাৱে পৃথক হ'ব পাৰে। প্ৰকাশকৰ প্ৰত্যাশা প্ৰকৃততে সংৰক্ষিত উপস্থাপনৰ সৈতে তুলনা কৰক।
যদি কোনো প্ৰচেষ্টা বিফল হয়, তেন্তে অস্থায়ী আউটপুট কেৱল ইচ্ছাকৃত পুনৰাৰম্ভৰ বাবে ৰাখক বা পেলাই দিয়ক। চূড়ান্ত পথত অপূৰ্ণ বাইট এৰি দিলে পৰৱৰ্তী কাৰ্যসূচীয়ে সেয়া ব্যৱহাৰযোগ্য নে নহয় অনুমান কৰিবলগীয়া হয়।