Lokale verwerking betekent dat de browser op uw apparaat een geselecteerd bestand leest en transformeert in plaats van het eerst naar een externe verwerkingsserver te sturen. De website kan nog steeds de code downloaden die nodig is voor dat werk en gewone websiteverzoeken doen. Lokale bestandsverwerking beschrijft waar de bewerking plaatsvindt; het betekent niet dat de hele website is losgekoppeld van internet.
Lokale verwerking versus serververwerking
| Vraag | Lokale verwerking | Serververwerking |
|---|---|---|
| Wie leest en transformeert het bestand? | Software die op uw apparaat draait. | Software op een externe server na een upload. |
| Wiens middelen doen het werk? | De processor en het geheugen van uw apparaat. | Voornamelijk de processor en het geheugen van de server. |
| Wat heeft een verbinding nodig? | De pagina en eventuele niet-gecachte code, modellen of andere verzoeken. | Het uploaden van de invoer, het verwerken van verzoeken en het ontvangen van het resultaat. |
| Wat moet u controleren? | Actueel uploadgedrag, andere verzoeken en lokale opslag. | Beleid voor uploadverwerking, bewaring, toegang en verwijdering. |
Als u bijvoorbeeld een PDF lokaal roteert, kan uw browser de geroteerde kopie van het geselecteerde origineel maken. Een servergebaseerde service ontvangt de PDF, maakt op afstand een kopie en stuurt het resultaat terug. Beide benaderingen kunnen extra kenmerken hebben; het label alleen beschrijft niet elke datastroom.
Wat gebeurt er als u een bestand selecteert?
Een browserbestandskiezer geeft de pagina toegang tot de bestanden die u kiest. Selecteren en uploaden zijn aparte handelingen: JavaScript kan de geselecteerde bytes lokaal lezen, maar een website kan die bytes ook over het netwerk versturen. Een knop met het label “Kies bestand” bepaalt niet welk gedrag volgt.
Bij de verwerking kunnen invoerbytes, gedecodeerde afbeeldingen, paginavoorbeelden en uitvoerbytes tegelijkertijd in het geheugen worden vastgehouden. Met een tijdelijke object-URL, die meestal begint met blob:, kan de pagina gegevens in de browser weergeven of downloaden. Het maken van die URL is geen upload- of openbare deellink. Door het vrij te geven, kan de browser de bijbehorende bronnen terugwinnen; het is geen belofte van veilig wissen uit het geheugen of de opslag van het apparaat.
Waarom downloadt een lokale tool nog steeds dingen of gebruikt het geheugen?
JavaScript voert applicatielogica uit. Met WebAssembly kunnen browsers gecompileerde verwerkingsengines uitvoeren, terwijl browserfuncties afbeeldingen kunnen decoderen en voorbeelden kunnen tekenen. Geen van deze technologieën verhindert automatisch dat een website netwerkverzoeken doet.
Het kan zijn dat een tool een herbruikbaar OCR-taalbestand of een model voor het verwijderen van de achtergrond moet downloaden voordat het kan werken. Het ontvangen van die gedeelde bron is iets anders dan het verzenden van uw document naar een server. De verwerking zelf verbruikt nog steeds CPU en RAM: een gecomprimeerde foto kan worden uitgebreid tot een veel grotere pixelbuffer, en voor een lange PDF zijn mogelijk veel paginavoorbeelden nodig. Grote taken kunnen traag zijn of het beschikbare geheugen van een telefoon overschrijden.
Waar hangt ‘offline na eerste laadbeurt’ van af?
Offline gebruik is afhankelijk van de exacte pagina, verwerkingsengine en vereiste bronnen die beschikbaar zijn in de browsercache. Als u eenmaal een startpagina opent, wordt niet noodzakelijkerwijs elke tool in de cache opgeslagen. Browsers kunnen in de cache opgeslagen gegevens wissen, privé browsen kan minder behouden en voor een andere taal of model is mogelijk een nieuwe download nodig. Test de specifieke workflow offline voordat u ervan afhankelijk bent.
Wat lokale verwerking niet garandeert
- Het bewijst niet dat een site geen analyses, cookies, contactdiensten of ander netwerkverkeer heeft.
- Er worden geen metagegevens of zichtbare persoonlijke gegevens uit de uitvoer verwijderd.
- Het beschermt een gedownload bestand niet tegen andere mensen of software met toegang tot uw apparaat.
- Het elimineert de risico's van browserextensies, gecompromitteerde code of een onveilig apparaat niet.
Controleer de huidige privacyverklaringen van een dienst en het gedrag van de betreffende tool. Als u van plan bent het resultaat te delen, bekijk het dan ook metagegevens van bestanden en zichtbare inhoud.
Hoe SoraFiles lokale verwerking gebruikt
SoraFiles verwerkt ondersteunde bestanden in de browser en stuurt de inhoud of resultaten ervan niet naar een verwerkingsserver van SoraFiles. Het is Privacypagina beschrijft afzonderlijk websiteverzoeken en anonieme toolgebruiksgebeurtenissen. Het contactformulier vormt een bewuste uitzondering op het algemene websitegebruik: informatie die u daar invult, wordt naar de contactdienst gestuurd.
De Open Source-pagina identificeert de browserbibliotheken en applicatiebron. Dit zijn implementatieverklaringen van de eerste partij, geen onafhankelijke beveiligingscertificering. Probeer een representatieve workflow zoals PDF comprimeren of Beeldconverterof blader Alle gereedschappen.
Referenties
- MDN: Bestanden uit webapplicaties gebruiken (External link, opens in a new tab)
- MDN: Object-URL's maken (External link, opens in a new tab)
- MDN: WebAssembly-concepten (External link, opens in a new tab)
- MDN: Servicemedewerkers gebruiken (External link, opens in a new tab)
- Privacyverklaringen van SoraFiles