Schwirren (Dateiformat)

Schwirren ist ein Dateiformat, das für die Datenkompression und das Archivieren verwendet ist. Eine Schwirren-Datei enthält eine oder mehr Dateien, die zusammengepresst, um Dateigröße zu reduzieren, oder versorgt worden sind, wie ist. Das Schwirren-Dateiformat erlaubt mehrere Kompressionsalgorithmen.

Das Format wurde 1989 von Phil Katz ursprünglich geschaffen, und wurde zuerst im PKZIP Dienstprogramm von PKWARE als ein Ersatz für das vorherige KREISBOGEN-Kompressionsformat von Thom Henderson durchgeführt.

Das Schwirren-Format wird jetzt durch viele Softwaredienstprogramme außer PKZIP unterstützt. Microsoft hat eingebaute Schwirren-Unterstützung eingeschlossen (unter dem Namen "hat Mappen" zusammengepresst) in Versionen von Windows von Microsoft seit 1998. Apfel hat eingebaute Schwirren-Unterstützung in Mac OS X 10.3 (über BOMArchiveHelper, jetzt Archiv-Dienstprogramm) und später zusammen mit anderen Kompressionsformaten eingeschlossen.

Schwirren-Dateien verwenden allgemein die Dateierweiterungen ".zip" oder ".ZIP" und das PANTOMIME-Sektorformat. Schwirren wird als ein Grunddateiformat durch viele Programme gewöhnlich unter einem verschiedenen Namen verwendet.

Schwirren-Dateien werden häufig durch ein Dokument oder anderen Gegenstand vertreten, der prominent einen Reißverschluss zeigt.

Geschichte

Das Schwirren-Dateiformat wurde von Phil Katz von PKWARE geschaffen. Er hat das Format geschaffen, nachdem seine Gesellschaft Klagen gegen ihn durch Systems Enhancement Associates (SEA) eingereicht hat behauptend, dass seine Archivieren-Produkte Ableitungen des KREISBOGEN-Archivieren-Systems des MEERES waren.

Der Name "Schwirren" (Bedeutung "der Geschwindigkeit") wurde vom Freund von Katz, Robert Mahoney angedeutet. Sie haben andeuten wollen, dass ihr Produkt schneller sein würde als KREISBOGEN und andere Kompressionsformate der Zeit.

Die frühste bekannte Version der.ZIP Dateiformat-Spezifizierung wurde zuerst als ein Teil von PKZIP 0.9 Paket unter der Datei APPNOTE.TXT 1989 veröffentlicht.

Das Schwirren-Dateiformat wurde ins öffentliche Gebiet veröffentlicht, aber einige SCHWIRREN-Eigenschaften werden durch Patente oder während Patente bedeckt.

Versionsgeschichte

Die.ZIP Dateiformat-Spezifizierung hat seine eigene Versionsnummer, die den Versionsnummern für das PKZIP Werkzeug, besonders mit PKZIP 6 oder später nicht notwendigerweise entspricht. In verschiedenen Zeiten hat PKWARE einleitende Eigenschaften hinzugefügt, die PKZIP Produkten erlauben, Archive mit fortgeschrittenen Eigenschaften herauszuziehen, aber PKZIP Produkte, die solche Archive schaffen, werden bis zur folgenden Hauptausgabe nicht bereitgestellt. Andere Gesellschaften oder Organisationen unterstützen die PKWARE Spezifizierungen mit ihrem eigenen Schritt.

Die SCHWIRREN-Dateiformat-Spezifizierung wird "APPNOTE-.ZIP Dateiformat-Spezifizierung" formell genannt, und es wird auf PKWARE.com Website seit dem Ende der 1990er Jahre veröffentlicht. Mehrere Versionen der Spezifizierung wurden nicht veröffentlicht. Spezifizierungen von einigen Eigenschaften wie BZIP2-Kompression, starke Verschlüsselungsspezifizierung und andere wurden durch PKWARE ein paar Jahre nach ihrer Entwicklung veröffentlicht. Die URL-ADRESSE der Online-Spezifizierung wurde mehrere Male auf der PKWARE Website geändert.

