I den digitala världen är hastighet valuta för användarupplevelsen. Vi förväntar oss att webbsidor laddas på millisekunder, att videor strömmas omedelbart och att appar är responsiva. Ändå, när det gäller att visa stora dokument online—som en 500‑sidig medicinsk rapport eller en komplex arkitektonisk ritning—tvingas användarna ofta vänta.

De stirrar på laddningsikoner. De väntar på "processing..."‑staplar. De ser hur sidor renderas långsamt, block för block.

Den väntan är ett designbeslut, inte en fysikalisk lag. Online Document Viewer körs på Doconut‑motorn, som förbereder den sida du tittar på först och resten medan du läser.

Varför äldre visare är långsamma

För att förstå varför vissa visare är tröga måste vi titta på hur de fungerar.

Klient‑tung: Vissa visare försöker ladda ner hela PDF‑filen eller dokumentet till webbläsaren och rendera det med JavaScript. För en 100 MB‑fil betyder det att användaren måste vänta på att hela 100 MB laddas ner innan sidan 1 visas.
Ineffektiv konvertering: Andra konverterar hela dokumentet till bilder på servern innan något visas. Att konvertera 1 000 sidor tar tid och fördröjer den första målningen.

Hemligheten bakom hastigheten: On‑Demand‑strömning

Doconut använder ett smartare tillvägagångssätt: Page‑Level Streaming.

Första sidan först: motorn renderar den synliga sidan och skickar den, så dokumentet öppnas innan resten av filen har bearbetats.
Bakgrundsbehandling: Medan användaren läser sida 1 förbereder servern tyst sida 2 och 3 i bakgrunden.
Vektoroptimering: Istället för att skicka tunga råa bitmappar kan Doconut skicka optimerad SVG‑data, som är lättviktig och skalar perfekt utan pixling.

Prestandamått som betyder något

Om du utvärderar en visare, mät dessa på dina egna filer istället för att lita på rubriker:

Time to First Byte (TTFB): hur snabbt svarar servern?
Time to First Page (TTFP): den upplevda hastigheten hos visaren, och det antal användare faktiskt känner.
Scroll‑smidighet: kan någon bläddra igenom ett 100‑sidigt dokument utan hackig fördröjning?
Kall vs varm: en varm körning döljer kostnaden för första gången bearbetning. Testa båda.

Använd samma maskin, webbläsare, nätverksprofil och dokumentuppsättning för varje kandidat, och rapportera percentiler istället för medelvärden. Ett medianvärde döljer de långsamma dokumenten som genererar supportärenden.

Bandbreddsvänligt

Hastighet handlar inte bara om CPU; det är vad som korsar nätverket.

Mobil: att bara strömma den sida som visas betyder att en telefon inte laddar ner en fil den aldrig kommer att läsa färdigt.
Vektor där det hjälper: att skicka optimerad vektordata istället för stora bitmappar håller en teknisk ritning skarp vid varje zoom utan tung belastning.

Prova det på din egen långsammaste fil

Den ärliga benchmarken är filen som irriterar dig idag. Öppna den på OnlineDocumentViewer.com och se när den första sidan visas.

Två begränsningar att känna till innan du gör det. Uppladdningar är begränsade per format — 25 MB för PDF, PSD, TIFF, Visio, EPUB och bilder, 20 MB för Excel, PowerPoint och Project, 15 MB för Word, 10 MB för CAD och e‑post, 5 MB för HTML, XML och text — så en verkligt enorm skanning kommer att avvisas här snarare än att renderas långsamt. Och filen raderas efter visning: det finns ingen cache som håller ditt dokument för nästa besökare, eftersom det inte finns någon nästa besökare för det.

Slutsats

Upplevd hastighet kommer från ett beslut: förbered sidan läsaren tittar på, och förbered resten medan de läser. Det är vad som får ett stort dokument att kännas öppet snarare än laddande.

För filer som överskrider ovanstående gränser, eller dokument som kanske inte lämnar ditt nätverk, licensieras samma motor som Doconut SDK och körs på din egen hårdvara, där du dimensionerar maskinen för den största fil du accepterar.