خطاهای احراز هویت پراکسی در تبدیل HTML به PDF از منابع دور
وقتی تولید PDF از HTML با چالش پراکسی روبه‌رو می‌شود، درخواست‌های منابع ثانویه را پیدا کنید، حتی اگر سند اصلی به‌صورت محلی دریافت شده باشد.
HTML به‌صورت یک رشته می‌رسد. تولید PDF آغاز می‌شود، سپس یک استثنای شبکه به احراز هویت پراکسی اشاره می‌کند. پیش از متهم کردن فایل PDF، داخل سند را بررسی کنید.
یک رندرکننده می‌تواند منابعی را که ورودی‌اش به آن‌ها ارجاع می‌دهد حل کند. یک تصویر، برگه سبک، قلم یا ورودی پشتیبانی‌شده از راه دور درخواست دیگری ایجاد می‌کند. اینکه کدام انواع منبع پشتیبانی می‌شوند به رندرکننده بستگی دارد؛ ارائه نشانه‌گذاری اصلی تبدیل کاملاً آفلاین را تضمین نمی‌کند.
نشانی دوم را پیدا کنید
منبعی را که رندرکننده هنگام شکست در حال دریافت آن بود ثبت کنید. ارجاع‌های نسبی را نسبت به نشانی پایه واقعی حل کنید. مسیر یک لوگوی بی‌گناه می‌تواند وقتی آن پایه با پایه استفاده‌شده در پیش‌نمایش مرورگر متفاوت است، به بیرون از برنامه اشاره کند.
سپس دانلودکننده را شناسایی کنید. درخواست موفق کلاینت HTTP خودتان دریافت منابع داخلی رندرکننده را پیکربندی نمی‌کند. از رابط منابع مستند رندرکننده یا ترتیب پیش‌واکشی تأییدشده، اگر ارائه می‌دهد، استفاده کنید.
اعتبارنامه‌های برنامه مبدأ نیز به‌طور خودکار اعتبارنامه‌های پراکسی نیستند. رندرکننده ممکن است زیر هویت سرویس با محیطی دیگر و مسیر شبکه‌ای دیگر اجرا شود.
وابستگی را صریح کنید
برای گزارش‌هایی که قرار است آفلاین کار کنند، منابع محلی یا جاسازی‌شده تأییدشده را از طریق سازوکار پشتیبانی‌شده فراهم کنید. اگر منابع دور لازم است، مقصدهای مجاز، احراز هویت و رفتار خطای آن‌ها را بخشی از طراحی رندر قرار دهید.
لوگوی گم‌شده و تبدیل ناموفق دو نتیجه ممکن متفاوت‌اند. به‌جای اعلام کامل بودن گزارش فقط به این دلیل که فایل PDF ایجاد شده، بررسی کنید کتابخانه چگونه خطاهای دریافت را مدیریت می‌کند. منبع ناموفق و مرحله درخواست را در تشخیص نگه دارید؛ تغییر مکرر نشانی سند اصلی می‌تواند دانلود واقعی را دست‌نخورده بگذارد.