Uzak varlıklardan HTML'den PDF'e proxy kimlik doğrulama hataları
Ana belge yerel olarak alınmış olsa da HTML'den PDF üretimi bir proxy meydan okumasıyla karşılaştığında ikincil varlık isteklerini bulun.
HTML bir dize olarak gelir. PDF üretimi başlar, ardından bir ağ istisnası proxy kimlik doğrulamasından söz eder. PDF dosyasını suçlamadan önce belgenin içine bakın.
Bir işleyici, girdisinin başvurduğu varlıkları çözebilir. Uzak bir görsel, stil sayfası, yazı tipi veya desteklenen içe aktarma başka bir istek ekler. Hangi varlık türlerinin desteklendiği işleyiciye bağlıdır; ana işaretlemeyi sağlamak tamamen çevrimdışı bir dönüşümü garanti etmez.
İkinci URL'yi bulun
İşleyicinin başarısız olduğunda aldığı varlığı kaydedin. Göreli başvuruları gerçek temel URL'ye göre çözün. Masum görünen bir logo yolu, bu temel tarayıcı önizlemesinde kullanılardan farklı olduğunda uygulamanın dışına işaret edebilir.
Ardından indiriciyi tanımlayın. Kendi HTTP istemcinizin başarılı isteği bir işleyicinin dahili varlık alımını yapılandırmaz. İşleyicinin belgelenmiş varlık arayüzünü veya varsa onaylanmış bir ön getirme düzenini kullanın.
Kaynak uygulamanın kimlik bilgileri de otomatik olarak proxy kimlik bilgileri değildir. İşleyici, başka bir ortam ve başka bir ağ yolu olan bir hizmet kimliği altında çalışabilir.
Bağımlılığı açık hale getirin
Çevrimdışı çalışması amaçlanan raporlar için desteklenen mekanizma aracılığıyla onaylanmış yerel veya gömülü varlıklar sağlayın. Uzak varlıklar gerekiyorsa, izin verilen hedeflerini, kimlik doğrulamayı ve hata davranışını işleme tasarımının parçası yapın.
Eksik bir logo ve başarısız bir dönüşüm farklı olası sonuçlardır. Sırf bir PDF dosyası oluşturuldu diye raporu tamamlandı ilan etmek yerine kitaplığın alma hatalarını nasıl ele aldığını kontrol edin. Başarısız varlığı ve istek aşamasını tanılamada tutun; orijinal belgenin URL'sini tekrar tekrar değiştirmek gerçek indirmeyi dokunulmamış bırakabilir.