HTML-na-PDF-proksiverifikasiefoute van afgeleë bates

Die HTML kom as 'n string aan. PDF-generering begin, dan noem 'n netwerk-uitsondering proksi-verifikasie. Kyk binne die dokument voordat jy die PDF-lêer blameer.

'n Renderer kan hulpbronne oplos waarna sy invoer verwys. 'n Afgeleë beeld, stylblad, font of ondersteunde invoer veroorsaak nog 'n versoek. Watter hulpbronsoorte ondersteun word, hang van die renderer af; om die hoofopmerking te verskaf waarborg nie 'n heeltemal aanlyn-af konversie nie.

Vind die tweede URL

Teken die hulpbron aan wat die renderer besig was om te haal toe dit misluk het. Los relatiewe verwysings op teen die werklike basis-URL. 'n Onskuldige logo-pad kan buite die toepassing wys wanneer daardie basis verskil van dié wat in 'n blaaier-voorskou gebruik word.

Identifiseer dan die aflaaier. 'n Suksesvolle versoek deur jou eie HTTP-kliënt konfigureer nie 'n renderer se interne hulpbrononttrekking nie. Gebruik die renderer se gedokumenteerde hulpbronkoppelvlak of 'n goedgekeurde voorafhaalke reëling indien dit een bied.

Geloofsbriewe vir die bron-toepassing is ook nie outomaties proksi-geloofsbriewe nie. Die renderer kan onder 'n diensidentiteit met 'n ander omgewing en 'n ander netwerkpad loop.

Maak die afhanklikheid eksplisiet

Vir verslae wat bedoel is om aanlyn te werk, verskaf goedgekeurde plaaslike of ingebedde hulpbronne deur die ondersteunde meganisme. As afgeleë hulpbronne vereis word, maak hul toegelate bestemmings, verifikasie en foutgedrag deel van die renderer-ontwerp.

'n Ontbrekende logo en 'n mislukte konversie is verskillende moontlike uitkomste. Kontroleer hoe die biblioteek ophaalfoute hanteer in plaas daarvan om die verslag as voltooid te verklaar bloots omdat 'n PDF-lêer geskep is. Hou die mislukte hulpbron en versoekstadium in die diagnose; om die oorspronklike dokument se URL herhaaldelik te verander kan die werklike aflaai onaangeraak laat.