Kohalik dokument võib teisendamise ajal siiski 407 esile kutsuda. Selle XML võib nimetada DTD-d, skeemi või entiteeti ning renderdaja võib alla laadida stiile või pilte. Nurjuv klient võib olla selle parseri sees pärast algse allalaadimise lõppu.

Hoidke erindi pinu ja taotletud URI alles ning sobitage need sisenddeklaratsioonide või ressursiviidetega. DTD-päring standardhosti vastu on leheküljepäringust erinev toiming. HTML-i PDF-iks teisendamine võib samuti nurjuda kaugressursside hankimisel.

Kasutage .NET XmlReaderi sisendi puhul, mille leping keelab DTD-d ja välise lahendamise:

var settings = new XmlReaderSettings
{
    DtdProcessing = DtdProcessing.Prohibit,
    XmlResolver = null
};

Edastage need seaded komponendile, mis dokumenti tegelikult parsib. DtdProcessing valib, kuidas DTD-d käsitleda; XmlResolver juhib välist juurdepääsu. Prohibit lükkab DTD-ga dokumendi tagasi—see ei eemalda deklaratsiooni. Kui töövoog nõuab seda, valige kinnitatud kohalik lahendus või selgesõnaliselt suunatud resolver.

Hoidke vaikeväärtused API/hukkeseotuna. XmlReaderSettings kasutab vaikimisi Prohibit ning selle vaikerolver muudeti nulliks alates .NET Framework 4.5.2-st. Kolmanda osapoole konverter võib need üle kirjutada või kasutada teist parserit.

XHTML-deklaratsiooni muutmine HTML-doctypeks võib mõjutada ühte konverterit, kuid ei konfigureeri selle puhverserverit. Määrake vajalikud ressursid ja nende laadimispoliitika; autentimine algse lehekülje kliendis ei autenti seda teist klienti.

Seotud artiklid