Über toolsbyus.com

Warum lokale Verarbeitung

Dateien und Daten können private Informationen enthalten. ToolsByUs bietet lokale Verarbeitung für PDFs, Bilder, Farben, Text und JSON an, sodass kein Server zur Dateiverarbeitung benötigt wird.

Bevor Sie ein Tool mit sensiblen Materialien benutzen, probieren Sie es mit einem Beispiel aus und sehen Sie sich seine Grenzen an. Halten Sie die Vorgaben Ihrer Organisation zum Umgang mit Daten ein.

Wie ToolsByUs aufgebaut ist

Die Garantie ist schmal und präzise – genau das macht sie wertvoll: der Inhalt, den Sie in ein Tool eingeben, wird nie übertragen. Der Verarbeitungscode liest die Datei lokal und sendet ihre Inhalte nicht an eine Verarbeitungs-API.

• 100% statischer Export: Die gesamte Anwendung wird in statisches HTML, CSS und clientseitige JavaScript-Bundles vorgeneriert – mit Next.js output: 'export'.
• Keine Backend-Infrastruktur: Es gibt keine Serverless-Funktionen, keine API-Routen, keine Node.js-Backend-Prozesse, keine Datenbankverbindungen und keine Authentifizierungs-Endpunkte.
• Auslieferung über ein Edge-CDN: Der Build erzeugt statische Dateien, die von einem Edge-CDN ausgeliefert werden können. Das Hosting verarbeitet weiterhin gewöhnliche Verbindungs-Metadaten.
• Clientseitige Isolation: Jeder Algorithmus zum Parsen, Validieren, Diffen, Kodieren und Schema-Generieren läuft vollständig auf der lokalen CPU Ihres Geräts und in der V8/SpiderMonkey-JavaScript-Engine.
• Eigene Web Worker: Schwere Arbeit – ein großer semantischer Diff, ein Zusammenfügen von PDFs, eine erneute Bildkodierung – läuft in einem isolierten Web Worker mit einer Obergrenze von 100 MB. Die Arbeit dauert weiterhin so lange, wie sie dauert; was der Worker einbringt, ist ein Tab, der währenddessen bedienbar bleibt, statt einzufrieren.

Offene Architektur-Mechanik

Anders als Black-Box-Utilities setzt ToolsByUs auf transparente, standardkonforme Engines:

• Iterativer Stack-Parser: Von Hand geschriebener iterativer Parser, der 10.000 verschachtelte Klammern durchläuft, ohne an die Grenzen des Browser-Call-Stacks zu stoßen.
• Semantische Diff-Engine: Schlüsselreihenfolgen-unabhängige Vergleichs-Engine, die RFC 6902 JSON Patch und RFC 7386 JSON Merge Patch-Spezifikationen unterstützt.
• JSON Schema Draft 2020-12: Echtzeit-Schema-Inferenz-Engine mit automatischer Formaterkennung (UUID, email, date-time, uri, IPv4).
• RFC 9562 Monotoner UUID-Generator: Kryptografische Zufallsgeneratoren des Browsers für UUID v4 und einen für Datenbanken optimierten, B-tree-sequentiellen UUID v7.

Wie das bezahlt wird – und was sich dadurch nicht ändert

Werbung ist in diesem Build deaktiviert. Analytics wird separat konfiguriert; die Datenschutzerklärung beschreibt die aktuellen Einstellungen.

Die Tools nehmen Eingabeinhalte nicht in Netzwerk-Requests auf. Skripte von Drittanbietern, die in der Seite laufen, haben Zugriff auf die Seiten-Umgebung; ein statischer Export oder eine CSP allein isoliert die Eingabe nicht von diesen Skripten. Jede aktivierte Integration muss vom Betreiber geprüft werden. Die Datenschutz-Seite legt genau fest, mit welchen Origins der Browser sprechen darf und wie man das überprüft.

Wie diese Seiten geschrieben und geprüft werden

Jede Tool-Seite trägt ein „zuletzt geprüft“ -Datum. Es ist erwähnenswert, was dieses Datum hier tatsächlich bedeutet, denn auf den meisten Websites meint es den Tag, an dem ein Skript die Datei berührt hat.

• Das Tool wird gebaut, bevor die Seite geschrieben wird. Der erklärende Text beschreibt Verhalten, das im Code bereits existiert; deshalb dreht er sich meist um Randfälle – die kommen beim Implementieren an die Oberfläche.
• Behauptungen werden getestet, nicht aufgestellt. Die Behauptung „nichts wird hochgeladen“ wird durch eine Content-Security-Policy von connect-src 'self' erzwungen und durch einen automatisierten Test geprüft, der den Build scheitern lässt, wenn ein Request einen Body trägt. Zahlen im Text – Größenobergrenzen, Seitenzahlen, Ausgabeabmessungen – werden in der Testsuite gegen echte Dateien abgeprüft.
• Grenzen werden dokumentiert statt versteckt. Wo ein Tool etwas nicht kann – Schema-$ref -Auflösung, JWT-Signaturprüfung, PDF-Passwort-Wiederherstellung, HEIC-Kodierung –, sagt die Seite es und erklärt warum, statt still zu scheitern.
• Eine Seite wird überarbeitet, wenn sich ihr Tool ändert. Das Review-Datum stammt aus demselben Katalogeintrag, der auch die Navigation und die Sitemap erzeugt; eine Seite kann also keine Aktualität behaupten, die ihr Eintrag nicht hergibt.

Wenn etwas auf dieser Website falsch ist, ist das wissenswert: Schreiben Sie an [email protected]. Die Website hat selbst keine Konten, keine Uploads und keine Nachrichten – E-Mail ist der eine Kanal, und er trägt nur, was Sie ihm mitgeben. Echte Defekte und ihre Behebungen sind im Changelog dokumentiert, dem ehrlichen Protokoll dafür, was sich wann geändert hat.

Die Entwicklungsphilosophie

ToolsByUs wird von Entwicklern gepflegt, die verteilte Systeme, Microservices und Webanwendungen bauen. Wir haben die Werkzeuge gebaut, die wir uns gewünscht hätten: schnell, ohne Latenz, privat und offline voll funktionsfähig.