Gabime të vërtetimit të proxy-t gjatë konvertimit HTML në PDF nga burime të largëta

HTML vjen si varg. Gjenerimi i PDF fillon, më pas një përjashtim rrjeti përmend vërtetimin e proxy-t. Shikoni brenda dokumentit përpara se të fajësoni skedarin PDF.

Një renderues mund të zgjidhë burimet të cilave u referohet hyrja e tij. Një imazh, fletë stili, font ose import i mbështetur nga distanca shton një kërkesë tjetër. Cilat lloje burimesh mbështeten varet nga renderuesi; dhënia e shënimit kryesor nuk garanton një konvertim plotësisht jashtë linje.

Gjeni URL-në e dytë

Regjistroni burimin që renderuesi po merrte kur dështoi. Zgjidhni referencat relative ndaj URL-së bazë reale. Një shteg logoje që duket i pafajshëm mund të tregojë jashtë aplikacionit kur ajo bazë ndryshon nga ajo e përdorur në një pamje paraprake të shfletuesit.

Më pas identifikoni shkarkuesin. Një kërkesë e suksesshme e klientit tuaj HTTP nuk konfiguron marrjen e brendshme të burimeve të renderuesit. Përdorni ndërfaqen e dokumentuar të burimeve të renderuesit ose një skemë të miratuar parangarkimi nëse ofron një të tillë.

Kredencialet e aplikacionit burim nuk janë gjithashtu automatikisht kredenciale proxy. Renderuesi mund të ekzekutohet nën një identitet shërbimi me një mjedis tjetër dhe një rrugë tjetër rrjeti.

Bëjeni varësinë të qartë

Për raportet e destinuara për të punuar jashtë linje, ofroni burime lokale ose të integruara të miratuara përmes mekanizmit të mbështetur. Nëse kërkohen burime të largëta, bëni destinacionet e lejuara, vërtetimin dhe sjelljen në dështim pjesë të modelimit të renderimit.

Një logo që mungon dhe një konvertim i dështuar janë rezultate të ndryshme të mundshme. Kontrolloni se si biblioteka trajton gabimet e marrjes në vend që ta shpallni raportin të plotë vetëm sepse u krijua një skedar PDF. Mbani burimin e dështuar dhe fazën e kërkesës në diagnostikim; ndryshimi i përsëritur i URL-së së dokumentit origjinal mund ta lërë shkarkimin aktual të paprekur.