Proxy-hitelesítési hibák HTML-ből PDF-be konvertáláskor távoli erőforrások miatt

A HTML karakterláncként érkezik. A PDF-generálás elindul, majd egy hálózati kivétel proxy-hitelesítést említ. Nézzen bele a dokumentumba, mielőtt a PDF-fájlt hibáztatná.

A renderer fel tudja oldani a bemenete által hivatkozott erőforrásokat. Egy távoli kép, stíluslap, betűtípus vagy támogatott import újabb kérést hoz létre. Hogy mely erőforrástípusok támogatottak, a renderertől függ; a fő jelölés biztosítása nem garantál teljesen offline konverziót.

Keresse meg a második URL-t

Rögzítse, melyik erőforrást kérte le a renderer a hiba pillanatában. Oldja fel a relatív hivatkozásokat a tényleges alap-URL-hez képest. Egy ártatlannak tűnő logóútvonal az alkalmazáson kívülre mutathat, ha ez az alap eltér a böngésző-előnézetben használttól.

Ezután azonosítsa a letöltőt. A saját HTTP-kliens sikeres kérése nem állítja be a renderer belső erőforrás-lekérését. Használja a renderer dokumentált erőforrás-felületét vagy egy jóváhagyott előzetes letöltési megoldást, ha kínál ilyet.

A forrásalkalmazás hitelesítő adatai sem automatikusan proxy-hitelesítő adatok. A renderer más környezetű és más hálózati útvonalú szolgáltatásidentitás alatt futhat.

Tegye egyértelművé a függőséget

Az offline működésre szánt jelentésekhez jóváhagyott helyi vagy beágyazott erőforrásokat biztosítson a támogatott mechanizmuson keresztül. Ha távoli erőforrásokra van szükség, tegye azok engedélyezett céljait, hitelesítését és hibaesetén tanúsított viselkedését a renderelési terv részévé.

A hiányzó logó és a sikertelen konverzió különböző lehetséges kimenetelek. Vizsgálja meg, hogyan kezeli a könyvtár a lekérési hibákat, ahelyett hogy a jelentést késznek nyilvánítja csak azért, mert létrejött egy PDF-fájl. Tartsa meg a sikertelen erőforrást és a kérés szakaszát a diagnózisban; az eredeti dokumentum URL-jének ismételt módosítása érintetlenül hagyhatja a tényleges letöltést.