Eine Zusammenfassung des Schlüssels geht in verschiedenen Versionen der PKWARE Spezifizierung vorwärts:

  • 2.0: (1993) können Dateieinträge damit zusammengepresst werden DEFLATIONIEREN und verwenden traditionelle PKWARE Verschlüsselung.
  • 2.1: (1996) Deflate64 Kompression
  • 4.5: (2001) Dokumentiertes 64-Bit-Schwirren-Format.
  • 4.6: (2001) BZIP2 Kompression (nicht veröffentlicht online bis zur Veröffentlichung von APPNOTE 5.2)
  • 5.0: (2002) DES, Dreifacher DES, RC2, RC4, der für die Verschlüsselung (nicht unterstützt ist, veröffentlicht online bis zur Veröffentlichung von APPNOTE 5.2)
  • 5.2: (2003) AES Verschlüsselungsunterstützung (definiert in APPNOTE 5.1, der online nicht veröffentlicht wurde), die korrigierte Version von für die Verschlüsselung unterstütztem RC2-64.
  • 6.1: (2004) Dokumentierte Zertifikat-Lagerung.
  • 6.2.0: (2004) Dokumentierte Hauptverzeichnisverschlüsselung.
  • 6.3.0: (2006) Dokumentierter Unicode (UTF-8) Dateinamenlagerung. Ausgebreitete Liste des unterstützten Kuddelmuddels, Kompression (LZMA, PPMd +), Verschlüsselungsalgorithmen.
  • 6.3.1: (2007) schätzt Korrigiertes Standardkuddelmuddel für SHA-256/384/512.
  • 6.3.2: (2007) Dokumentierte Kompressionsmethode 97 (WavPack).

WinZip, mit der Version 12.1 anfangend, verwendet die Erweiterung für Schwirren-Dateien, die neuere Kompressionsmethoden verwenden, als DEFLATIONIEREN; spezifisch, Methoden BZip, LZMA, PPMd, Jpeg und Wavpack. Die letzten 2 werden angewandt, um Dateitypen zu verwenden, wenn "Beste Methode" Kompression ausgewählt wird.

Standardisierung

Im April 2010 ISO/IEC JTC 1 hat einen Stimmzettel begonnen, um zu bestimmen, ob ein Projekt begonnen werden sollte, um ein ISO/IEC Internationales mit dem Schwirren vereinbares Standardformat zu schaffen. Das vorgeschlagene Projekt, das betitelte Dokumentenverpacken hat sich ein mit dem Schwirren vereinbares 'minimales komprimiertes Archiv-Format vorgestellt, das' für den Gebrauch mit mehreren vorhandenen Standards einschließlich OpenDocument, Büro Offener XML und EPUB passend ist.

Im Juli 2010 hat der Stimmzettel, um dieses Projekt zu beginnen, gescheitert, eine internationale Stimme zu passieren, und wurde durch ISO/IEC JTC 1/SC 34 N 1461 zurückgewiesen. Anmerkungen gegen dieses Projekt haben die Anerkennung zitiert, dass eine vorhandene veröffentlichte Arbeit am Schwirren-Format seit mehr als 18 Jahren in der Form des PKWARE APPNOTE existiert hat, stattdessen "für JTC 1 empfehlend, das SCHWIRREN-Anwendungszeichen als Referenced Specification (RS) pro Anhang N des zurzeit veröffentlichten JTC 1 Direktiven zu genehmigen".

Dieser Stimmzettel hat wirklich eine Bitte um die Bildung einer Aufgabenstunde zum Zweck genehmigt, breiteren Eingang bezüglich dieser Kerntechnologie zu suchen. Die Aufgabenstunde, die im Oktober 2010 begonnen hat, hat mehrere internationale Experten zusammengebracht, um die Möglichkeit zu besprechen, SCHWIRREN innerhalb von internationalen Standards zu verwenden. Im März 2011 hat diese Gruppe JTC 1 eine neue Empfehlung darauf präsentiert, wie man SCHWIRREN innerhalb von internationalen Standards vereinigt.

