Artikel
Vad är klientsidrig bearbetning?
De flesta filverktyg fungerar genom att skicka ditt dokument till en fjärrdator som gör det tunga arbetet och skickar tillbaka ett resultat. Klientsidrig bearbetning vänder på det: din egen webbläsare gör jobbet och din fil lämnar aldrig din enhet.
Två sätt ett verktyg kan fungera: din maskin eller deras
Med serversidrig bearbetning liknar det att ladda upp en fil lite att lämna in tvätt på en tvätteri: du lämnar över det, en fjärrmaskin hanterar det och du hämtar resultatet senare. Klientsidrig bearbetning liknar mer att tvätta hemma. Verktyget körs i din webbläsarflik, läser filen från minnet, bearbetar den och ger dig resultatet, allt utan att filen rör någon nätverksanslutning. Webbplatsen behöver bara leverera bearbetningskoden en gång. Därefter fungerar allt på din sida.
Vad WebAssembly har tillfört webbläsaren
I många år kunde webbläsare bara köra JavaScript, vilket fungerar bra för gränssnitt men är för långsamt för uppgifter som att koda om en video eller komprimera en stor bild. WebAssembly (vanligtvis förkortat WASM) ändrade på det. Det är ett kompakt binärt format som webbläsare kan exekvera i närmast nativ hastighet, vilket innebär att kod ursprungligen skriven i C eller C++ kan kompileras till WASM och köras i en webbläsarflik utan något plugin. Samma kodek- och komprimeringsbibliotek som driver skrivbordsprogram körs nu direkt på sidan. JavaScript och WebAssembly arbetar tillsammans: JavaScript hanterar gränssnittet och orkestringen, medan WASM sköter beräkningstunga delar.
Vad som faktiskt händer under ett jobb
När du drar en fil till ett klientsidigt verktyg läser sidan in en liten bearbetningsmotor (ofta en WASM-modul) om den inte redan har gjort det, och skickar sedan din fil till den via JavaScript. Den faktiska bearbetningen körs vanligtvis på en bakgrundstråd som kallas Web Worker, vilket håller webbläsarens gränssnitt responsivt medan arbetet pågår. Du kan när som helst under processen öppna webbläsarens Nätverksflik, och inga förfrågningar som bär din fil visas. Resultatet sammanställs i minnet och erbjuds dig som en nedladdning.
Ärliga avvägningar du bör känna till
Första gången du använder ett verktyg som är beroende av en stor WASM-motor laddar webbläsaren ned och cachar den motorn. Senare användning hoppar över nedladdningen och kan fungera helt offline. Eftersom bearbetningen körs på din enhet tar en mycket stor fil så lång tid som din processor och tillgängligt minne tillåter, och ett datacenter skulle avsluta vissa tunga uppgifter snabbare. Det du får i gengäld är verkligt: din fil överförs aldrig, det finns inget väntande på uppladdning vid långsamma anslutningar och verktyget fortsätter att fungera utan internet efter den första inläsningen.
Verktyg i den här artikeln
- Komprimera bilder Minska bildens filstorlek utan uppladdning. Kvalitetsreglage eller målfilstorlek i KB. Batch stöds.
- Komprimera video Minska videofilstorleken via H.264-omkodning i webbläsaren. Ingen uppladdning, ingen server.
- Slå ihop PDF-filer Kombinera flera PDF-filer till en, direkt i din webbläsare.
Vanliga frågor
Innebär klientsidrig bearbetning automatiskt att mina data är privata?
Klientsidigt innebär att filen inte skickas till en server av design, vilket är det som gör integriteten möjlig. Du kan bekräfta det själv genom att öppna fliken Nätverk i webbläsarens utvecklarverktyg medan du bearbetar en fil: ingen utgående begäran ska bära filens data. Ändå är det klokt att kontrollera att ett verktyg verkligen beter sig på det här sättet snarare än att bara lita på märkningen.
Varför är den första användningen av ett verktyg ibland långsammare?
Webbläsaren behöver ladda ned bearbetningsmotorn (WASM-modulen) första gången du använder den, vilket kan ta några sekunder beroende på storleken och din anslutning. Därefter cachas motorn lokalt, så att senare sessioner startar direkt och verktyget fungerar offline.