ZIP vs RAR vs 7z: कौन-सा आर्काइव फॉर्मेट चुनें? | UltKit

तीनों में ZIP सबसे पुराना है। Phil Katz ने 1989 में अपनी कंपनी PKWARE के ज़रिए PKZIP जारी किया और फॉर्मेट का विवरण APPNOTE.TXT नाम की टेक्स्ट फ़ाइल में प्रकाशित किया, ताकि कोई भी संगत प्रोग्राम लिख सके। इसकी मुख्य कंप्रेशन विधि Deflate 1993 में PKZIP 2.0 के साथ आई और यही एल्गोरिदम PNG इमेज और gzip में भी है। स्पेसिफिकेशन को लागू करना मुफ़्त था, इसलिए ZIP रीडर हर जगह पहुँच गए: Windows, macOS, फ़ोन, Java (JAR फ़ाइलें) और Office डॉक्यूमेंट में, जो अलग एक्सटेंशन वाले ZIP आर्काइव ही हैं।

इसके बाद RAR आया। Eugene Roshal ने इसे 1993 में जारी किया, और उनके भाई Alexander RARLAB चलाते हैं, जो WinRAR बेचती है। यह फॉर्मेट प्रोप्राइटरी है। एक्सट्रैक्ट करना मुफ़्त है, और RARLAB UnRAR का सोर्स कोड प्रकाशित करती है जिसे दूसरे प्रोग्राम आर्काइव पढ़ने में इस्तेमाल कर सकते हैं, लेकिन उसका लाइसेंस इस कोड से RAR बनाने वाला टूल बनाने से रोकता है। इसीलिए .rar कई ऐप में खुल जाती है, पर बनाने के लिए लगभग हमेशा WinRAR या उसका कमांड-लाइन संस्करण चाहिए। बदले में दो खूबियाँ मिलती हैं जो बाकी में उसी रूप में नहीं हैं: डिफ़ॉल्ट रूप से सॉलिड आर्काइव और रिकवरी रिकॉर्ड।

7z सबसे नया है। Igor Pavlov ने 1999 में 7-Zip, 7z फॉर्मेट और उसका LZMA कंप्रेशन जारी किया, जिसमें बाद में LZMA2 जुड़ा, जो काम को प्रोसेसर कोर में बाँटता है। 7-Zip मुफ़्त और LGPL के तहत ओपन सोर्स है, और फॉर्मेट का दस्तावेज़ उपलब्ध है, इसलिए Mac पर Keka और Linux पर p7zip जैसे टूल भी 7z बनाते हैं। प्रोग्राम आप 7-zip.org से डाउनलोड कर सकते हैं। Pavlov अब भी इसे संभालते हैं और साल में कई बार नए संस्करण आते हैं। इसका अपना फ़ाइल मैनेजर सादा है, पर असली बात फॉर्मेट है: आज Windows, Mac और Linux के लगभग हर थर्ड-पार्टी आर्काइवर 7z पढ़ सकता है।

आर्काइव कितना छोटा होगा, यह फॉर्मेट से कहीं ज़्यादा इस पर निर्भर है कि उसमें क्या डाला गया है। सादा टेक्स्ट, CSV एक्सपोर्ट, लॉग, सोर्स कोड और पुरानी .doc फ़ाइलों में दोहराव बहुत होता है, और तीनों फॉर्मेट उन्हें अच्छी तरह कंप्रेस करते हैं: ऐसा फ़ोल्डर ZIP में आमतौर पर मूल साइज़ के एक-तिहाई या उससे कम रह जाता है, और LZMA2 वाला 7z आमतौर पर उसमें 10–30% और घटा देता है। RAR आमतौर पर दोनों के बीच रहता है। जब फ़ोल्डर में कई मिलती-जुलती छोटी फ़ाइलें हों तो अंतर बढ़ जाता है, क्योंकि 7z और RAR उन्हें एक लगातार स्ट्रीम, यानी सॉलिड आर्काइव, में पैक कर सकते हैं, जबकि ZIP हर फ़ाइल को अलग कंप्रेस करता है और पिछली फ़ाइल से सीखी बातें दोबारा इस्तेमाल नहीं कर पाता।