Das Bestätigen der breiten Zwischenfunktionsfähigkeit, dass das SCHWIRREN-Format die in ihrer Empfehlung geschlossene Arbeitsgruppe erreicht hat, dass "die beste Weise, unsere technischen Ziele zu erreichen, ist, PKWARE zu haben, setzt seine Wartung des SCHWIRREN-Anwendungszeichens fort." Die von dieser Arbeitsgruppe entworfenen Empfehlungen wurden präsentiert, um als ISO/IEC JTC 1/SC 34 N 1621 im Juli 2011 abzustimmen, und wurde durch eine internationale Stimme genehmigt.

Vorschlag N 1621 leitet internationale Standards, die SCHWIRREN an "nicht verwenden, kopieren oder widersprechen den Bestimmungen des SCHWIRREN-Anwendungszeichens von PKWARE, [und zu] bringen in den SCHWIRREN-Anwendungszeichen-Fähigkeiten über eine normative Außenverweisung auf die letzte Version des SCHWIRREN-Anwendungszeichens Verweise an." Standards mit dem SCHWIRREN sollten einen JTC 1 Referencing Explanatory Report (RER) einschließen, wenn sie im PKWARE Anwendungszeichen Verweise anbringen.

Eine Bestimmung von N 1621 hat eine Auswahl eingeschlossen, für einen Profil-Standard zu entwerfen, um in SCHWIRREN Verweise anzubringen. Dieses Profil konnte durch andere internationale Standards verwendet werden, die SCHWIRREN verwenden, um zu vermeiden, ihr eigenes RER Dokument schreiben zu müssen, wo der ähnliche Gebrauch des SCHWIRRENS bestehen kann. In dieser Zeit haben keine Standards, die SCHWIRREN verwenden, um dieses Profil gebeten.

Es gibt einen neuen vorgeschlagenen Standard in ISO/IEC JTC1 Standardisierungsprozess unter dem Namen ISO/IEC NP 21320-1 - Informationstechnologie - Dokumentenbehälterdatei - Teil 1: Kern.

Design

Schwirren ist ein einfaches Archiv-Format, das vielfache Dateien versorgt. Schwirren erlaubt enthaltenen Dateien, mit vielen verschiedenen Methoden zusammengepresst zu werden, sowie einfach eine Datei versorgend, ohne es zusammenzupressen. Jede Datei wird getrennt versorgt, verschiedene Dateien in demselben Archiv erlaubend, mit verschiedenen Methoden zusammengepresst zu werden.

Ein Verzeichnis wird am Ende einer Schwirren-Datei gelegt. Sich das identifiziert das, welche Dateien im Schwirren sind und identifiziert, wo im Schwirren, dass Datei gelegen wird. Das erlaubt Schwirren-Lesern, die Liste von Dateien zu laden, ohne das komplette Schwirren-Archiv zu lesen. Schwirren-Archive können auch Extradaten einschließen, der mit dem Schwirren-Archiv nicht verbunden ist. Das berücksichtigt Schwirren-Archive, die ins Selbstextrahieren von Archiven, Anwendungen zu machen sind, die ihre enthaltenen Daten, durch das Umfassen des Programm-Codes in einem Schwirren-Archiv und Markierung der Datei als rechtskräftig (d. h., mit der.exe Erweiterung) dekomprimieren. Andererseits berücksichtigt es auch eine harmlose Datei wie eine GIF Bilddatei, um böswilligen Code durch das Bilden der Datei ein Schwirren-Archiv zu verbergen.

Das Schwirren-Format verwendet einen CRC 32-Bit-Algorithmus und schließt zwei Kopien der Verzeichnisstruktur des Archivs ein, um größeren Schutz gegen den Datenverlust zur Verfügung zu stellen.

Struktur

