ZIP को XZ में बदलें

यहाँ आप ZIP को XZ में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। फ़ाइल एन्क्रिप्टेड होकर हमारे सर्वर तक जाती है, वहाँ बदली जाती है और काम पूरा होते ही मिटा दी जाती है।

कहाँ चलता है हमारे सर्वर पर, क्योंकि इसके लिए जो सॉफ़्टवेयर चाहिए वह ब्राउज़र नहीं चला सकता।
बिना नुक़सान कुछ नहीं छोड़ा जाता। ZIP में जो था, XZ में ठीक वही रहता है।
फ़ाइल आकार की सीमा हर फ़ाइल 25 MB तक, मुफ़्त, बिना खाते के।
जानने लायक़ फ़ाइलें बाइट-दर-बाइट वैसी ही निकलती हैं। जो नहीं बचता वह है वह सब जो कंटेनर उनके *बारे में* जानता था, न कि जो उसके *भीतर* था — कोई पासवर्ड, और कुछ फ़ॉर्मेट में असली अनुमतियाँ और तारीख़ें।

एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।

ZIP से XZ

वह अर्थशास्त्र जो XZ के इंतज़ार को लायक़ बनाता है

दबाने का समय एक मशीन एक बार चुकाती है। ट्रांसफ़र हर बार हर लाने वाला चुकाता है, और metered बकेट या CDN पर यह पैसे में भी चुकता है। यही पूरी वजह है XZ की, और यही वजह है कि रिलीज़ और पैकेज इसी पर टिके।

यह यह भी बताता है कि कब परेशान न हों। जो आर्काइव एक सहकर्मी एक बार खोलेगा, उसमें कोई अर्थशास्त्र नहीं — दबाने में लगे सेकंड ही फ़ाइल की पूरी ज़िंदगी के इकलौते सेकंड हैं, और gzip तब तक ख़त्म हो चुकी होगी।

एक धारा, इसलिए ZIP की सामग्री पहले TAR बनती है

XZ आर्काइव नहीं, compressor है। इसमें किसी नाम, पथ या अनुमति-बिट के लिए कहीं जगह नहीं। आपकी ZIP की सामग्री इसलिए एक TAR में रखी जाती है, जो यह सब ढो सकती है, और XZ उस टारबॉल को एक ही वस्तु मानकर दबाता है।

यह इस converter के लिए बनाई कोई तरकीब नहीं — यही पूरी Unix दुनिया इस्तेमाल करती है, और यही वजह है कि हर स्रोत-रिलीज़ पर .tar.xz एक्सटेंशन दिखता है, अकेली .xz नहीं।

64 मेगाबाइट की dictionary बनाम 32 किलोबाइट की खिड़की

ZIP और gzip दोनों इस्तेमाल करने वाला DEFLATE किसी दोहराव को पिछले 32 किलोबाइट के भीतर के संदर्भ के रूप में एनकोड करता है। XZ में LZMA2 64 मेगाबाइट पीछे तक संदर्भ ले सकता है — लगभग दो हज़ार गुना दूरी।

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

dictionary की क़ीमत जो खोलने वाले को चुकानी पड़ती है

बड़ी dictionary दूसरे छोर पर मुफ़्त नहीं। decompressor को उन संदर्भों को हल करने के लिए वह खिड़की याद रखनी पड़ती है, इसलिए खोलने को ज़रूरी मेमोरी फ़ाइल के आकार से ज़्यादा पैकिंग की dictionary पर निर्भर है।

किसी डेस्कटॉप या सर्वर पर यह बेमानी है। यह असली बनती है छोटे हार्डवेयर पर — router, embedded बोर्ड — जहाँ gzip की मामूली 32 किलोबाइट खिड़की एक सीमा नहीं, फ़ायदा है।

XZ या 7Z, जब दोनों LZMA साझा करते हैं

