Proksaŭtentikaj eraroj ĉe HTML-al-PDF el malproksimaj rimedoj
Trovu petojn de duarangaj rimedoj kiam HTML-al-PDF-generado renkontas proksan defion malgraŭ ricevi la ĉefan dokumenton loke.
La HTML alvenas kiel ĉeno. PDF-generado komenciĝas, poste reta escepto mencias proksan aŭtentikigon. Rigardu en la dokumenton antaŭ ol kulpigi la PDF-dosieron.
Interpretilo povas solvi rimedojn referencitajn de ĝia enigo. Malproksima bildo, stilfolio, tipo aŭ subtenata importo enkondukas alian peton. Kiuj rimedaj tipoj estas subtenataj dependas de la interpretilo; provizi la ĉefan markadon ne garantias tute senretan konvertiĝon.
Trovu la duan URL
Notu la rimedon, kiun la interpretilo prenis kiam ĝi malsukcesis. Solvu relativajn referencojn laŭ la reala baza URL. Ŝajne senkulpa logotipa vojo povas montri ekster la aplikaĵon kiam tiu bazo malsamas de tiu uzata en retumila antaŭrigardo.
Poste identigu la elŝutilon. Sukcesa peto de via propra HTTP-kliento ne agordas la internan rimedan prenadon de interpretilo. Uzu la dokumentitan rimedan interfacon de la interpretilo aŭ aprobitan antaŭŝarĝan aranĝon se ĝi disponigas unu.
Akreditaĵoj de la fonta aplikaĵo ankaŭ ne estas aŭtomate proksaj akreditaĵoj. La interpretilo povas funkcii sub serva identeco kun alia medio kaj alia reta vojo.
Faru la dependecon eksplicita
Por raportoj destinitaj funkcii senrete, provizu aprobitajn lokajn aŭ enmetitajn rimedojn per la subtenata mekanismo. Se malproksimaj rimedoj necesas, faru iliajn permesitajn celojn, aŭtentikigon kaj malsukcesan konduton parto de la interpreta dezajno.
Mankanta emblemo kaj malsukcesa konvertiĝo estas malsamaj eblaj rezultoj. Kontrolu kiel la biblioteko traktas prenajn erarojn anstataŭ deklari la raporton kompleta nur ĉar PDF-dosiero estis kreita. Konservu la malsukcesan rimedon kaj petan stadion en la diagnozo; ripeta ŝanĝo de la URL de la originala dokumento povas lasi la realan elŝuton netuŝita.