Eine Schwirren-Datei wird durch die Anwesenheit eines Hauptverzeichnisses identifiziert, das am Ende der Struktur gelegen wird, um das Befestigen von neuen Dateien zu erlauben. Das Hauptverzeichnis versorgt eine Liste der Namen der Einträge (Dateien oder Verzeichnisse) versorgt in der Schwirren-Datei, zusammen mit anderem metadata über den Zugang und einem Ausgleich in die Schwirren-Datei, zu den wirklichen Zugang-Daten hinweisend. Das erlaubt einer Dateiauflistung des Archivs, relativ schnell durchgeführt zu werden, weil das komplette Archiv nicht gelesen werden muss, um die Liste von Dateien zu sehen. Die Einträge in der Schwirren-Datei schließen auch diese Information für die Überfülle ein.

Die Ordnung der Dateieinträge im Verzeichnisbedürfnis nicht fällt mit der Ordnung von Dateieinträgen im Archiv zusammen.

Jeder Zugang wird durch einen lokalen Kopfball mit der Information über die Datei wie die Anmerkung, die Dateigröße und der Dateiname eingeführt, der von fakultativen "Extra"-Datenfeldern, und dann vielleicht gefolgt ist, komprimiert, vielleicht encrypted Dateidaten. Die "Extra"-Datenfelder sind der Schlüssel zur Dehnbarkeit des Schwirren-Formats. "Extra"-Felder werden ausgenutzt, um das ZIP64-Format, die WinZip-vereinbare AES Verschlüsselung, die Dateiattribute und die höhere Entschlossenheit NTFS oder Dateizeitstempel von Unix zu unterstützen. Andere Erweiterungen sind über das "Extra"-Feld möglich. Schwirren-Werkzeuge sind durch die Spezifizierung erforderlich, Extrafelder zu ignorieren, die sie nicht anerkennen.

Das Schwirren-Format verwendet spezifische 4-Byte-"Unterschriften", um die verschiedenen Strukturen in der Datei anzuzeigen. Jeder Dateizugang wird durch eine spezifische Unterschrift gekennzeichnet. Der Anfang des Hauptverzeichnisses wird mit einer verschiedenen Unterschrift angezeigt, und jeder Zugang im Hauptverzeichnis wird mit noch einer anderen besonderen 4-Byte-Unterschrift gekennzeichnet.

Es gibt keinen BOF oder EOF Anschreiber in der Schwirren-Spezifizierung. Häufig ist das erste Ding in einer Schwirren-Datei ein Schwirren-Zugang, der leicht durch seine Unterschrift identifiziert werden kann. Aber es ist nicht notwendigerweise der Fall, den eine Schwirren-Datei mit einem Schwirren-Zugang beginnt, und durch die Schwirren-Spezifizierung nicht erforderlich ist.

Werkzeuge, die richtig Schwirren-Archive lesen, müssen für die Unterschriften der verschiedenen Felder, das Schwirren Hauptverzeichnis scannen. Sie müssen für Einträge nicht scannen, weil nur das Verzeichnis angibt, wo ein Dateiklotz anfängt. Abtastung konnte zu falschem positives führen, weil das Format anderen Daten nicht verbietet, zwischen Klötzen oder unkomprimiertem Strom zu sein, der solche Unterschriften enthält.

Die Schwirren-Spezifizierung unterstützt auch sich ausbreitende Archive über vielfache filesystem Dateien. Ursprünglich beabsichtigt für die Lagerung von großen Schwirren-Dateien über vielfache 1.44-Mb-Disketten wird diese Eigenschaft jetzt verwendet, um Schwirren-Archive in Teilen über die E-Mail, oder über andere Transporte oder absetzbare Medien zu senden.

Das FETT filesystem DOS hat eine Zeitstempel-Entschlossenheit von nur zwei Sekunden; Schwirren-Dateiaufzeichnungen ahmen das nach. Infolgedessen ist die eingebaute Zeitstempel-Entschlossenheit von Dateien in einem Schwirren-Archiv nur zwei Sekunden, obwohl Extrafelder verwendet werden können, um genauere Zeitstempel zu versorgen.

