GZIP biçiminden Deflate biçimine dönüştürücü
Bir GZIP akışını ham DEFLATE'e dönüştürmek, dış dosya kapsayıcısını ve başlık meta verilerini kaldırarak geriye özel ağ protokolleri ve düşük seviyeli arşivler için gereken yalnızca sıkıştırılmış yükü bırakır.
Biçim karşılaştırması ve teknik özellikler
| Teknik belirtim | GZIP | DEFLATE |
|---|---|---|
| MIME Türü | application/ | application/ |
| Tür | DEFLATE akış kapsayıcısı | ham DEFLATE akışı |
| Sıkıştırma | DEFLATE (RFC 1951) | LZ77 + Huffman kodlaması |
| Standart belirtimi | IETF RFC 1952 | IETF RFC 1950 / RFC 1951 |
| Sihirli bayt başlığı | 1F 8B (gzip ID1/ID2) | 78 01 / 78 9C / 78 DA (zlib header bytes) |
Format Genel Bakışı ve Kullanım Alanları
GZIP Akışını ham DEFLATE'e dönüştürmek web geliştirme, ağ programlama ve düşük seviyeli veri depolama iş akışlarında sıkça gerekir. Geliştiriciler tek tek dosyaları diske kaydederken genellikle GZIP kullanır; çünkü bu biçim özgün dosya adları ve değiştirilme zaman damgaları gibi kullanışlı meta veriler içerir. Ancak modern HTTP sıkıştırma protokolleri ve belirli ikili biçimler, sarmalayıcı baytlar olmadan yalnızca sıkıştırılmış yükü bekler. Bu dönüştürme, mühendislerin standart sıkıştırılmış verileri doğrudan ağ akışlarına veya özel ayrıştırıcılara aktarmasını sağlar. Örneğin, özel bir HTTP yanıt işleyicisi oluşturmak veya ZIP arşivleriyle çalışmak, ham algoritma çıktısını ayıklamak için çoğu zaman GZIP başlığını ve CRC32 son ekini çıkarmayı gerektirir. Bu ek kapsayıcı verilerinin kaldırılması, her baytın önemli olduğu kısıtlı programlama ortamlarında ek yükü azaltır.
Teknik Özellikler ve Kodek Ayrıntıları
application/gzip MIME türüyle tanımlanan GZIP akışı RFC 1952'de belirtilen kapsayıcı yapısını kullanır. İki baytlık sihirli sayı başlığıyla (0x1F, 0x8B) başlar; ardından sıkıştırma bayrakları, değiştirilme zamanı, işletim sistemi kimliği ve isteğe bağlı dosya adı gelir. Sıkıştırılmış veri ortada yer alır; dosya dört baytlık CRC32 sağlama toplamı ve sıkıştırılmamış boyutu belirten dört baytlık göstergeyle biter. Buna karşılık ham DEFLATE, sabit imzası, çerçeveleme başlığı veya son kaydı bulunmayan RFC 1951 bit akışıdır. application/zlib MIME türü ham DEFLATE akışını değil, RFC 1950'de tanımlanan zlib sarmalayıcısını kullanır. GZIP'i ham DEFLATE'e dönüştürmek sıkıştırılmış yükü korurken GZIP meta verilerini ve sağlama toplamını kaldırır.
İşletim Sistemi ve Tarayıcı Uyumluluğu
Ham DEFLATE akışları Python, Node.js ve C++ gibi yaygın programlama dilleri aracılığıyla modern işletim sistemlerinde ve web çalışma ortamlarında yerel olarak çalışır. Tarayıcılar HTTP content-encoding başlıkları üzerinden DEFLATE'i yerel olarak işler. Windows, macOS ve Linux gibi işletim sistemleri zlib gibi sistem sıkıştırma kitaplıklarıyla ham akışları destekler. Android ve iOS dahil mobil platformlar özel uygulama depolama katmanlarında kullanılmak üzere DEFLATE yordamlarına doğrudan API erişimi sağlar.
Faydalı bilgiler
Hedef ayrıştırıcının zlib sarmalayıcılı akış yerine saf RFC 1951 akışı beklediğini doğrula; zlib, ham DEFLATE ayrıştırıcılarının reddedeceği iki baytlık bir başlık ekler.
Sıkça Sorulan Sorular
GZIP akışını kalite kaybı olmadan ham DEFLATE'e nasıl dönüştürürsün?
Her iki biçim de aynı kayıpsız sıkıştırma algoritmalarını kullanır. Dönüştürme, GZIP kapsayıcısını okuyup on baytlık başlığı ve sekiz baytlık son eki çıkarmak ve içteki sıkıştırılmış blokları kaydetmekten ibarettir. Temel algoritma değişmediğinden veri kaybı olmaz.
GZIP Akışı ile Ham DEFLATE Arasındaki Fark Nedir?
GZIP; sihirli bayt başlığı, özgün dosya adları, değiştirilme zaman damgaları ve sağlama toplamı son eki içeren eksiksiz bir dosya kapsayıcısıdır. Ham DEFLATE ise başlık, son ek veya dosya meta verisi içermeyen, yalnızca sıkıştırılmış verinin kendisidir.