दूरस्थ संसाधनांमधून HTML-ते-PDF प्रॉक्सी प्रमाणीकरण त्रुटी

HTML एक स्ट्रिंग म्हणून येतो. PDF निर्मिती सुरू होते, नंतर नेटवर्क अपवाद प्रॉक्सी प्रमाणीकरणाचा उल्लेख करतो. PDF फाइलला दोष देण्यापूर्वी दस्तऐवजाच्या आत पाहा.

रेंडरर त्याच्या इनपुटने संदर्भित संसाधने सोडवू शकतो. दूरस्थ प्रतिमा, स्टाइलशीट, फॉन्ट किंवा समर्थित आयात आणखी एक विनंती आणते. कोणते संसाधन प्रकार समर्थित आहेत हे रेंडररवर अवलंबून असते; मुख्य मार्कअप पुरवणे पूर्णपणे ऑफलाइन रूपांतरणाची हमी देत नाही.

दुसरा URL शोधा

अयशस्वी झाल्यावर रेंडरर जे संसाधन घेत होता ते नोंदवा. सापेक्ष संदर्भ वास्तविक बेस URL विरुद्ध सोडवा. निर्दोष दिसणारा लोगो मार्ग ॲप्लिकेशनच्या बाहेर निर्देश करू शकतो जेव्हा तो आधार ब्राउझर पूर्वावलोकनात वापरलेल्या आधारापेक्षा वेगळा असतो.

नंतर डाउनलोडर ओळखा. तुमच्या स्वतःच्या HTTP क्लायंटची यशस्वी विनंती रेंडररची अंतर्गत संसाधन पुनर्प्राप्ती कॉन्फिगर करत नाही. रेंडररचा दस्तऐवजीकृत संसाधन इंटरफेस किंवा मंजूर प्रीफेचिंग व्यवस्था असल्यास वापरा.

स्रोत ॲप्लिकेशनचे क्रेडेन्शियल्स देखील स्वयंचलितपणे प्रॉक्सी क्रेडेन्शियल्स नसतात. रेंडरर वेगळ्या पर्यावरणासह आणि वेगळ्या नेटवर्क मार्गासह सेवा ओळखीखाली चालू शकतो.

अवलंबित्व स्पष्ट करा

ऑफलाइन कार्य करण्यासाठी असलेल्या अहवालांसाठी, समर्थित यंत्रणेद्वारे मंजूर स्थानिक किंवा एम्बेड केलेली संसाधने पुरवा. दूरस्थ संसाधने आवश्यक असल्यास, त्यांची अनुमत गंतव्ये, प्रमाणीकरण आणि अयशस्वी वर्तन रेंडरिंग डिझाइनचा भाग करा.

गहाळ लोगो आणि अयशस्वी रूपांतरण हे वेगवेगळे संभाव्य परिणाम आहेत. केवळ PDF फाइल तयार झाली म्हणून अहवाल पूर्ण जाहीर करण्याऐवजी लायब्ररी पुनर्प्राप्ती त्रुटी कशा हाताळते ते तपासा. अयशस्वी संसाधन आणि विनंती टप्पा निदानात ठेवा; मूळ दस्तऐवजाचा URL वारंवार बदलल्यास प्रत्यक्ष डाउनलोड अस्पर्श राहू शकतो.