קובץ PDF כבד בתמונות הוא המקרה האיטי: חוברת מלאה בתמונות ברזולוציה גבוהה, דוח סרוק, נייר עם גרפים גדולים. הנה איך מציג זה מתמודד עם זה, ומה הגבולות.
איפה שהעבודה מתבצעת
הרינדור מתבצע על השרת. הדפדפן שלך מקבל דפים שהוא כבר יודע איך לצייר, ולכן המחשב שלפניך אינו צוואר הבקבוק — מחשב נייד ישן פותח את אותה חוברת כמו תחנת עבודה, וגם טלפון פותח אותה.
דפים מוכנים לפי דרישה, כך שהדף הראשון מופיע לפני שהשאר של הקובץ עבר עיבוד. במסמך ארוך זהו ההבדל בין קריאה מיידית והמתנה למאה דפים שלא תסתכל עליהם.
מה המשמעות במעשה
- הדף הראשון מגיע ראשון. אתה מתחיל לקרוא בעוד שהשאר עדיין מתוכנן.
- האיכות לא נמסרת לתוך המהירות. הטקסט נשאר טקסט; התמונות מוצגות ברזולוציה שבה הקובץ נשמר.
- הלקוח אינו מבצע רינדור. השימוש בזיכרון במכשיר שלך נשאר נמוך מכיוון שהעבודה מתבצעת במקום אחר.
- החיפוש מכסה את הטקסט שכבר קיים ב-PDF. דף סרוק מכיל פיקסלים במקום תווים, ואין כאן OCR, ולכן הוא אינו מחזיר דבר.
הגבולות, במילים פשוטות
- 25 מ"ב לכל PDF. סריקות מגיעות לכך ראשונה; יש לדחוס או לפצל לפני ההעלאה והודעת השגיאה מציינת את המגבלה כשחוצה אותה.
- קובץ אחד בכל פעם. אין העלאת תיקייה, אין ZIP, אין תור.
- קבצי PDF מוגנים בסיסמה נשארים סגורים. יש להסיר את הסיסמה על ידי מי שהגדיר אותה.
- הקובץ נמחק לאחר הצפייה. אין חשבון, שום דבר לא נשמר.
נסה זאת
פתח את צופה PDF והעלה אחד מה-PDFים הכבדים בתמונות שלך. זה מדד טוב יותר מכל מספר במאמר: הקובץ שלך, החיבור שלך, המכשיר שלך.
אם אתה צריך רינדור זה בתוך היישום שלך במקום בדף ציבורי, המנוע זהה מורשה כ-Doconut .NET SDK, שבו אתה שולט בחומרה והקובץ לעולם לא עוזב את הרשת שלך.