दोनों एक ही compression परिवार साझा करते हैं और दोनों की dictionary 64 मेगाबाइट तक जाती है, इसलिए अनुपात में चुनने को कुछ ख़ास नहीं। फ़र्क़ है दबे डेटा के इर्द-गिर्द क्या है। 7Z अपनी सूची, एन्क्रिप्शन और चेकसम वाला कंटेनर है। XZ एक धारा के इर्द-गिर्द लपेटा compressor है।

बाँटने के लिए धारा जीतती है — हर Linux और macOS मशीन पर tar और xz है, लगभग किसी पर तयशुदा 7-Zip नहीं। जिस आर्काइव को आप रखेंगे और खोलते-देखते रहेंगे, उसके लिए 7Z बेहतर आकार है।

दोनों तरफ़ अखंडता की जाँच

दोनों फ़ॉर्मेट ख़ुद की जाँच करते हैं। ZIP हर सदस्य के लिए CRC रखती है। XZ अपनी दबी हुई धारा पर एक जाँच रखता है — CRC-32, CRC-64 या SHA-256, यह इस पर निर्भर करता है कि वह कैसे लिखा गया।

फ़र्क़ है दानेदारपन में। ZIP में जाँच हर फ़ाइल पर है, इसलिए एक ख़राब सदस्य एक ख़राब फ़ाइल है। .xz में जाँच पूरी धारा को ढकती है, इसलिए नुक़सान पूरे आर्काइव के लिए बताया जाता है।

XZ कोई नाम नहीं रखता, इसलिए फ़ाइल का नाम ही इकलौता लेबल है

gzip धारा असली फ़ाइल-नाम दर्ज कर सकती है; XZ धारा ऐसा कुछ नहीं रखती — यह सिर्फ़ जाँच और फ़िल्टर बताने वाला हेडर है, नाम या टाइमस्टैंप के लिए कोई जगह नहीं।

यहाँ के डाउनलोड आपके मूल नाम के साथ नई एक्सटेंशन जोड़ते हैं, इसलिए release-1.4.zip, release-1.4.xz बनकर लौटती है। प्रकाशित करने से पहले उसे release-1.4.tar.xz नाम दे दीजिए।

दोबारा-पैकिंग कहाँ होती है और क्या रखा जाता है

यह बदलाव हमारे converter पर होता है, आपके ब्राउज़र में नहीं। ZIP एन्क्रिप्टेड कनेक्शन से जाती है, 7-Zip से खोली जाती है, tar बनाई जाती है, xz से दबाई जाती है और लौटाई जाती है। अपलोड, बीच के हिस्से और आउटपुट — सब काम ख़त्म होते ही मिट जाते हैं।

नतीजा है मुफ़्त दर्जे पर फ़ाइल पर 25 मेगाबाइट, हर काम पर साठ सेकंड की सीमा, और 2 गीगाबाइट से ज़्यादा खुलने का दावा करने वाली आर्काइव के लिए साफ़ इनकार।

ZIP और XZ दोनों प्रकाशित करना, हर एक किसके लिए

जो प्रोजेक्ट इसे ठीक करते हैं वे दो फ़ाइलें भेजते हैं। .tar.xz उनके लिए है जो shell या स्क्रिप्ट में खोलेंगे, जहाँ छोटा डाउनलोड असली बैंडविड्थ है। ZIP उनके लिए रहती है जो Windows पर डबल-क्लिक करना चाहते हैं।

यह अनिर्णय नहीं — दो अलग ज़रूरत वाले दर्शक हैं, और एक फ़ाइल किसी एक को नुक़सान पहुँचाए बिना दोनों की सेवा नहीं कर सकती।

दोहराए जाने योग्य आर्काइव, और एक ही फ़ोल्डर कैसे अलग निकल सकता है

अगर ZIP किसी reproducible build का हिस्सा है, तो जान लीजिए कि दोबारा-पैकिंग तटस्थ काम नहीं। सदस्यों की बाइट्स वैसी ही रहती हैं, पर आर्काइव का ढाँचा नया लिखा जाता है — क्रम, टाइमस्टैंप।

