Methodiek

De bewering

Je geselecteerde bestanden worden lokaal in deze browser verwerkt en niet door FileSlimmer geüpload. Dat is één specifieke, controleerbare bewering. Deze pagina legt uit hoe die waar blijft en hoe je dat kunt bevestigen zonder alleen op de zin zelf te vertrouwen.

Hoe je dit zelf kunt controleren

1. Open de ontwikkelaarshulpmiddelen van je browser en ga naar het tabblad Netwerk.
2. Laad een hulpmiddelenpagina en laat deze volledig laden. Je ziet verzoeken voor HTML, CSS, JavaScript en bij sommige hulpmiddelen een WebAssembly-module of AI-model. Ze komen allemaal van dit domein.
3. Wis het netwerklogboek.
4. Selecteer een bestand en voer het hulpmiddel uit.
5. Bekijk het logboek. Tijdens de verwerking van het bestand wordt geen verzoek gedaan.

Je netwerkverbinding uitschakelen nadat de pagina is geladen, is de bottere versie van dezelfde test: de hulpmiddelen blijven werken.

Hoe de build dit afdwingt

Vier onafhankelijke mechanismen, die elk de build laten falen in plaats van een waarschuwing te geven:

• Broncodecontrole. Elk bestand dat jouw bytes kan aanraken wordt gecontroleerd op fetch, XMLHttpRequest, WebSocket, EventSource, WebTransport, sendBeacon en FormData. Eén niet-geannoteerde vermelding stopt de build. De enige toegestane uitzondering is een download van een engine of model van dezelfde oorsprong die plaatsvindt vóór de verwerking begint; elk daarvan heeft een schriftelijke onderbouwing in de broncode.
• Controle van zelfhosting. De volledige bronboom en de gebouwde uitvoer worden gecontroleerd op hosts van derden. Geen bibliotheek, lettertype, model of WebAssembly-binaire code wordt vanaf een CDN geladen, dus er is vanaf het begin geen derde partij in het aanvraagpad.
• Content Security Policy. De geïmplementeerde Content-Security-Policy -header stelt connect-src 'self'. Zelfs als code een uitgaand verzoek probeerde te doen, zou de browser het weigeren.
• Vergrendeling tijdens uitvoering. Terwijl een verwerkingstaak actief is, worden de eigen netwerkprimitieven van de pagina onderschept en afgewezen. Dit is het gedrag dat de geautomatiseerde browsertest controleert.

Wat we bewust niet beloven

• We beloven niet dat een bestand een exacte grootte bereikt. Compressie hangt af van de inhoud. Wanneer een doel niet kan worden bereikt zonder onder de kwaliteitsgrens te gaan, zegt FileSlimmer dat en geeft het het beste resultaat terug dat het bereikte.
• We beloven niet dat elk bestand op elk apparaat wordt verwerkt. Browsergeheugen is eindig en een groot bestand op een telefoon kan worden geweigerd voordat het tabblad kan vastlopen. De apparaatlimieten worden toegepast voordat je bestand wordt gelezen, niet erna.
• We beloven geen prestatiescore. Lighthouse en Core Web Vitals zijn afhankelijk van het apparaat en het netwerk.
• We beloven niets over je extensies, je besturingssysteem of je netwerk. Zie de privacyverklaring.

Destructieve bewerkingen zijn gelabeld

Sommige bewerkingen verliezen van nature informatie. Gerasterde PDF-compressie verwijdert doorzoekbare tekst, links, formulieren, annotaties, lagen, toegankelijkheidsstructuur en digitale handtekeningen. Het bewerken van een ondertekende PDF maakt de handtekening ongeldig. Metadata verwijderen verwijdert geen informatie die zichtbaar is in de afbeelding zelf. FileSlimmer waarschuwt vóór elk van deze handelingen, niet erna.

Open source

FileSlimmer is gebouwd op opensourcecomponenten. Hun licenties en bronopslagplaatsen staan op de pagina met opensourcekennisgevingen, inclusief het aanbod voor herlinking van de LGPL-componenten.