फोटो, वीडियो और गाने अलग व्यवहार करते हैं। JPG, HEIC, MP4, MP3 और ज़्यादातर PDF पहले से कंप्रेस्ड होते हैं, इसलिए किसी भी आर्काइव फॉर्मेट में उनका साइज़ बस एक-दो प्रतिशत घटता है, कभी-कभी बिल्कुल नहीं। आधुनिक Office फ़ाइलें (.docx, .xlsx, .pptx) भीतर से ZIP आर्काइव हैं और वे भी मुश्किल से छोटी होती हैं। अगर आप छुट्टियों के वीडियो वाले 2 GB के फ़ोल्डर को ज़िप करके 1 GB की फ़ाइल की उम्मीद करेंगे, तो कोई भी फॉर्मेट चुनें, निराशा ही मिलेगी। आर्काइव फिर भी सैकड़ों फ़ाइलों को एक डाउनलोड में जोड़ने के काम आता है, बस उन्हें छोटा करने के नहीं। अगर साइज़ घटाना लक्ष्य है तो पहले उन फ़ाइलों को कंप्रेस करें, फिर नतीजों का आर्काइव बनाएँ।

स्पीड में उलटा होता है। ZIP का Deflate बनाने में तेज़ और एक्सट्रैक्ट करने में बहुत तेज़ है, पुराने लैपटॉप या फ़ोन पर भी। 7z का Ultra लेवल बनाने में कई गुना ज़्यादा समय ले सकता है और बहुत ज़्यादा मेमोरी माँगता है, हालाँकि एक्सट्रैक्शन काफ़ी तेज़ रहता है। RAR बीच में है। एक बार के ईमेल अटैचमेंट के लिए 7z के अतिरिक्त मिनट शायद ही कभी फ़ायदेमंद होते हैं; सालों तक ड्राइव पर रहने वाले बैकअप के लिए 20% छोटी फ़ाइल का इंतज़ार करना सही है। ज़्यादातर टूल Store या Fast लेवल भी देते हैं जो भारी कंप्रेशन छोड़ देता है, और मीडिया फ़ाइलों के लिए यही समझदारी का चुनाव है।

तीनों फॉर्मेट पासवर्ड रख सकते हैं, पर वे एक जैसी चीज़ें सुरक्षित नहीं करते। ZIP का मूल एन्क्रिप्शन, जिसे आमतौर पर ZipCrypto कहते हैं, 1990 के दशक की शुरुआत का है और 1994 में प्रकाशित known-plaintext अटैक से उसे तोड़ा जा सकता है; मुफ़्त टूल आज भी इसका फ़ायदा उठाते हैं। ZIP AES-256 भी इस्तेमाल कर सकता है, जो WinZip ने 2003 में जोड़ा एक्सटेंशन है और जिसे 7-Zip, WinRAR और मौजूदा बिल्ट-इन unzip टूल पढ़ लेते हैं। RAR5 भी AES-256 इस्तेमाल करता है, और 7z भी। लंबे, रैंडम पासवर्ड के साथ इन तीनों में से किसी को भी अंदाज़े से तोड़ना व्यावहारिक रूप से असंभव है।

फ़र्क इसमें है कि क्या दिखता रहता है। ZIP में कंटेंट एन्क्रिप्टेड होने पर भी फ़ाइल नामों, साइज़ और तारीख़ों की सूची सबको दिखती है। 7z हेडर को भी एन्क्रिप्ट कर सकता है, इसलिए पासवर्ड डालने तक कुछ सूचीबद्ध नहीं होता, और RAR में WinRAR का Encrypt file names नाम का विकल्प ऐसा ही करता है। अगर 2025-tax-return-SSN.pdf जैसा फ़ाइल नाम खुद संवेदनशील है, तो यह मायने रखता है। यही सोच अकेले डॉक्यूमेंट पर भी लागू होती है: फ़ाइल पर ही पासवर्ड लगाना, जैसा हमारी गाइड PDF पर पासवर्ड कैसे लगाएँ में बताया है, एक फ़ाइल को आर्काइव में लपेटने से आसान हो सकता है।

फ़ाइल नामों का गड़बड़ा जाना ZIP की पुरानी समस्या है। शुरुआती ZIP टूल नाम उसी कैरेक्टर सेट में सेव करते थे जो कंप्यूटर इस्तेमाल करता था, जैसे अमेरिका में पुराना DOS कोड पेज या जापान में Shift-JIS, और यह दर्ज नहीं करते थे कि कौन-सा था। स्पेसिफिकेशन में 2006 में UTF-8 नामों का फ़्लैग जुड़ा, पर कई टूल सालों तक उसे अनदेखा करते रहे। नतीजा हर उस व्यक्ति को पता है जिसे दूसरे देश से ZIP मिली हो: कोरियाई, सिरिलिक या एक्सेंट वाले नाम एक्सट्रैक्ट करने पर प्रतीकों की लड़ी बन जाते हैं। 7z और RAR5 शुरू से नाम Unicode में रखते हैं, इसलिए उनमें यह समस्या कम आती है। अगर आप विदेश ZIP भेजते हैं, तो ऐसा मौजूदा टूल इस्तेमाल करें जो UTF-8 नाम लिखता हो।

