Konservita dosiero ankoraŭ ne estas kontrolita elŝuto
Kontrolu, ke elŝuto tra la prokurilo enhavas la atendatan dosieron, ne ensalutan paĝon aŭ nekompletan respondon, antaŭ ol publikigi aŭ uzi ĝin.
Hipoteza report.xlsx estas 8 KB kaj malfermiĝas kiel ensaluta paĝo. La programo sukcese konservis dosieron, sed ĝi neniam akiris la celatan kalkultabelon. Dosiernomo estas elektata loke; ĝi ne pruvas, kio alvenis.
Faru akcepton aparta paŝo antaŭ ol publikigi la provizoran elŝuton:
- Postulu sukcesan transdonon kaj la atendatan respondan staton. Konservu eraron anstataŭ trakti la bajtojn skribitajn antaŭ ĝi kiel kompletan.
- Komparu la enhavon kun la atendata dosiertipo. Ensaluta aŭ filtra paĝo povas resendi 200. Content-Type povas esti malĝusta, kaj HTML-prefikso en kalkultabelo estas averto, kiun oni devas esplori. Dosiero komenciĝanta per HTTP-stata linio indikas anstataŭe krudan respondan kadrigon.
- Validigu la tutajn konservitajn bajtojn kontraŭ fidinda kontrolsumo aŭ subskribo, kiam disponebla. Nur post kiam la postulataj kontroloj pasos, la aplikaĵo publikigu aŭ uzu la finan dosieron.
Kalkuli haketon sen atendata valoro nur identigas la bajtojn, kiujn vi ricevis. Nesignita kontrolsumo akirita tra la sama nefidinda vojo povas havi la saman malfortecon kiel la dosiero; uzu sendependan fidindan atendaĵon.
Atentu ankaŭ komparojn de grandeco. HTTP-kliento povas malkodi enhavkodigon dum legado, do la rezulta dosierlongo povas laŭleĝe malsami de kaplinio priskribanta la koditan mesaĝon. Komparu la atendaĵon de la eldonanto kun la efektive konservita reprezentado.
Se provo malsukcesas, konservu la provizoran eligon nur por intenca daŭrigo aŭ forĵetu ĝin. Lasi nekompletajn bajtojn ĉe la fina vojo devigas la sekvan programon diveni, ĉu ili estas uzeblaj.