ZIP को 7Z में बदलें

वजह लगभग हमेशा भंडारण या भेजना होती है, अनुकूलता नहीं। ZIP वह है जो किसी औज़ार ने आपको थमाई — कोई एक्सपोर्ट, डाउनलोड, किसी Windows मशीन पर जोड़ा गया बैच — और अब वह ऐसी जगह जा रही है जो हर बाइट पर पैसे लेती है या बरसों बिना छुए पड़ी रहने वाली है। 7Z तब सही चुनाव है जब आर्काइव का एक ही मालिक हो और कोई दर्शक न हो।

यह चौखटा तय करता है कि कन्वर्ज़न मायने रखता है या नहीं, और कुछ भी अपलोड करने से पहले ईमानदारी से जवाब देने लायक़ है। फ़ाइल किसी सहकर्मी, क्लाइंट या अपलोड-फ़ॉर्म को जानी है, तो ZIP वही है जो हर ऑपरेटिंग सिस्टम पहले से खोल लेता है। बैकअप ड्राइव, ऑब्जेक्ट स्टोर या तीन साल बाद अपनी ही मशीन को जानी है, तो छोटी फ़ाइल जीतती है।

फ़र्क़ है वह खिड़की जितना पीछे संपीड़क देख सकता है। ZIP, 1989 में PKWARE का तय किया APPNOTE.TXT मानक, हर एंट्री को अलग-अलग 32 KB इतिहास के साथ deflate करती है — यानी तीन फ़ाइल दूर दोहराया कोई वाक्यांश हर बार शुरू से संपीड़ित होता है। 7Z, 1999 से, LZMA2 इस्तेमाल करता है जिसकी शब्दकोश-सीमा रजिस्ट्री के अनुसार 64 MB तक जाती है।

यही वजह है कि फ़र्क़ ठीक वहाँ सबसे चौड़ा है जहाँ लोग नोटिस करते हैं: चालीस लगभग एक जैसे स्प्रेडशीट, कोई सोर्स-ट्री, लॉग-फ़ाइलों का फ़ोल्डर। किसी एक MP4 या मुट्ठी भर JPEG रखने वाले ZIP पर दोनों संपीड़क पहले ही हार चुके होते हैं — डेटा आर्काइव होने से पहले ही संपीड़ित था।

रजिस्ट्री 7Z को solid और ZIP को ग़ैर-solid चिह्नित करती है, और यही एक ध्वज ज़्यादातर आकार-फ़र्क़ की वजह है। Solid आर्काइव सदस्यों को संपीड़न से पहले एक धारा में जोड़ देता है, तो संपीड़क हर फ़ाइल-सीमा पर दोबारा शुरू होने की बजाय पूरा सेट एक साथ देखता है।

क़ीमत तब आती है जब किसी को एक फ़ाइल वापस चाहिए। ZIP में हर एंट्री अलग संपीड़ित है और अकेली निकाली जा सकती है; solid 7Z में जो चाहिए उससे पहले सब कुछ पहले डिकंप्रेस होना पड़ता है। पूरा-का-पूरा खुलने वाले आर्काइव के लिए यह मुफ़्त है; रोज़ ब्राउज़ होने वाले के लिए असली परेशानी है।

रजिस्ट्री 7Z के लिए असंगत समर्थन को जानी हुई समस्या मानती है, और यह हाशिये की बात नहीं — यहाँ आने वाले ज़्यादातर लोगों के लिए यही तय करने वाली बात है। Windows Explorer और macOS Finder दोनों बिना कुछ इंस्टॉल किए ZIP खोल लेते हैं। कोई भी 7Z नहीं खोलता।

यही बात हर स्वचालित मंज़िल पर लागू होती है: अपलोड फ़ॉर्म, टिकटिंग सिस्टम, सीखने के प्लेटफ़ॉर्म और प्रिंट-शॉप ज़्यादातर ZIP स्वीकारते हैं और बाक़ी सब नकारते हैं। रास्ते में ऐसा कुछ हो तो सही जवाब है नहीं, यह पन्ना क्लिक लेने की बजाय यही कहना पसंद करेगा।

फ़ाइलें ख़ुद सुरक्षित हैं — यह बिना नुक़सान वाला दोबारा-पैक है और हर सदस्य बिना बदले निकलता है। जोखिम में वह मेटाडेटा है जो पुराना डिब्बा उनके बारे में रखता था, उनके भीतर नहीं — आर्काइव का पासवर्ड, और कुछ फ़ॉर्मेट में मूल अनुमतियाँ और टाइमस्टैंप।

एन्क्रिप्शन सबसे साफ़ मामला है। पासवर्ड-सुरक्षित ZIP बिना पासवर्ड के नहीं पढ़ी जा सकती, इसलिए जॉब अनुमान लगाने की बजाय नाकाम हो जाती है — extractor को ख़ाली पासवर्ड के साथ बुलाया जाता है ताकि वह इनकार की सूचना दे, किसी ऐसे प्रॉम्प्ट पर अटकने की बजाय जिसका कोई टर्मिनल दिखने को नहीं।