साइज़ की सीमाएँ भी कभी मायने रखती थीं। मूल ZIP फॉर्मेट हर फ़ाइल और पूरे आर्काइव को 4 GB तक सीमित करता था और अधिकतम 65,535 एंट्री की अनुमति देता था। 2001 में जुड़े ZIP64 ने ये सीमाएँ हटा दीं, और आज हर unzip ऐप उसे पढ़ता है, हालाँकि कुछ बहुत पुराने प्रोग्राम और कुछ एम्बेडेड डिवाइस नहीं पढ़ते। 7z और RAR बड़ी फ़ाइलों को ध्यान में रखकर बने हैं और उनकी सीमाएँ आपकी किसी भी ड्राइव से कहीं ऊपर हैं, इसलिए 50 GB की डिस्क इमेज दोनों के लिए समस्या नहीं है। अगर कोई आर्काइव टूल या डिवाइस 4 GB से बड़ी ZIP को खराब बताए, तो आमतौर पर ZIP64 रीडर का न होना कारण है, और 7-Zip का नया संस्करण या सिस्टम एक्सट्रैक्टर इसे ठीक कर देता है।

तीनों एक आर्काइव को तय साइज़ के हिस्सों में बाँट सकते हैं, जो अपलोड सीमा और 4 GB से बड़ी फ़ाइल न लेने वाली पुरानी FAT32 ड्राइव में काम आता है। नाम अलग होते हैं: ZIP में .z01, .z02 और आख़िर में .zip; RAR5 में .part1.rar, .part2.rar; 7z में .7z.001, .7z.002। नियम सबके लिए एक है: कुछ भी एक्सट्रैक्ट करने के लिए सारे हिस्से एक फ़ोल्डर में चाहिए, और कोई हिस्सा गायब हो तो उसमें फैली हर फ़ाइल खराब हो जाती है। बँटे हिस्से जोखिम भी बढ़ाते हैं, इसलिए कुछ भी डिलीट करने से पहले जाँच लें कि हर हिस्सा पूरा डाउनलोड हुआ है।

पिछले तीन सालों में बिल्ट-इन सपोर्ट में उतना बदलाव आया है जितना पहले बीस सालों में नहीं आया था। 2023 के अंत में आए Windows 11 वर्ज़न 23H2 ने ओपन-सोर्स libarchive लाइब्रेरी की मदद से File Explorer में RAR, 7z, TAR और कई दूसरे फ़ॉर्मेट खोलने की सुविधा जोड़ी, और वर्ज़न 24H2 में ZIP के साथ 7z और TAR के लिए भी कितना कम्प्रेस करें वाले विकल्प आ गए। Windows का कोई भी वर्ज़न RAR नहीं बनाता। Windows 10 अब भी सिर्फ़ ZIP संभालता है। Apple ने ऐसा नहीं किया: macOS की Archive Utility ZIP (और gzip व tar) खोलती है, RAR या 7z नहीं, इसलिए Mac यूज़र The Unarchiver या Keka इंस्टॉल करते हैं।

फ़ोन में ZIP ही चलता है। iPhone की Files ऐप iOS 13 से ZIP खोलती है और फ़ाइलों को ZIP में कंप्रेस भी कर सकती है, और Android पर Files by Google ZIP एक्सट्रैक्ट करती है। फ़ोन पर RAR और 7z के लिए थर्ड-पार्टी ऐप चाहिए, और यही वह कदम है जो ज़्यादातर पाने वाले नहीं उठाएँगे। अगर आपको पता नहीं कि सामने वाले के पास क्या है, तो किसी भी डिवाइस पर ZIP फ़ाइल खोलने की गाइड बताती है कि हर सिस्टम क्या सपोर्ट करता है। ऑफ़िस और स्कूल के कंप्यूटर में एक और परत होती है, क्योंकि कई में ऐप इंस्टॉल करना बंद होता है, इसलिए ऐसी मशीन पर अक्सर सिर्फ़ ZIP ही खुल पाता है।

