ZIP-Archiv entpacken

Prüfe ein lokales ZIP32-Archiv und lade unterstützte STORE- oder DEFLATE-Einträge nach der Prüfung von Größe, CRC und Datenstromende herunter.

Diese Seite zeigt die im aktuellen Umfang in dieser Sprache verfügbaren Werkzeuge. Das bedeutet nicht, dass jedes Werkzeug der Website in jede Sprache übersetzt ist.

Lokale Verarbeitung ohne Upload oder automatische Speicherung. Bis zu 32 Dateien, 1 MiB pro Datei, insgesamt 4 MiB, ein Archiv bis 2 MiB und ein deklariertes Verhältnis von unkomprimierter zu komprimierter Größe bis 100 pro Datei. Namen erlauben 240 UTF-16-Einheiten und 240 UTF-8-Bytes mit höchstens 4 Pfadkomponenten. Für das Lesen des gesamten Stapels gelten 5 Sekunden, danach separat weitere 5 Sekunden für den Worker; dies ist keine Gesamtfrist von 5 Sekunden. Ein Auftrag, keine Warteschlange.

Das gesamte Archiv wird geprüft und alle Einträge werden innerhalb der Grenzen dekodiert, bevor ein Download erscheint; bei einem fehlgeschlagenen Eintrag gibt es kein Teilergebnis. Downloads erfolgen ausdrücklich und einzeln, mit einem numerischen Präfix vor jedem Basisnamen, um Namenskollisionen nach dem Entfernen der Verzeichnisse zu vermeiden. Die ursprünglichen Pfade bleiben sichtbar. Es werden keine Ordner auf dem Datenträger erstellt, Inhalte nicht geöffnet und Links nicht ausgeführt; ein verschachteltes ZIP bleibt eine einzelne Datei und wird nicht entpackt.

Ein eng begrenztes ZIP32-Profil unterstützt reguläre Dateien mit STORE oder DEFLATE: weder ZIP64 noch Verschlüsselung, mehrteilige Archive, Kommentare, selbstentpackende Präfixe, symbolische Links oder eigenständige Verzeichniseinträge. Pfade in regulären Dateinamen sind erlaubt; Namen verwenden deklariertes UTF-8 oder ausschließlich ASCII, wobei nur ein übereinstimmendes Unicode-Path-Zusatzfeld unterstützt wird. Gültige ZIP-Dateien außerhalb dieses Profils können abgelehnt werden. Die Erstellung verwendet dieselben Grenzen und kann stark komprimierbare Originale ablehnen, deren Verhältnis 100 überschreitet.

Unsichere Namen oder Namenskollisionen nach dem vorsichtigen Unicode-Vergleich werden abgelehnt und im ZIP niemals stillschweigend umbenannt. Beim Schreiben können vollständig numerische Dateinamen aufsteigend vor den übrigen Namen angeordnet werden. Ursprüngliche Zeitstempel und Berechtigungen bleiben nicht erhalten; der Vertrag bewahrt unterstützte Namen und Inhaltsbytes.

Die Kapazitätsgrenzen der verwalteten Puffer begrenzen weder den gesamten Browserspeicher noch die Speicherbereinigung (GC). Die Dekompression verwendet einen Block bis 16 KiB und ein zusätzliches Byte zur Erkennung einer Überschreitung; akzeptierte Ausgaben bleiben innerhalb der deklarierten Grenze. Abbrechen beendet den Worker und bricht FileReader ab. Eine andere Auswahl oder Stufe, Leeren oder Verlassen gibt die Ergebnis-URLs frei.

Anleitung

Wähle ein Archiv und dann Archiv verarbeiten. Downloadlinks erscheinen erst, wenn jeder Eintrag erfolgreich verarbeitet wurde. Prüfe den ursprünglichen Pfad, die Bytegröße und den einzelnen Downloadnamen und lade gewünschte Dateien nacheinander herunter. Leeren oder Verlassen der Seite gibt Ergebnisse und URLs frei.

Anwendungsbeispiel

a/report.txt und b/report.txt behalten ihre angezeigten ursprünglichen Pfade. Die Downloadnamen 01-report.txt und 02-report.txt vermeiden Kollisionen nach dem Entfernen der Ordner. Die Textbytes bleiben unverändert. inner.zip bleibt eine Datei und wird nicht rekursiv entpackt.

Unterstützte Funktionen und Grenzen

Das gesamte Archiv wird geprüft und alle Einträge werden innerhalb der Grenzen dekodiert, bevor ein Download erscheint; bei einem fehlgeschlagenen Eintrag gibt es kein Teilergebnis. Downloads erfolgen ausdrücklich und einzeln, mit einem numerischen Präfix vor jedem Basisnamen, um Namenskollisionen nach dem Entfernen der Verzeichnisse zu vermeiden. Die ursprünglichen Pfade bleiben sichtbar. Es werden keine Ordner auf dem Datenträger erstellt, Inhalte nicht geöffnet und Links nicht ausgeführt; ein verschachteltes ZIP bleibt eine einzelne Datei und wird nicht entpackt. Ein eng begrenztes ZIP32-Profil unterstützt reguläre Dateien mit STORE oder DEFLATE: weder ZIP64 noch Verschlüsselung, mehrteilige Archive, Kommentare, selbstentpackende Präfixe, symbolische Links oder eigenständige Verzeichniseinträge. Pfade in regulären Dateinamen sind erlaubt; Namen verwenden deklariertes UTF-8 oder ausschließlich ASCII, wobei nur ein übereinstimmendes Unicode-Path-Zusatzfeld unterstützt wird. Gültige ZIP-Dateien außerhalb dieses Profils können abgelehnt werden. Die Erstellung verwendet dieselben Grenzen und kann stark komprimierbare Originale ablehnen, deren Verhältnis 100 überschreitet. Die Kapazitätsgrenzen der verwalteten Puffer begrenzen weder den gesamten Browserspeicher noch die Speicherbereinigung (GC). Die Dekompression verwendet einen Block bis 16 KiB und ein zusätzliches Byte zur Erkennung einer Überschreitung; akzeptierte Ausgaben bleiben innerhalb der deklarierten Grenze. Abbrechen beendet den Worker und bricht FileReader ab. Eine andere Auswahl oder Stufe, Leeren oder Verlassen gibt die Ergebnis-URLs frei.

Häufige Fragen

Warum kann ein Archiv abgelehnt werden, das ein anderes Programm akzeptiert?

Dieses Werkzeug hat ein begrenztes Profil und ist kein allgemeines Archivprogramm. Es lehnt nicht unterstützte Funktionen, kollidierende oder nicht portable Namen und überschrittene Grenzen ab. CRC erkennt abweichende Inhalte, ist aber weder eine Echtheitssignatur noch eine Garantie für ungefährliche Dateien. Das Werkzeug öffnet keine Dateien und untersucht sie nicht auf Schadsoftware.

Ähnliche Werkzeuge