Im September 2007 hat PKWARE eine Revision der Schwirren-Spezifizierung veröffentlicht, die eine Bestimmung enthält, um Dateinamen mit UTF-8 zu versorgen, schließlich Vereinbarkeit von Unicode hinzufügend, um zu schwirren.

Dateikopfbälle

Alle Mehrbyte-Werte im Kopfball werden in wenig-endian der Byte-Ordnung versorgt. Alle Länge-Felder zählen die Länge in Bytes auf.

Das Extrafeld enthält eine Vielfalt von fakultativen Daten wie OS-Specific-Attribute. Es wird in Klötze, jeden mit einem 16-Bit-ID-Code und einer 16-Bit-Länge geteilt.

Dem wird von den komprimierten Daten sofort gefolgt.

Wenn Bit 3 (0x08) des Mehrzweckfahne-Feldes gesetzt wird, dann sind der CRC-32 und die Dateigrößen nicht bekannt, wenn der Kopfball geschrieben wird. Die Felder im lokalen Kopfball werden mit der Null gefüllt, und der CRC-32 und die Größe werden in einer 12-Byte-Struktur (fakultativ vorangegangen durch eine 4-Byte-Unterschrift) sofort nach den komprimierten Daten angehangen:

Der Hauptverzeichniszugang ist eine ausgebreitete Form des lokalen Kopfballs:

Nach allen Hauptverzeichniseinträgen kommt das Ende der Hauptverzeichnisaufzeichnung, die das Ende der SCHWIRREN-Datei kennzeichnet:

Diese Einrichtung erlaubt einer Schwirren-Datei, in einem Pass geschaffen zu werden, aber es wird gewöhnlich durch die erste Lesung das Hauptverzeichnis am Ende dekomprimiert.

Kompressionsmethoden

Die.ZIP Dateiformat-Spezifizierung dokumentiert die folgenden Kompressionsmethoden: versorgt (keine Kompression), Zusammenschrumpfen gelassen, Reduziert (Methoden 1-4), Implodiert, Tokenizing, Deflationiert, Deflate64, bzip2, LZMA (EFS), WavPack, PPMd. Die meistens verwendete Kompressionsmethode ist DEFLATIONIEREN, der in IETF RFC 1951 beschrieben wird.

Kompressionsmethoden erwähnt, aber nicht dokumentiert im Detail in der Spezifizierung schließen ein: PKWARE Data Compression Library (DCL) Implodierend (alter IBM TERSE), IBM TERSE (neu), IBM LZ77 z Architektur (PFS).

Verschlüsselung

Schwirren unterstützt ein einfaches Kennwort-basiertes symmetrisches Verschlüsselungssystem, das in der Schwirren-Spezifizierung dokumentiert und bekannt wird, ernstlich rissig gemacht zu werden. Insbesondere ist es für bekannte-plaintext Angriffe verwundbar, die in einigen Fällen schlechter durch schlechte Durchführungen von Zufallszahlengeneratoren gemacht werden.

Neue Eigenschaften einschließlich der neuen Kompression und Verschlüsselung (z.B. AES) Methoden sind in der.ZIP Dateiformat-Spezifizierung seit der Version 5.2 dokumentiert worden. Ein WinZip-entwickelter AES-basierter Standard wird auch durch den 7-Schwirren-, XCeed und DotNetZip verwendet, aber einige Verkäufer verwenden andere Formate. PKWARE SecureZIP unterstützt auch RC2, RC4, DES, Dreifache DES Verschlüsselungsmethoden, Zertifikat-basierte Digitalverschlüsselung und Beglaubigung (X.509) und Archiv-Kopfball-Verschlüsselung.

ZIP64

Das ursprüngliche Schwirren-Format ließ 4 GiB auf verschiedenen Dingen (unkomprimierte Größe einer Datei, zusammengepresste Größe einer Datei und Gesamtgröße des Archivs), sowie eine Grenze von 65535 Einträgen in einem Schwirren-Archiv beschränken. In der Version 4.5 der Spezifizierung (der nicht dasselbe als v4.5 jedes besonderen Werkzeugs ist) hat PKWARE die "ZIP64"-Format-Erweiterungen eingeführt, um um diese Beschränkungen herumzukommen, die Beschränkung zu 16 EiB (2 Bytes) vergrößernd.