फ़ॉर्मेट चुनना असल में इस बात का सवाल है कि दूसरी तरफ़ कौन है। क्लाइंट, टीचर, रिश्तेदार या अपलोड पोर्टल को फ़ाइलें भेजते समय सिर्फ़ ZIP पर भरोसा किया जा सकता है, और 7z से बचने वाले कुछ प्रतिशत इतने नहीं कि उलझन भरा जवाब मिले। आप ऑनलाइन ZIP बना सकते हैं: आर्काइव फ़ॉर्मेट में ZIP चुनें और निजी फ़ाइलों के लिए एडवांस्ड सेटिंग में पासवर्ड डालें और एन्क्रिप्शन AES-256 रखें। जब आर्काइव सिर्फ़ आपके लिए हो, तो हिसाब पलट जाता है: 7z छोटे बैकअप, हेडर एन्क्रिप्शन और हर डेस्कटॉप सिस्टम पर मुफ़्त टूल देता है।

ईमेल के अपने नियम हैं। Gmail अटैचमेंट 25 MB और Outlook.com 20 MB तक सीमित रखते हैं, और वीडियो ज़िप करने से आप इन सीमाओं के नीचे नहीं आएँगे क्योंकि वे मुश्किल से कंप्रेस होते हैं। Gmail .exe और .bat जैसी एक्ज़ीक्यूटेबल फ़ाइलों को ZIP या दूसरे आर्काइव के अंदर भी ब्लॉक करता है, और कुछ पासवर्ड-प्रोटेक्टेड आर्काइव मना कर देता है क्योंकि वह उन्हें स्कैन नहीं कर सकता। बड़े सेट के लिए इतने साइज़ के हिस्सों में बाँटें से सीमा के नीचे के टुकड़े बनाएँ, या क्लाउड लिंक शेयर करें। जब पाने वाला एक ही फ़ाइल माँगे, तो कुछ बड़े डॉक्यूमेंट का ZIP दस अलग अटैचमेंट से आसान रहता है।

आर्काइव कन्वर्ट करने का मतलब है हर फ़ाइल को एक्सट्रैक्ट करना और उन्हीं फ़ाइलों को फिर से पैक करना, इसलिए सामग्री बाइट-दर-बाइट बिल्कुल वैसी ही रहती है। सबसे आम दिशा ZIP की ओर है: आपको RAR या 7z मिला और आप ऐसा कुछ चाहते हैं जिसे सहकर्मी बिना कुछ इंस्टॉल किए खोल सके। आप ब्राउज़र में RAR को ZIP में दोबारा पैक या 7z को ZIP में बदल सकते हैं; अगर स्रोत पर पासवर्ड है, तो वह मौजूदा पासवर्ड में डालें, और नया पासवर्ड ZIP को फिर से लॉक कर देता है। अगर आर्काइव में बहुत टेक्स्ट था, तो ZIP बड़ा निकलेगा, क्योंकि सॉलिड कंप्रेशन साथ नहीं आता।

कुछ दूसरी खूबियाँ कंटेनर की होती हैं और उसी के साथ चली जाती हैं। 7z या RAR का हेडर एन्क्रिप्शन नहीं बचता, क्योंकि ZIP हमेशा फ़ाइल नाम दिखाता है। TAR.GZ की Unix परमिशन छूट सकती हैं। और RAR का रिकवरी रिकॉर्ड, जिससे WinRAR खराब आर्काइव दोबारा बना सकता है, ZIP या 7z में होता ही नहीं। इनसे फ़ाइलें नहीं बदलतीं; सिर्फ़ यह बदलता है कि वे कैसे स्टोर और सुरक्षित होती हैं।

दूसरी दिशा, यानी ZIP से 7z, आर्काइविंग के लिए ठीक है, और RAR बनाने के लिए rarlab.com से WinRAR चाहिए। अगर आपको नया आर्काइव नहीं, सिर्फ़ फ़ाइलें निकालनी हैं, तो कन्वर्ट करने की बजाय ऑनलाइन एक्सट्रैक्ट करें और एक कदम बचाएँ।

बाएँ कॉलम में अपनी स्थिति ढूँढें। जब दो पंक्तियाँ लागू हों, तो पाने वाले वाली पंक्ति जीतती है, क्योंकि जो आर्काइव कोई खोल न सके वह 20% बड़े आर्काइव से कम काम का है। हर पंक्ति मानती है कि दोनों तरफ़ नए टूल हैं; अगर पाने वाला पुराना ऑफ़िस लैपटॉप या लॉक्ड स्कूल कंप्यूटर इस्तेमाल करता है, तो सादे ZIP की ओर और झुकें।