Di dunia digital, kecepatan adalah mata uang pengalaman pengguna. Kami mengharapkan halaman web dimuat dalam milidetik, video streaming secara instan, dan aplikasi responsif. Namun, ketika harus melihat dokumen besar secara online—seperti laporan medis 500 halaman atau gambar arsitektur yang kompleks—pengguna sering dipaksa menunggu.

Mereka menatap animasi pemuatan. Mereka menunggu bar "memproses..." . Mereka menyaksikan halaman dirender perlahan, blok demi blok.

Penundaan itu adalah keputusan desain, bukan hukum fisika. Penampil Dokumen Online berjalan di atas mesin Doconut, yang menyiapkan halaman yang Anda lihat pertama kali dan sisanya saat Anda membacanya.

Mengapa Penampil Warisan Lambat

Untuk memahami mengapa beberapa penampil melambat, kita perlu melihat cara kerjanya.

Berat di Sisi Klien: Beberapa penampil mencoba mengunduh seluruh PDF atau file ke browser dan merendernya menggunakan JavaScript. Untuk file 100 MB, ini berarti pengguna harus menunggu seluruh 100 MB diunduh sebelum melihat Halaman 1.
Konversi Tidak Efisien: Lainnya mengonversi seluruh dokumen menjadi gambar di server sebelum menampilkan apa pun. Mengonversi 1.000 halaman memakan waktu, menunda tampilan pertama.

Rahasia Kecepatan: Streaming Sesuai Permintaan

Doconut menggunakan pendekatan yang lebih cerdas: Streaming Tingkat Halaman.

Ketika pengguna membuka dokumen:

Halaman pertama dulu: mesin merender halaman yang terlihat dan mengirimkannya, sehingga dokumen terbuka sebelum sisa file diproses.
Pemrosesan Latar Belakang: Saat pengguna membaca Halaman 1, server secara diam-diam menyiapkan Halaman 2 dan 3 di latar belakang.
Optimasi Vektor: Alih-alih mengirim bitmap mentah yang berat, Doconut dapat mengirim data SVG yang dioptimalkan, yang ringan dan berskala sempurna tanpa pikselasi.

Metrik Kinerja yang Penting

Jika Anda mengevaluasi sebuah penampil, ukur hal ini pada file Anda sendiri daripada mempercayai judul utama:

Waktu ke Byte Pertama (TTFB): seberapa cepat server merespons?
Waktu ke Halaman Pertama (TTFP): kecepatan yang dirasakan dari penampil, dan jumlah yang sebenarnya dirasakan pengguna.
Kelancaran Gulir: bisakah seseorang menelusuri dokumen 100 halaman tanpa lag yang terputus-putus?
Dingin vs hangat: eksekusi hangat menyembunyikan biaya pemrosesan pertama kali. Uji keduanya.

Gunakan mesin, browser, profil jaringan, dan set dokumen yang sama untuk setiap kandidat, dan laporkan persentil daripada rata-rata. Median menyembunyikan dokumen lambat yang menghasilkan tiket dukungan.

Ramah Bandwidth

Kecepatan bukan hanya CPU; itu juga apa yang melintasi jaringan.

Mobile: streaming hanya halaman yang terlihat berarti ponsel tidak mengunduh file yang tidak akan pernah selesai dibaca.
Vektor dimana membantu: mengirim data vektor yang dioptimalkan alih-alih bitmap besar menjaga gambar teknis tetap tajam pada zoom apa pun tanpa beban berat.

Coba pada File Paling Lambat Anda

Tolok ukur yang jujur adalah file yang mengganggu Anda hari ini. Buka di OnlineDocumentViewer.com dan perhatikan kapan halaman pertama muncul.

Dua batas yang perlu diketahui sebelum melakukannya. Unggahan dibatasi per format — 25 MB untuk PDF, PSD, TIFF, Visio, EPUB, dan gambar, 20 MB untuk Excel, PowerPoint, dan Project, 15 MB untuk Word, 10 MB untuk CAD dan email, 5 MB untuk HTML, XML, dan teks — sehingga pemindaian yang sangat besar akan ditolak di sini daripada dirender perlahan. Dan file dihapus setelah dilihat: tidak ada cache yang menyimpan dokumen Anda untuk pengunjung berikutnya, karena tidak ada pengunjung berikutnya untuk itu.

Kesimpulan

Kecepatan yang dirasakan berasal dari satu keputusan: menyiapkan halaman yang sedang dilihat pembaca, dan menyiapkan sisanya saat mereka membaca. Itulah yang membuat dokumen besar terasa terbuka bukan sedang memuat.

Untuk file di atas batas tersebut, atau dokumen yang mungkin tidak keluar dari jaringan Anda, mesin yang sama dilisensikan sebagai Doconut SDK dan berjalan di perangkat keras Anda sendiri, di mana Anda menyesuaikan ukuran mesin untuk file terbesar yang Anda terima.