Der Dateiforscher in Windows XP unterstützt ZIP64, aber den Forscher in der Windows-Aussicht nicht, tut. Ebenfalls, einige Bibliotheken, wie DotNetZip und IO:: Kompresse:: Schwirren in Perl, unterstützen Sie ZIP64. Java eingebaut unterstützt java.util.zip ZIP64 von der Version Java 7.

Kombination mit anderen Dateiformaten

Das Schwirren-Dateiformat berücksichtigt, dass eine Anmerkung irgendwelche Daten enthält, um am Ende der Datei nach dem Hauptverzeichnis vorzukommen. Außerdem, weil das Hauptverzeichnis den Ausgleich jeder Datei im Archiv in Bezug auf den Anfang angibt, ist es in der Praxis für den ersten Dateizugang möglich, an einem Ausgleich außer der Null anzufangen.

Das erlaubt willkürlichen Daten, in der Datei sowohl vorher als auch nach den Schwirren-Archiv-Daten, und für das durch eine Schwirren-Anwendung noch zu lesende Archiv vorzukommen. Eine Nebenwirkung davon besteht darin, dass es dem Autor eine Datei möglich ist, die sowohl ein Arbeitsschwirren-Archiv als auch ein anderes Format ist, vorausgesetzt, dass das andere Format willkürliche Daten an seinem Ende, Anfang oder Mitte duldet. Das Selbstextrahieren von Archiven (SFX), der Form, die von WinZip und DotNetZip unterstützt ist, nutzt das aus — sie sind.exe Dateien, die dem PKZIP AppNote.txt Spezifizierung anpassen und durch entgegenkommende Schwirren-Werkzeuge oder Bibliotheken gelesen werden können.

Dieses Eigentum des Schwirren-Formats, und des GLAS-Formats, das eine Variante des Schwirrens ist, kann ausgenutzt werden, um schädliche javanische Klassen innerhalb einer anscheinend harmlosen Datei wie ein GIF zum Web geladenes Image zu verbergen. Diese so genannte GIFAR-Großtat ist als ein wirksamer Angriff gegen Webanwendungen wie Facebook demonstriert worden.

Grenzen

Die minimale Größe einer Schwirren-Datei ist 22 Bytes.

Die maximale Größe sowohl für die Archiv-Datei als auch für die individuellen Dateien darin ist 4,294,967,295 Bytes (21 Bytes, oder 4 GiB) für das Standard-SCHWIRREN und 18,446,744,073,709,551,615 Bytes (21 Bytes, oder 16 EiB) für ZIP64.

Eigentumserweiterungen

Als WinZip 9.0 öffentliches Beta wurde 2003, WinZip veröffentlicht, seine eigene AES-256 Verschlüsselung mit einem verschiedenen Dateiformat zusammen mit der Dokumentation für die neue Spezifizierung eingeführt hat. Die Verschlüsselungsstandards selbst waren nicht Eigentums-, aber PKWARE hatte APPNOTE.TXT nicht aktualisiert, um Strong Encryption Specification (SES) seit 2001 einzuschließen, die durch PKZIP Versionen 5.0 und 6.0 verwendet worden war. Technischer Berater von WinZip Kevin Kearney und Produktmanager von StuffIt Mathew Covington haben PKWARE angeklagt, SES vorzuenthalten, aber PKZIP erster Technologieoffizier Jim Peterson hat behauptet, dass Zertifikat-basierte Verschlüsselung noch unvollständig war.

Um diesen Fehler zu überwinden, haben zeitgenössische Produkte wie PentaZip starke Schwirren-Verschlüsselung durch encrypting Schwirren-Archive in ein verschiedenes Dateiformat durchgeführt.

