Välityspalvelimen todennuksen virheet HTML:n muuntamisessa PDF:ksi etäresursseista
Löydä toissijaisten resurssien pyynnöt, kun HTML:stä PDF:ksi -luonti kohtaa välityspalvelimen haasteen, vaikka pääasiakirja on vastaanotettu paikallisesti.
HTML saapuu merkkijonona. PDF:n luonti alkaa, sitten verkkovirhe mainitsee välityspalvelimen todennuksen. Katso asiakirjan sisään ennen kuin syytät PDF-tiedostoa.
Renderöijä voi ratkaista resursseja, joihin sen syöte viittaa. Etäkuva, tyylitiedosto, fontti tai tuettu tuonti tuo mukanaan uuden pyynnön. Mitkä resurssityypit ovat tuettuja, riippuu renderöijästä; päämerkinnän toimittaminen ei takaa täysin offline-muunnosta.
Paikanna toinen URL
Kirjaa resursse, jonka renderöijä oli hakemassa epäonnistuessaan. Ratkaise suhteelliset viittaukset todelliseen perus-URL-osoitteeseen. Viattomalta näyttävä logon polku voi osoittaa sovelluksen ulkopuolelle, kun tämä perusta eroaa selaimen esikatselussa käytetystä.
Tunnista sitten lataaja. Oman HTTP-asiakkaasi onnistunut pyyntö ei määritä renderöijän sisäistä resurssien hakua. Käytä renderöijän dokumentoitua resurssirajapintaa tai hyväksyttyä esihakumenettelyä, jos se tarjoaa sellaisen.
Lähdesovelluksen tunnistetiedot eivät myöskään ole automaattisesti välityspalvelimen tunnistetietoja. Renderöijä voi toimia palveluidentiteetissä, jolla on toinen ympäristö ja toinen verkkopolku.
Tee riippuvuudesta selkeä
Offline-toimintaan tarkoitetuille raporteille toimita hyväksytyt paikalliset tai upotetut resurssit tuetun mekanismin kautta. Jos etäresursseja tarvitaan, tee niiden sallitut kohteet, todennus ja virhekäyttäytyminen osaksi renderöinnin suunnittelua.
Puuttuva logo ja epäonnistunut muunnos ovat erilaisia mahdollisia tuloksia. Tarkista, miten kirjasto käsittelee hakuvirheitä, sen sijaan että julistaisit raportin valmiiksi vain siksi, että PDF-tiedosto luotiin. Pidä epäonnistunut resurssi ja pyyntövaihe diagnostiikassa; alkuperäisen asiakirjan URL-osoitteen toistuva muuttaminen voi jättää varsinaisen latauksen koskemattomaksi.