در دنیای دیجیتال، سرعت ارز تجربه کاربری است. ما انتظار داریم صفحات وب در میلی‌ثانیه‌ها بارگذاری شوند، ویدیوها به‌صورت لحظه‌ای پخش شوند و برنامه‌ها پاسخگو باشند. اما وقتی صحبت از مشاهده اسناد بزرگ آنلاین می‌شود—مانند یک گزارش پزشکی ۵۰۰ صفحه‌ای یا یک نقشه معماری پیچیده—کاربران اغلب مجبور به انتظار می‌شوند.
آنها به نشانگرهای بارگذاری خیره می‌شوند. آنها برای نوارهای «در حال پردازش...» صبر می‌کنند. آنها تماشا می‌کنند که صفحات به‌تدریج، بلوک به بلوک، رندر می‌شوند.
آن انتظار یک تصمیم طراحی است، نه قانون فیزیک. نمایشگر سند آنلاین بر پایه موتور Doconut کار می‌کند، که صفحه‌ای که در حال نگاه کردن به آن هستید را ابتدا آماده می‌کند و بقیه را در حین خواندن شما پردازش می‌کند.
چرا نمایشگرهای قدیمی آهسته‌اند
برای درک اینکه چرا برخی نمایشگرها کند هستند، باید به نحوه کار آنها نگاه کنیم.
- بار سنگین سمت کلاینت: برخی نمایشگرها سعی می‌کنند کل PDF یا فایل را به مرورگر دانلود کرده و با جاوااسکریپت رندر کنند. برای یک فایل ۱۰۰ مگابایتی، این به این معناست که کاربر باید تا دانلود کامل ۱۰۰ مگابایت صبر کند تا صفحهٔ ۱ را ببیند.
- تبدیل ناکارآمد: دیگران کل سند را روی سرور به تصویر تبدیل می‌کنند قبل از اینکه چیزی نشان داده شود. تبدیل ۱٬۰۰۰ صفحه زمان می‌برد و اولین نقاشی را به‌تاخیر می‌اندازد.
راز سرعت: پخش بر‑تقاضا
Doconut از رویکرد هوشمندانه‌تری استفاده می‌کند: پخش سطح‑صفحه.
وقتی کاربری سندی را باز می‌کند:
- صفحهٔ اول اول: موتور صفحهٔ قابل مشاهده را رندر می‌کند و می‌فرستد، بنابراین سند قبل از پردازش بقیهٔ فایل باز می‌شود.
- پردازش پس‌زمینه: در حالی که کاربر در حال خواندن صفحهٔ ۱ است، سرور به‌صورت ساکت صفحهٔ ۲ و ۳ را در پس‌زمینه آماده می‌کند.
- بهینه‌سازی برداری: به‌جای ارسال بیت‌مپ‌های سنگین، Doconut می‌تواند داده‌های SVG بهینه‌شده را بفرستد که سبک هستند و بدون پیکسل‌گذاری به‌راحتی مقیاس می‌شوند.
معیارهای عملکردی که مهم‌اند
اگر می‌خواهید یک نمایشگر را ارزیابی کنید، این موارد را روی فایل‌های خودتان اندازه‌گیری کنید نه اینکه به عناوین تبلیغاتی اعتماد کنید:
- زمان تا اولین بایت (TTFB): سرور چقدر سریع پاسخ می‌دهد؟
- زمان تا اولین صفحه (TTFP): سرعت ادراک‌شدهٔ نمایشگر و تعداد کاربرانی که واقعاً احساس می‌کنند.
- روان بودن اسکرول: آیا کسی می‌تواند از یک سند ۱۰۰ صفحه‌ای بدون لگ ناگهانی عبور کند؟
- سرد مقابل گرم: یک اجرا گرم هزینهٔ پردازش اولین بار را پنهان می‌کند. هر دو را تست کنید.
از همان دستگاه، مرورگر، پروفایل شبکه و مجموعهٔ اسناد برای هر کاندید استفاده کنید و به‌جای میانگین‌ها، صدک‌ها را گزارش کنید. میانگین‌ها اسناد کندی که باعث بروز تیکت‌های پشتیبانی می‌شوند را مخفی می‌کنند.
دوستانه برای پهنای باند
سرعت فقط مربوط به CPU نیست؛ بلکه به آنچه از طریق شبکه عبور می‌کند نیز بستگی دارد.
- موبایل: پخش فقط صفحه‌ای که در حال مشاهده است به این معناست که گوشی فایلی را که هرگز تمامش نمی‌شود دانلود نمی‌کند.
- بردار جایی که کمک می‌کند: ارسال داده‌های برداری بهینه به‌جای بیت‌مپ‌های بزرگ، نقشهٔ فنی را در هر زوم واضح نگه می‌دارد بدون بار سنگین.
آن را روی بزرگ‌ترین فایل خود امتحان کنید
معیار واقعی، فایلی است که امروز شما را عصبانی می‌کند. آن را در OnlineDocumentViewer.com باز کنید و ببینید چه زمانی صفحهٔ اول ظاهر می‌شود.
دو محدودیتی که باید پیش از این بدانید. بارگذاری‌ها بر حسب فرمت محدود شده‌اند — ۲۵ مگابایت برای PDF، PSD، TIFF، Visio، EPUB و تصاویر، ۲۰ مگابایت برای Excel، PowerPoint و Project، ۱۵ مگابایت برای Word، ۱۰ مگابایت برای CAD و ایمیل، ۵ مگابایت برای HTML، XML و متن — بنابراین اسکن فوق‌العاده بزرگ در اینجا رد می‌شود نه اینکه به‌صورت آهسته رندر شود. و پس از مشاهده فایل حذف می‌شود: هیچ کشی سند شما را برای بازدیدکنندهٔ بعدی نگه نمی‌دارد، چون بازدیدکنندهٔ بعدی وجود ندارد.
نتیجه‌گیری
سرعت ادراک‌شده از یک تصمیم می‌آید: صفحه‌ای که خواننده در حال نگاه کردن به آن است را آماده کنید و بقیه را در حین خواندن آماده کنید. این همان چیزی است که باعث می‌شود یک سند بزرگ باز به‌نظر برسد نه اینکه در حال بارگذاری باشد.
برای فایل‌های بزرگ‌تر از محدودیت‌های بالا، یا اسنادی که ممکن است از شبکهٔ شما خارج نشوند، همان موتور به‌صورت Doconut SDK در دسترس است و می‌تواند بر روی سخت‌افزار خودتان اجرا شود، جایی که می‌توانید ماشین را برای بزرگ‌ترین فایلی که می‌پذیرید، تنظیم کنید.