In einer anderen umstrittenen Bewegung hat sich PKWare um ein Patent bei am 2003-07-16 dem Beschreiben einer Methode beworben, um Schwirren und starke Verschlüsselung zu verbinden, um eine sichere Datei zu schaffen.

Schließlich sind PKWARE und WinZip bereit gewesen, jeden die Produkte eines anderen zu unterstützen. Am 2004-01-21 hat PKWARE die Unterstützung des mit Sitz in WinZip AES Kompressionsformats bekannt gegeben. In einer späteren Version des Betas von WinZip ist es im Stande gewesen, SES-basierte Schwirren-Dateien zu unterstützen. PKWARE hat schließlich Version 5.2 der.ZIP Dateiformat-Spezifizierung zum Publikum veröffentlicht, das SES dokumentiert hat. Das Projekt der Kostenlosen Software 7-Schwirren-unterstützt auch AES in Schwirren-Dateien (wie seinen POSIX Hafen p7zip tut).

Vorteile und Nachteile

Das Zusammendrücken von Dateien getrennt, wie in Schwirren-Dateien getan wird, berücksichtigt zufälligen Zugang: Individuelle Dateien können wiederbekommen werden, ohne andere Daten durchzulesen. Es kann bessere gesamte Kompression durch das Verwenden verschiedener Algorithmen für verschiedene Dateien erlauben. Selbst wenn, die Möglichkeit beschränkend, Kompression ZU DEFLATIONIEREN, der Gebrauch von verschiedenen Kompressionswörterbüchern für jede Datei auf ein kleineres Archiv insgesamt hinauslaufen kann.

Diese Annäherung ist im Allgemeinen zu archivalischer von einer Vielzahl von kleinen Dateien weniger gut passend. Im Schwirren-Archiv-Format wird der metadata für jeden Zugang — die Information über jeden individuellen Zugang — nicht zusammengepresst. Das beschränkt das maximale erreichbare Kompressionsverhältnis, besonders wenn die Größe der individuellen Einträge verringert und sich der Größe des metadata für den Zugang nähert.

Eine abwechselnde Annäherung wird in einem komprimierten Teer-Archiv verwendet (oder), in dem die Dateidaten und metadata als eine Einheit mit gzip zusammengepresst werden. Die Kehrseite dieser Annäherung ist der Verlust des zufälligen Zugangs. Dieselbe Annäherung kann mit dem Schwirren verwendet werden: Das Schaffen zuerst ein Schwirren-Archiv, in dem die individuellen Dateien (LAGER-Methode) unkomprimiert sind, und dann das Zusammendrücken der ersten Schwirren-Datei in eine andere Schwirren-Datei, die das erste enthält, wird mit festen Archiven wetteifern. Als im Fall von komprimierten Teer-Archiven ist zufälliger Zugang nicht möglich.

Durchführung

Es gibt zahlreiche Schwirren-Werkzeuge verfügbare und zahlreiche Schwirren-Bibliotheken für verschiedene Programmierumgebungen; verwendete Lizenzen schließen kommerzielle und offene Quelle ein. Zum Beispiel ist WinZip ein wohl bekanntes Schwirren-Werkzeug, das auf Windows und WinRAR läuft, IZarc, Info-Schwirren, 7-Schwirren-, PeaZip und DotNetZip sind andere Werkzeuge, die auf verschiedenen Plattformen verfügbar sind. Einige jener Werkzeuge haben Bibliothek oder Programmatic-Schnittstellen.

Einige laut der offenen Quellabmachung lizenzierte Entwicklungsbibliotheken sind das GNU gzip Projekt und Info-Schwirren. Für Java: Javanische Plattform, Standardausgabe enthält das Paket "java.util.zip", um Standardschwirren-Dateien zu behandeln; die Zip64File Bibliothek unterstützt spezifisch große Dateien (größer als 4 GB) und behandelt Schwirren-Dateien mit dem zufälligen Zugang; und das Apachen-Ameise-Werkzeug enthält eine mehr ganze laut der Apachen-Softwarelizenz veröffentlichte Durchführung.