यह कन्वर्ज़न आपके ब्राउज़र में नहीं चलता। इस साइट के ज़्यादातर औज़ार फ़ाइल आपके डिवाइस पर रखते हैं, और आर्काइव दोबारा-पैक करना उन अपवादों में से एक है: फ़ाइल एन्क्रिप्टेड कनेक्शन से हमारे कन्वर्टर पर जाती है, 7-Zip से खुलती और दोबारा-पैक होती है, और वापस भेजी जाती है। जॉब ख़त्म होते ही यह मिटा दी जाती है।

व्यावहारिक सीमाएँ इसी से निकलती हैं। मुफ़्त स्तर प्रति फ़ाइल 25 MB लेता है। कोई भी जॉब साठ सेकंड बाद रोक दी जाती है। आपके पास जो कुछ है वह किसी तीसरे पक्ष को भेजने लायक़ ही नहीं, तो अपनी ही मशीन पर 7-Zip वही दोबारा-पैक ऑफ़लाइन कर सकता है।

दोनों फ़ॉर्मेट एंट्री की असली डायरेक्टरी वाले डिब्बे हैं, इसलिए नेस्टेड फ़ोल्डर, लंबे पथ और फ़ाइल-नाम बरक़रार रहते हैं। दोबारा-पैकिंग निकाली गई डायरेक्टरी के भीतर से होती है, उसके एक स्तर ऊपर से नहीं — यही फ़र्क़ है ऐसे आर्काइव में जो आपकी फ़ाइलें रखता है और ऐसे में जो एक ही फ़ोल्डर रखता है जिसमें आपकी फ़ाइलें हैं।

दोनों फ़ॉर्मेट checksum रखते हैं, इसलिए ख़राब सदस्य पहचाना जाता है, चुपचाप निकाला नहीं जाता। डाउनलोड की गई फ़ाइल आपका मूल नाम `.7z` एक्सटेंशन के साथ लेती है — `invoices-2025.zip` `invoices-2025.7z` बनकर लौटती है।

कोई एक-मेगाबाइट ZIP ईमानदारी से दावा कर सकता है कि वह टेराबाइट में खुलती है, जो आर्काइव की सबसे पुरानी चाल है। कुछ भी डिस्क पर लिखे जाने से पहले, आर्काइव से पूछा जाता है कि वह क्या दावा करती है, और 2 GB से ऊपर का कुल कोई साफ़ संदेश के साथ नकार दिया जाता है।

यह जाँच अकेले पूरी तरह सुरक्षित नहीं, क्योंकि कोई आर्काइव कम बताकर बीच में असली रूप दिखा सकता है। जो असल में नुक़सान सीमित करता है वह इसके इर्द-गिर्द की व्यवस्था है: जॉब-डायरेक्टरी एक तय आकार की मेमोरी-आधारित फ़ाइलसिस्टम है, प्रक्रिया साठ सेकंड पर रोकी जाती है, और डिब्बा जॉब के बाद फेंक दिया जाता है।

XZ वही LZMA परिवार इस्तेमाल करता है और रजिस्ट्री उसे भी 64 MB शब्दकोश देती है, इसलिए कच्चे अनुपात पर दोनों क़रीब हैं। फ़र्क़ गणितीय नहीं, संरचनात्मक है: 7Z एक डिब्बा है जो कई सदस्य रखता है, हर एक का नाम, पथ और checksum आर्काइव में ख़ुद दर्ज है, जबकि XZ ठीक एक धारा संपीड़ित करता है और फ़ाइलों के बारे में कुछ नहीं जानता।

ऐसे आर्काइव के लिए जो ब्राउज़ करने लायक़ बना रहना चाहिए, 7Z उस चुनाव का सही सिरा है। इसे बिना खोले सूचीबद्ध किया जा सकता है, भविष्य में कोई इसमें से एक फ़ाइल दो-चरण के अनरैप के बिना निकाल सकता है, और फ़ॉर्मेट अपना ख़ुद का एन्क्रिप्शन और प्रति-एंट्री अखंडता-डेटा रखता है।

किसी भी दोबारा-पैक के बाद तुरंत मूल मिटाने की इच्छा होती है, और एक मिनट रुककर विरोध करने लायक़ है। 7Z खोलिए और उसकी एंट्री-सूची को ZIP के ख़िलाफ़ मिलाइए: वही गिनती, वही पथ, वही आकार। दोनों फ़ॉर्मेट checksum रखते हैं, इसलिए कोई आर्काइवर आपको बताएगा अगर कोई सदस्य ख़राब है।

ख़ास तौर पर देखने लायक़ है सबसे ऊपरी परत। किसी parent डायरेक्टरी से लिखा आर्काइव हर पथ में एक अगुआ फ़ोल्डर ढोता है और भीतर से लिखा हुआ नहीं ढोता; यहाँ की दोबारा-पैकिंग निकाली गई डायरेक्टरी के भीतर से पैक करती है, इसलिए आपकी फ़ाइलें नए आर्काइव की जड़ में बैठती हैं।