Göndermeden önce dosyaları sıkıştırma: boyut azaltma
Aktarmadan önce dosyaları ne zaman ve nasıl sıkıştıracağınızı öğrenin. ZIP, RAR ve 7z'yi karşılaştırın.
Metin, kaynak kodu, log dosyaları, CSV ve .bmp ya da .tiff gibi sıkıştırılmamış görüntü formatlarını göndermeden önce sıkıştırın — 3-10x boyut küçülmesi bekleyin. .jpg, .png, .mp4, .mp3, .docx, .xlsx, .pdf veya .zip dosyalarını sıkıştırmayın; bunlar zaten dahili olarak sıkıştırılmış ve ikinci geçiş en fazla %2-3 tasarruf sağlarken CPU harcıyor. Çok sayıda küçük dosyayı tek bir yüklemede paketlemek için "store" modunda (sıkıştırmasız) .zip kullanın. Sıkıştırılabilir veride maksimum oran için LZMA2 ile 7z genellikle .zip'i %30-40 geçiyor. RAR, 7z'ye genel olarak denk ama alıcının WinRAR veya 7-Zip kurması gerekiyor — .zip evrensel olarak destekleniyor.
Sıkıştırmanın gerçekten işe yaradığı durumlar
Metin dosyaları dramatik biçimde küçülüyor. 10 MB'lık bir sunucu .log dosyası .zip ile sıklıkla 800 KB'a iniyor (12x) ve 7z ile 550 KB'a düşüyor (18x). Sıkıştırma, logların içerdiği son derece tekrarlayan kalıplar — zaman damgaları, IP adresleri, HTTP durum kodları — üzerinde verimli çalıştığı için bu denli işe yarıyor.
Benzer biçimde sıkıştırılabilir kategoriler:
- Kaynak kodu: .js, .py, .java, .cs, .go — tipik olarak 3-5x sıkıştırma
- CSV veri: içerik tekrarına bağlı olarak 4-10x
- JSON/XML: tekrarlayan alan adları nedeniyle 5-8x
- Sıkıştırılmamış görüntüler: .bmp (5-10x), sıkıştırılmamış .tiff (4-8x)
- Veritabanları: .sql dökümler, boş sayfalı SQLite dosyaları (2-4x)
- PSD düz katmanlar: dahili RLE sıkıştırması yoksa 2-3x
Orta büyüklükteki bir projenin Git deposu tar arşivi genellikle 4-5x sıkıştırılıyor; bu yüzden git archive varsayılan olarak ağacı .tar.gz içine sarıyor.
Sıkıştırmanın anlamsız olduğu durumlar
Zaten sıkıştırılmış formatlar küçülmüyor. Temel veriler DEFLATE, H.264, JPEG DCT kuantizasyonu veya benzer bir şemadan geçmiş — entropi teorik minimuma yakın.
Faydası olmayan dosyalar:
- .jpg, .jpeg, .heic: kayıplı sıkıştırma uygulanmış
- .png: dahili DEFLATE sıkıştırması var
- .mp4, .mov, .mkv: H.264 veya H.265 sıkıştırması uygulanmış
- .mp3, .aac, .flac, .ogg: ses zaten sıkıştırılmış
- .pdf: dahili nesne akışları genellikle DEFLATE sıkıştırmalı
- .docx, .xlsx, .pptx: bunlar aslında XML'in ZIP arşivleri — yeniden sıkıştırma anlamsız
- .zip, .7z, .rar, .gz, .bz2, .xz: sıkıştırılmış arşivler; ikinci geçiş boşuna
- .apk, .jar, .war: ZIP tabanlı Java/Android arşivleri
Bu dosyaları sıkıştırmak CPU harcıyor ve bazen arşiv meta verisi ek yükü nedeniyle dosyayı hafifçe büyütüyor.
ZIP vs 7z vs RAR
| Format | Tipik oran | Hız | Alıcı uyumluluğu | Şifreleme | |---|---|---|---|---| | .zip (DEFLATE) | Temel | Hızlı | Evrensel (Windows, macOS, Linux dahili) | ZIP 2.0 (zayıf), AES-256 (modern araçların çoğu) | | .zip (DEFLATE64) | %5-10 daha iyi | Hızlı | Windows dahili, 7-Zip, bazı macOS araçları | .zip ile aynı | | 7z (LZMA2) | .zip'ten %30-40 daha iyi | Daha yavaş | 7-Zip, Keka veya The Unarchiver gerektirir | AES-256 dahili | | .rar (RAR5) | .zip'ten ~%25-35 daha iyi | Orta | WinRAR veya 7-Zip gerektirir; oluşturmak ücretsiz değil | AES-256 dahili | | .tar.gz | .zip'e benzer | Hızlı | macOS, Linux dahili; Windows'ta 7-Zip gerektirir | Yerel yok | | .tar.zst (Zstandard) | .zip ile 7z arası | Çok hızlı | zstd gerektirir (henüz evrensel değil) | Yerel yok |
Taşınabilirlik için .zip en güvenli seçim. Oran için 7z kazanıyor. Hız ve modern verimlilik için Zstandard (.zst) mükemmel ama alıcıların destekleyen araçlara ihtiyacı var.
Paketleme için "store" modu
200 adet .jpg fotoğraf gönderiyorsanız alıcının "indir"e tek tıklaması için onları tek bir arşivde toplamak hâlâ istiyorsunuzdur. Sıkıştırma seviyesi 0 ("store" modu) ile .zip kullanın. Arşiv, dosya boyutlarının toplamına birkaç kilobayt dizin ek yükü eklenmiş kadar büyüklükte — ve oluşturma CPU maliyeti sıfıra yakın.
7-Zip'te: Arşive ekle → Sıkıştırma seviyesi → Store. macOS Finder'da: Sağ tık → Sıkıştır (varsayılan olarak DEFLATE kullanır; .jpg üzerinde yardımcı olmaz ama çok da zarar vermez). Komut satırında: zip -0 bundle.zip *.jpg.
Sıkıştırırken şifreleme
AES-256 kullanan parola korumalı ZIP dosyaları (eski ZIP 2.0 şifrelemesi değil), transfer kanalının güvenliğine güvenemediğinizde hassas yükler için makul bir taşıma yöntemi. WinRAR, 7-Zip ve macOS'un Arşiv Yardımcı Programı AES-256 ZIP şifrelemesini destekliyor.
Tuzak: parola paylaşımı. Parolayı ZIP ile aynı mesajda e-posta ile göndermeyin. Dosyayı gönderin; parolayı Signal, iMessage veya ayrı bir kanal aracılığıyla paylaşın. Daha iyi seçenek: yerleşik parola korumasına sahip transfer hizmeti kullanmak — karmaşıklığı sizin yerinize yönetiyor.
Eski ZIP 2.0 şifrelemesi (eski araçlarda hâlâ kimi zaman varsayılan) kriptografik olarak kırık — bilinen düz metin saldırılarıyla saniyeler içinde kurtarılabiliyor. Arşiv şifrelemesini güvenlik için kullanıyorsanız AES-256 kullandığınızı her zaman doğrulayın. GDPR ve KVKK kapsamındaki veriler için bu ayrım kritik önem taşıyor.
Takas: CPU süresi ile kazanılan baytlar
Sıkıştırma bir zaman/boyut takasıdır. 5 GB'lık metin arşivinde maksimum 7z sıkıştırması bir dizüstünde 30 dakika sürebilir ve .zip'e kıyasla 2 GB tasarruf sağlayabilir. Transfer boyutla kısıtlıysa (2 GB tavanlı hizmet) bu değer. Transfer zamanla kısıtlıysa ve bant genişliği ucuzsa aynı 5 GB fiber üzerinden 90 saniyede yükleniyor — yarım saatlik sıkıştırma kazandığından daha fazla zaman harcatırdı.
Kural: ağ CPU'ya göre yavaşsa sıkıştırın; ağ CPU'ya göre hızlıysa zahmet etmeyin.
Büyük arşivleri bölmek
Bir dosya transfer hizmetinin tavanını aşıyorsa hacimlere bölmek seçenektir. 7-Zip ve WinRAR çok parçalı arşivleri (.7z.001, .7z.002 veya .part1.rar, .part2.rar) destekliyor. Her parça ayrı transfer olarak yüklenebilir; alıcı tüm parçaları indirip çıkarıyor.
Bu işe yarıyor ama kırılgan — tek bir parça eksikse arşivin tamamı kullanılamaz. Mümkün olduğunda daha büyük tavanlı hizmet kullanmak daha iyi. SwissTransfer'ın 50 GB sınırı, gerçekçi senaryoların büyük çoğunluğunda bölme ihtiyacını ortadan kaldırıyor.
Alternatif olarak kayıplı sıkıştırma
Kimi zaman hedef arşiv sıkıştırması değil dosya formatı dönüşümüdür. 200 MB'lık .wav ses dosyası 15 MB 320 kbps .mp3'e dönüşüyor — kayıplı ama gündelik dinleme için neredeyse fark edilmez. 60 MB sıkıştırılmamış .tiff fotoğraf yüksek kaliteli 5 MB .jpg'ye dönüşebiliyor. 4K .mov videosu makul bit hızında H.265 olarak yeniden kodlanınca 3-5x küçülebilir.
Bunu dikkatli kullanın. Ana dosyalar için kayıplı dönüşüm bilgi yok ediyor. Önizlemeler veya teslim edilebilirler için doğru araç. Araçlar: video/ses için FFmpeg, video için Handbrake, görüntü için ImageMagick; Photoshop, Final Cut Pro veya Premiere'in dışa aktarma diyalogları.
Transfer hizmetinin kendi yaptığı şey
Çoğu transfer hizmeti bir ölçüde uçuş sırasında sıkıştırma yapıyor — TLS sıkıştırması güvenlik nedeniyle devre dışı, ancak API katmanındaki HTTP gzip veya brotli meta veriler için devreye girebiliyor. Gerçek dosya yükü sunucu taraflı sıkıştırılmıyor, çünkü trafiğin büyük kısmı zaten sıkıştırılmış formatlar.
HexaTransfer ve benzeri sıfır bilgi hizmetler, şifreli metin aldıklarından yükü sunucu tarafında hiç sıkıştıramıyor. Sıkıştırma, şifrelemeden önce istemcide yapılmalı — şifreleme sonrası şifreli metin rastgele görünümlü ve sıkıştırılamaz. Bu, E2EE hizmet kullanırken boyutu küçültmenin tek yolunun istemci taraflı sıkıştırma olduğu anlamına geliyor.
İçeriğe göre karar verin, alışkanlığa göre değil
Temel hata, içgüdüsel "göndermeden önce her zaman zip'le" alışkanlığı. 20 .pdf belgesi alan bir müşteri için ZIP paketi kullanışlı. Tek bir 800 MB .mp4 alan bir müşteri için ZIP her iki taraftaki zamanı boşa harcıyor. Seçimi içeriğe göre yapın.
Şüphe duyduğunuzda: ham gönderin. Alıcı aldıktan sonra her zaman sıkıştırabilir. Birden fazla dosyayı paketliyorsanız store modlu .zip kullanın. İçerik metin ağırlıklıysa gerçek tasarruf için 7z kullanın.
Sonuç
Veriler sıkıştırılabilirken sıkıştırın — metin, loglar, kaynak kodu, veritabanları. Veri zaten sıkıştırılmışken sıkıştırmayın — fotoğraflar, videolar, ses dosyaları, PDF'ler, ofis belgeleri. Paketlemek için ZIP'i store modunda kullanın. Metin için maksimum oran istiyorsanız LZMA2 ile 7z kullanın. AES-256 arşiv parolalarını yalnızca güvenli transfer kanalının tamamlayıcısı olarak kullanın; yerine değil.
hexatransfer.com'da deneyin — ücretsiz, hesap gerekmez, 10 GB'a kadar.
Uçtan uca şifreleme ile büyük dosyaları güvenle gönderin
Uçtan uca şifreleme ile 10 GB'a kadar dosya ücretsiz aktarın. Hesap gerekmez. Dosyalarınız yüklenmeden önce tarayıcınızda şifrelenir — başka kimse okuyamaz.
Dosya gönder