Für.NET Anwendungen gibt es eine Bibliothek der offenen Quelle ohne Kosten genannt DotNetZip, der in der Quelle und binären Form unter dem Microsoft Public License verfügbar ist. Es unterstützt viele Schwirren-Eigenschaften, einschließlich Kennwörter für die traditionelle Schwirren-Verschlüsselung oder WinZip-vereinbare AES Verschlüsselung, Unicode, ZIP64, Schwirren-Anmerkungen, hat Archive und selbstherausziehende Archive abgemessen. Das Microsoft.NET 3.5 Laufzeitbibliothek schließt ein Klassensystem ein. IO.Packaging. Paket, das das Schwirren-Format unterstützt. Es wird in erster Linie für Dokumentenformate mit der ISO/IEC internationalen Offenen Standardverpackungsvereinbarung entworfen.

Die Durchführungen des Info-Schwirrens des Schwirren-Formats fügen Unterstützung für Eigenschaften von Unix filesystem, wie Benutzer und Gruppenpersonalausweise, Dateierlaubnis und Unterstützung für symbolische Verbindungen hinzu. Die Apachen-Ameise-Durchführung ist von diesen im Ausmaß bewusst, dass sie Dateien mit der vorherbestimmten Erlaubnis von Unix schaffen kann. Die Durchführungen des Info-Schwirrens wissen auch, wie man die ins Schwirren-Kompressionsformat eingebauten Fehlerkorrektur-Fähigkeiten verwendet. Einige Programme (wie IZArc) tun nicht und werden auf einer Datei ersticken, die Fehler hat.

Die Windows-Werkzeuge des Info-Schwirrens unterstützen auch NTFS filesystem Erlaubnis, und werden einen Versuch machen, von der NTFS Erlaubnis bis Erlaubnis von Unix oder umgekehrt zu übersetzen, wenn sie Dateien herausziehen. Das kann auf potenziell unbeabsichtigte Kombinationen, z.B.exe Dateien hinauslaufen, die auf NTFS Volumina mit der rechtskräftigen bestrittenen Erlaubnis schaffen werden.

Versionen von Windows von Microsoft haben Unterstützung für die Schwirren-Kompression im Forscher seit Plus eingeschlossen! Satz wurde für Windows 98 veröffentlicht. Microsoft nennt diese Eigenschaft "Komprimierte Mappen". Nicht alle Schwirren-Eigenschaften werden durch Windows Komprimierte Mappe-Fähigkeit unterstützt. Zum Beispiel, wie man bekannt, sind AES Verschlüsselung, Spalt oder abgemessene Archive und Zugang-Verschlüsselung von Unicode nicht lesbar oder writable durch die Komprimierte Mappe-Eigenschaft in Windows XP oder Windows-Aussicht.

Vermächtnis

Es gibt viele andere Standards und Formate mit "dem Schwirren" als ein Teil ihres Namens. Phil Katz hat festgestellt, dass er den "Schwirren"-Namen für jeden Archiv-Typ hat erlauben wollen. Zum Beispiel ist Schwirren von gzip verschieden, und der Letztere wird in einem IETF RFC (RFC 1952) definiert. Sowohl Schwirren als auch gzip verwenden in erster Linie den DEFLATIONIEREN Algorithmus für die Kompression. Ebenfalls verwendet das ZLIB-Format (IETF RFC 1950) auch den DEFLATIONIEREN Kompressionsalgorithmus, aber gibt verschiedene Kopfbälle für die Fehler- und Konsistenz-Überprüfung an. Andere allgemeine, ähnlich genannte Formate und Programme mit verschiedenen heimischen Formaten schließen 7-Schwirren-, bzip2, und rzip ein.

Siehe auch

  • Vergleich der Datei archivers
  • Der Vergleich des Archivs formatiert
  • Die Liste des Archivs formatiert
  • LZW

Außenverbindungen


Internationale Gemeinschaft / Gin-Blüten
Impressum & Datenschutz