सुरक्षित गरिएको फाइल अझै प्रमाणित डाउनलोड होइन
प्रकाशित वा प्रयोग गर्नु अघि प्रोक्सी मार्फत भएको डाउनलोडमा अपेक्षित फाइल छ कि, लगइन पृष्ठ वा अपूर्ण प्रतिक्रिया होइन भनी जाँच गर्नुहोस्।
एक काल्पनिक report.xlsx 8 KB छ र लगइन पृष्ठको रूपमा खुल्छ। कार्यक्रमले फाइल सफलतापूर्वक सुरक्षित गर्यो, तर इच्छित स्प्रेडसिट कहिल्यै पाएन। फाइलको नाम स्थानीय रूपमा छानिन्छ; यो के आयो भन्ने प्रमाण होइन।
अस्थायी डाउनलोड प्रकाशित गर्नु अघि स्वीकृतिलाई छुट्टै चरण बनाउनुहोस्:
- सफल स्थानान्तरण र अपेक्षित प्रतिक्रिया स्थिति आवश्यक गर्नुहोस्। त्यसअघि लेखिएका बाइटहरूलाई पूर्ण मान्नुको सट्टा त्रुटि राख्नुहोस्।
- सामग्रीको अपेक्षित फाइल प्रकारसँग तुलना गर्नुहोस्। लगइन वा फिल्टर पृष्ठले 200 फर्काउन सक्छ। Content-Type गलत हुन सक्छ, र स्प्रेडसिटमा HTML उपसर्ग एक चेतावनी हो जसको अनुसन्धान आवश्यक छ। HTTP स्थिति लाइनबाट सुरु हुने फाइलले कच्चा प्रतिक्रिया ढाँचातर्फ संकेत गर्छ।
- उपलब्ध हुँदा सुरक्षित सबै बाइटहरू विश्वसनीय चेकसम वा हस्ताक्षरसँग प्रमाणित गर्नुहोस्। आवश्यक जाँच पास भएपछि मात्र अनुप्रयोगले अन्तिम फाइल प्रकाशित वा प्रयोग गर्नुपर्छ।
अपेक्षित मान बिना ह्यास गणना गर्दा प्राप्त बाइटहरू मात्र पहिचान हुन्छ। त्यही अविश्वसनीय मार्गबाट ल्याइएको हस्ताक्षररहित चेकसमले फाइलको कमजोरी साझा गर्न सक्छ; स्वतन्त्र विश्वसनीय अपेक्षा प्रयोग गर्नुहोस्।
आकार तुलनामा पनि सावधान हुनुहोस्। HTTP क्लाइन्टले पढ्दै गर्दा सामग्री इन्कोडिङ डिकोड गर्न सक्छ, त्यसैले परिणामी फाइलको लम्बाइ इन्कोड गरिएको सन्देश वर्णन गर्ने हेडरभन्दा वैध रूपमा फरक हुन सक्छ। प्रकाशकको अपेक्षालाई वास्तवमा सुरक्षित गरिएको प्रस्तुतिसँग तुलना गर्नुहोस्।
यदि प्रयास असफल भयो भने, अस्थायी आउटपुट जानाजानी पुनः सुरु गर्नका लागि मात्र राख्नुहोस् वा त्याग्नुहोस्। अन्तिम मार्गमा अपूर्ण बाइटहरू छाड्दा अर्को कार्यक्रमले ती प्रयोगयोग्य छन् कि छैनन् भनी अनुमान गर्न बाध्य हुन्छ।