Puhverserveri autentimise vead HTML-i PDF-iks teisendamisel kaugressurssidest
Leidke teisese ressursi päringud, kui HTML-i PDF-iks genereerimine kohtab puhverserveri väljakutset, kuigi põhidokument on kohapeal vastu võetud.
HTML saabub stringina. PDF-i genereerimine algab, seejärel mainib võrguerand puhverserveri autentimist. Vaadake dokumenti enne, kui süüdistate PDF-faili.
Renderdaja saab lahendada ressursse, millele selle sisend viitab. Kaugpilt, stiilileht, font või toetatud import lisab veel ühe päringu. Milliseid ressursitüüpe toetatakse, sõltub renderdajast; põhimärgistuse esitamine ei taga täielikult võrguühenduseta teisendust.
Leidke teine URL
Registreerige ressurss, mida renderdaja ebaõnnestumise hetkel hankis. Lahendage suhtelised viited tegeliku baas-URL-i suhtes. Näiliselt kahjutu logo tee võib osutada väljapoole rakendust, kui see baas erineb brauseri eelvaates kasutatud baasist.
Seejärel tuvastage allalaadija. Teie enda HTTP-kliendi õnnestunud päring ei sea renderdaja sisemist ressursi hankimist. Kasutage renderdaja dokumenteeritud ressursiliidest või heakskiidetud eellaadimise korraldust, kui see on saadaval.
Lähteveralduse identimisandmed ei ole samuti automaatselt puhverserveri identimisandmed. Renderdaja võib töötada teenuseidentiteedi all teise keskkonna ja teise võrguteega.
Tehke sõltuvus selgeks
Võrguühenduseta töötamiseks mõeldud aruannete jaoks esitage heakskiidetud kohalikud või manustatud ressursid toetatud mehhanismi kaudu. Kui kaugressursid on vajalikud, tehke nende lubatud sihtkohad, autentimine ja tõrke käitumine renderduse disaini osaks.
Puuduv logo ja ebaõnnestunud teisendus on erinevad võimalikud tulemused. Kontrollige, kuidas teek hankimisvigu käsitleb, selle asemel et kuulutada aruanne valmis ainult seetõttu, et PDF-fail loodi. Hoidke ebaõnnestunud ressurss ja päringu etapp diagnostikas; algse dokumendi URL-i korduv muutmine võib jätta tegeliku allalaadimise puutumata.