Lokal sənəd çevrilmə zamanı yenə də 407 yarada bilər. Onun XML-i DTD, sxem və ya entity adlandıra bilər, renderer isə üslub və ya şəkilləri yükləyə bilər. Uğursuz müştəri orijinal yükləmə bitdikdən sonra həmin parserin içində ola bilər.

İstisna yığınını və tələb olunan URI-ni saxlayın, sonra onları giriş bəyannamələri və ya resurs istinadları ilə uyğunlaşdırın. Standart hosta DTD sorğusu səhifə sorğusundan ayrı əməliyyatdır. HTML-dən PDF-ə çevrilmə də uzaq resursları gətirərkən uğursuz ola bilər.

Müqaviləsi DTD-ləri və xarici həlli qadağan edən .NET XmlReader girişi üçün istifadə edin:

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

Bu parametrləri sənədi həqiqətən təhlil edən komponentə ötürün. DtdProcessing DTD ilə necə davranılacağını seçir; XmlResolver xarici girişi idarə edir. Prohibit DTD-si olan sənədi rədd edir—bəyannaməni silmir. Əgər iş axını birini tələb edirsə, təsdiqlənmiş lokal həll və ya açıq şəkildə yönləndirilmiş həlledici seçin.

Defoltları API/runtime ilə bağlı saxlayın. XmlReaderSettings defolt olaraq Prohibit istifadə edir və onun defolt həlledicisi .NET Framework 4.5.2-dən başlayaraq null-a dəyişdi. Üçüncü tərəf çeviricisi bunları ləğv edə və ya başqa parser istifadə edə bilər.

XHTML bəyannaməsini HTML doctype-a dəyişmək bir çeviriciyə təsir edə bilər, lakin onun proxysini konfiqurasiya etmir. Tələb olunan resursları və onların yükləmə siyasətini müəyyənləşdirin; ilkin səhifə müştərisindəki autentifikasiya bu ikinci müştəri autentifikasiya etmir.

Əlaqəli məqalələr