यह तभी मायने रखता है जब कोई चीज़ आर्काइव को checksum कर रही हो, सामग्री को नहीं। बिट-बराबर नतीजा चाहिए तो वह किसी लोकल, pinned टूलचेन में होना चाहिए, किसी वेब converter में नहीं।

ZIP को XZ में ऐसे बदलें

अपनी ZIP फ़ाइल इस पेज पर छोड़ें, या चुनने के लिए दबाएँ।
लक्ष्य के रूप में XZ चुनें और कन्वर्ज़न शुरू करें।
तैयार XZ फ़ाइल डाउनलोड कर लें।

ZIP या XZ: क्या बदलता है

ZIP और XZ की तुलना
	ZIP	XZ
पूरा नाम	ZIP आर्काइव	XZ आर्काइव
फ़ाइल एक्सटेंशन	.zip	.xz
मीडिया टाइप	application/zip	application/x-xz
कंप्रेशन	बिना नुक़सान — कुछ छोड़ा नहीं जाता	बिना नुक़सान — कुछ छोड़ा नहीं जाता
पहली बार प्रकाशित	1989	2009
प्रकाशक	PKWARE	—
विनिर्देश	APPNOTE.TXT	—
लाइसेंस	खुला मानक	खुला मानक
आज की स्थिति	मौजूदा	मौजूदा
ब्राउज़र में खुलता है	कोई ब्राउज़र नहीं	कोई ब्राउज़र नहीं
इसकी जगह विचारणीय	7Z, TAR	GZ, BZ2, 7Z

क्या बचा रहता है

कुछ नहीं खोता। ZIP और XZ — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।

नतीजा खोलना

XZ एक ही धारा कंप्रेस करता है और कोई फ़ोल्डर नहीं रख सकता। ठीक इसीलिए XZ को आम तौर पर किसी आर्काइव फ़ॉर्मेट के साथ जोड़ा जाता है: आर्काइव फ़ाइलें इकट्ठी करता है, XZ नतीजे को कंप्रेस करता है।

7-Zip ZIP और XZ — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।

फ़ाइल का आकार और गुणवत्ता

XZ एक बार में 8 MB पर काम करता है, जबकि ZIP 32 KB पर: दोहराव को इसी दायरे के अंदर आना पड़ता है, तभी उसे दबाया जा सकता है। कंप्रेशन का फ़र्क़ वहीं से आता है, और अतिरिक्त गिनती का समय भी वहीं जाता है।

कौन-सा फ़ॉर्मेट किस काम के लिए है

दोनों का निशाना अलग काम है: ZIP का प्रोग्रामों के बीच डेटा ले जाना और बनी हुई फ़ाइल सौंपना पर, XZ का सहेजना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।

ZIP PKWARE का फ़ॉर्मेट है, जो 1989 में आया। यह APPNOTE.TXT में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।

XZ 2009 से चला आ रहा है। xz, 7-Zip और Keka इस फ़ॉर्मेट को पढ़ लेते है।

ZIP 1989 में आया और XZ 2009 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।

ZIP से XZ: आम सवाल

क्या मेरी ZIP फ़ाइल कहीं अपलोड होती है?

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

क्या ZIP को XZ में बदलना मुफ़्त है?

हाँ, 25 MB तक की फ़ाइलों के लिए रोज़ 100 कन्वर्ज़न तक। यह एक सीमा इसलिए है कि यह कन्वर्ज़न ऐसे सर्वर पर चलता है जिसका ख़र्च हम उठाते हैं। इसके अलावा यहाँ कुछ भी सीमित नहीं है, और वॉटरमार्क किसी भी हाल में नहीं लगता। यह सीमा इसलिए है कि 7-Zip को चलने के लिए हमारी कोई मशीन चाहिए।

ZIP को XZ में बदलने पर क्या गुणवत्ता जाती है?

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

क्या XZ फ़ाइल में एक से ज़्यादा फ़ाइलें आ सकती हैं?