בעולם הדיגיטלי, מהירות היא המטבע של חוויית המשתמש. אנו מצפים מדפי אינטרנט לטעון במילי שניות, מסרטונים לזרום מיידית, וליישומים להיות תגובתיים. עם זאת, כאשר מדובר בצפייה במסמכים גדולים באינטרנט—כגון דוח רפואי של 500 עמודים או שרטוט אדריכלי מורכב—המשתמשים נאלצים לעיתים לחכות.

הם מביטים בספינרים של טעינה. הם מחכים לסרגלי "מעבד..." . הם צופים בעמודים שמתרנדים לאט, בלוק אחרי בלוק.

ההמתנה הזו היא החלטת עיצוב, לא חוק פיזיקה. מציג מסמכים מקוון פועל על מנוע Doconut, שמכין את העמוד שאתה צופה בו ראשון ואת השאר בזמן שאתה קורא.

למה מציגים ישנים איטיים

כדי להבין מדוע חלק מהמציגים מאטים, עלינו לבחון כיצד הם פועלים.

כבד בצד הלקוח: מציגים מסוימים מנסים להוריד את כל קובץ ה‑PDF או הקובץ לדפדפן ולרנדר אותו באמצעות JavaScript. עבור קובץ של 100 MB, המשמעות היא שהמשתמש צריך לחכות להורדת כל ה‑100 MB לפני שהוא רואה את עמוד 1.
המרה לא יעילה: אחרים ממירים את כל המסמך לתמונות על השרת לפני שמציגים משהו. המרת 1,000 עמודים לוקחת זמן, מה שמעכב את הציור הראשון.

הסוד למהירות: הזרמת לפי דרישה

Doconut משתמש בגישה חכמה יותר: הזרמת רמת‑עמוד.

כאשר משתמש פותח מסמך:

העמוד הראשון ראשון: המנוע מרנדר את העמוד הגלוי ושולח אותו, כך שהמסמך נפתח לפני שהשארת הקובץ עובדה.
עיבוד ברקע: בזמן שהמשתמש קורא עמוד 1, השרת מכין בשקט את עמודים 2 ו‑3 ברקע.
אופטימיזציית וקטורים: במקום לשלוח ביטמאפים גולמיים כבדים, Doconut יכול לשלוח נתוני SVG מותאמים, שהם קלים ומשתנים ללא פיקסול.

מדדי ביצועים שמשמעותיים

אם אתה מעריך מציג, מדוד את המדדים האלה על הקבצים שלך במקום להסתמך על כותרת:

זמן עד הבייט הראשון (TTFB): כמה מהר השרת מגיב?
זמן עד העמוד הראשון (TTFP): מה המהירות הנתפסת של המציג, ומספר המשתמשים שמרגישים זאת בפועל.
חלקות הגלילה: האם מישהו יכול לעבור במסמך של 100 עמודים ללא קפיצות?
קירור מול חימום: ריצה חמה מסתירה את עלות העיבוד בפעם הראשונה. בדוק את שני המקרים.

השתמש באותו מחשב, דפדפן, פרופיל רשת וקבוצת מסמכים עבור כל מועמד, ודווח על אחוזונים במקום ממוצעים. החציון מסתיר את המסמכים האיטיים שמייצרים קריאות תמיכה.

ידידותי לרוחב פס

המהירות אינה רק CPU; היא מה שחוצה את הרשת.

נייד: הזרמת העמוד שמוצג בלבד אומרת שהטלפון לא מוריד קובץ שלעולם לא יסיים לקרוא.
וקטור כשזה עוזר: שליחת נתוני וקטור מותאמים במקום ביטמאפים גדולים משמרת שרטוט טכני חד בכל רמת זום ללא משא כבד.

נסה זאת על הקובץ האיטי ביותר שלך

המדד הכנה הוא הקובץ שמעצבן אותך היום. פתח אותו ב-OnlineDocumentViewer.com וצפה מתי מופיע העמוד הראשון.

שתי מגבלות שיש לדעת לפני שאתה עושה זאת. ההעלאות מוגבלות לפי פורמט — 25 MB ל‑PDF, PSD, TIFF, Visio, EPUB ותמונות, 20 MB ל‑Excel, PowerPoint ו‑Project, 15 MB ל‑Word, 10 MB ל‑CAD ול‑דוא"ל, 5 MB ל‑HTML, XML וטקסט — ולכן סריקה ענקית תידחה כאן במקום לרנדר לאט. והקובץ נמחק לאחר הצפייה: אין מטמון שמחזיק את המסמך למבקר הבא, מכיוון שאין מבקר נוסף עבורו.

סיכום

המהירות הנתפסת נובעת מהחלטה אחת: להכין את העמוד שהקורא צופה בו, ולהכין את השאר בזמן שהוא קורא. זה מה שגורם למסמך גדול להרגיש פתוח במקום לטעון.

לקבצים שמעבר למגבלות המצוינות, או למסמכים שאינם יוצאים מהרשת שלך, המנוע אותו ניתן לרישיון כ-Doconut SDK ופועל על החומרה שלך, שם אתה קובע את גודל המכונה עבור הקובץ הגדול ביותר שאתה מקבל.