आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप XZ को TAR में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। फ़ाइल एन्क्रिप्टेड होकर हमारे सर्वर तक जाती है, वहाँ बदली जाती है और काम पूरा होते ही मिटा दी जाती है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
XZ से TAR
दबाव हटाना उलटी दिशा जैसा लगता है, और कई जगह यही इकलौता रास्ता है। docker load किसी tarball से इमेज पढ़ता है। कई डिवाइस और फ़र्मवेयर इम्पोर्टर .tar इसलिए चाहते हैं क्योंकि लोडर TAR हेडर पढ़ने के लिए लिखा गया था।
दूसरी वजह वह व्यक्ति है जो बस देखना चाहता है। एक tarball को जाँचा, diff किया, स्क्रिप्ट से चलाया जा सकता है बिना हर काम से पहले खोलने के। अगर आर्काइव को दोपहर में बीस बार छूना है, एक बार दबाव हटाकर काम करना समझदारी है।
XZ 2009 में आया और LZMA2 से एक ही स्ट्रीम दबाता है। इसमें फ़ाइल नाम की कोई जगह नहीं, कोई फ़ोल्डर की धारणा नहीं। हमारी रजिस्ट्री डायरेक्टरी संरचना की कमी को इस फ़ॉर्मेट की जानी-पहचानी सीमा बताती है।
TAR, 1979 से और POSIX.1-2001 ustar के तौर पर मानकीकृत, ठीक इसका पूरक है: हर सदस्य के आगे एक 512-बाइट हेडर जो नाम, पथ, आकार, मालिक और अनुमतियाँ दर्ज करता है, बिना किसी दबाव के।
इस साइट के हर दूसरे आर्काइव बदलाव में कहीं न कहीं आकार का तर्क है। इसमें उलटा है, और इसकी योजना पहले से बनानी चाहिए। सोर्स कोड, लॉग या दस्तावेज़ का XZ कई गुना फैल सकता है।
व्यावहारिक असर वहाँ पड़ता है जहाँ फ़ाइल आगे जानी है। जो ईमेल अटैचमेंट सीमा में आराम से समा रही थी वह अब नहीं समाएगी। धीमी डिस्क वाले लैपटॉप पर एक ऐसे औज़ार को यह देना जो इसे फिर खोलता है, मतलब सामग्री तीन बार एक साथ रखना है।
यह इस पेज का सबसे ज़रूरी वाक्य है किसी प्रकाशित रिलीज़ को बदलने वाले के लिए। बदलाव आपकी फ़ाइल की xz परत को छीलता नहीं — यह पूरी आर्काइव खोलता है और सामग्री से नई TAR लिखता है। फ़ाइलें बिट-दर-बिट वही हैं; उनके चारों ओर की tarball नहीं है।
तो रिलीज़ नोट का SHA-256 यहाँ से डाउनलोड की गई फ़ाइल के ख़िलाफ़ नहीं मिलेगा। अगर पुष्टि ज़रूरी है, अपनी मशीन पर xz -d चलाइए, जो सिर्फ़ बाहरी परत छूता है और tarball को उसके लेखक ने जैसे लिखा वैसा ही रहने देता है।
TAR हेडर में मालिक, ग्रुप, अनुमति बिट और modification time के लिए जगह है, और कई tarball के लिए वे ज़रूरी होते हैं — install स्क्रिप्ट वाला रिलीज़ स्क्रिप्ट के executable पहुँचने पर निर्भर करता है।
यहाँ जो मिलता है वह एक अलग सवाल है — आर्काइव को खोलकर एक स्क्रैच डायरेक्टरी में दोबारा tar किया जाता है, इसलिए modes और times वही हैं जो उस राउंड ट्रिप से बचे। अगर tarball चलाने वाली किसी चीज़ में जानी है, tar tvf से पहले जाँच लीजिए।
हर .xz दबी हुई tarball नहीं है। कोई डेटाबेस डंप या डिस्क इमेज अक्सर अकेले दबाई जाती है, और उसमें कहीं कोई tarball नहीं होती। कन्वर्टर दोनों हालत संभालता है: स्ट्रीम खोलता है, भीतर की TAR निकालने की कोशिश करता है, और न मिलने पर वही अकेली फ़ाइल रखता है।
ऐसे में जो मिलता है वह ठीक एक सदस्य वाली TAR है — थोड़ी अजीब पर पूरी तरह वैध वस्तु और आम तौर पर अभी भी वही जो आगे का औज़ार चाहता है।
xz स्ट्रीम खोलने के लिए फ़ाइल के लिखे गए dictionary के हिसाब का बफ़र चाहिए — रजिस्ट्री के आँकड़े से 64 MB तक। जिस मशीन पर बदलाव हो रहा है, वहाँ यह मायने नहीं रखता।
यह उस मशीन पर मायने रखता है जहाँ फ़ाइल आगे जानी है — अगर कोई छोटा डिवाइस XZ खोल ही नहीं सकता, यह बदलाव उसे कुछ पढ़ने लायक देने का भरोसेमंद तरीक़ा है, ज़्यादा बड़े ट्रांसफ़र की क़ीमत पर।
हमारे सर्वर पर, आपके ब्राउज़र में नहीं। इस साइट के ज़्यादातर औज़ार आपके डिवाइस पर फ़ाइल रखते हैं; आर्काइव इसका अपवाद हैं, क्योंकि काम को 7-Zip और xz जैसे असली प्रोग्राम चाहिए।
हर जॉब को याददाश्त-आधारित फ़ाइलसिस्टम पर स्क्रैच डायरेक्टरी मिलती है, जो नतीजे के बावजूद जॉब ख़त्म होते ही मिटा दी जाती है और साठ सेकंड में रोक दी जाती है। 2 GB से ज़्यादा खुलने का दावा करने वाली आर्काइव को बाइट लिखने से पहले मना कर दिया जाता है।
tar tvf archive.tar हर सदस्य को उसके mode, मालिक, आकार और timestamp के साथ सूचीबद्ध करता है, बिना कोई क़ीमत लिए। ऊपरी स्तर देखने लायक है — किसी डायरेक्टरी के भीतर से पैक की गई और उसके बाहर से पैक की गई आर्काइव हर पथ पर एक अगली फ़ोल्डर के फ़र्क़ से अलग होती हैं।
दूसरा है अनुमति कॉलम, ख़ासकर अगर आर्काइव में कुछ चलाया जाना है। लिस्टिंग सही दिखने के बाद tarball उसे सौंपने लायक है जिसने दबी हुई फ़ाइल लेने से मना किया था।
| XZ | TAR | |
|---|---|---|
| पूरा नाम | XZ आर्काइव | TAR आर्काइव |
| फ़ाइल एक्सटेंशन | .xz | .tar |
| मीडिया टाइप | application/x-xz | application/x-tar |
| कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता | बिना कंप्रेशन |
| पहली बार प्रकाशित | 2009 | 1979 |
| विनिर्देश | — | POSIX.1-2001 ustar |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| ब्राउज़र में खुलता है | कोई ब्राउज़र नहीं | कोई ब्राउज़र नहीं |
| इसकी जगह विचारणीय | GZ, BZ2, 7Z | ZIP, GZ |
कुछ नहीं खोता। XZ और TAR — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
TAR काम करने का फ़ॉर्मेट है और XZ बनकर तैयार फ़ॉर्मेट। जो लौटता है वह पन्ने की तस्वीर नहीं बल्कि बदली जा सकने वाली लिखावट है — आम तौर पर यही इस कन्वर्ज़न की वजह होती है, और यही इसकी सीमा भी।
TAR में पूरा फ़ोल्डर आ जाता है, जबकि XZ एक अकेली कंप्रेस्ड धारा है। नाम, फ़ोल्डर और तारीख़ें एक ही खंड में ग़ायब होने के बजाय दर्ज हो जाते हैं।
7-Zip और Keka XZ और TAR — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
TAR सैंपल कच्चे रूप में रखता है, इसलिए फ़ाइल ख़ूब बढ़ जाती है और बदले में कुछ मिलता नहीं। इस दिशा का मतलब सिर्फ़ तब है जब दूसरी तरफ़ का कोई प्रोग्राम XZ लेता ही न हो — और वजह आम तौर पर यही होती भी है।
TAR 1979 से चला आ रहा है, और POSIX.1-2001 ustar में तय किया गया है। tar, 7-Zip और Keka इस फ़ॉर्मेट को पढ़ लेते है।
TAR 1979 में आया और XZ 2009 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
हाँ: इस कन्वर्ज़न को ऐसा सॉफ़्टवेयर चाहिए जो ब्राउज़र में चलता ही नहीं। फ़ाइल एन्क्रिप्टेड होकर हमारे सर्वर तक जाती है, काम पूरा होते ही मिटा दी जाती है, और नतीजा 60 मिनट बाद। वहाँ यह काम 7-Zip करता है, वह आर्काइवर, अपने कमांड-लाइन रूप में।
हाँ, 25 MB तक की फ़ाइलों के लिए रोज़ 100 कन्वर्ज़न तक। यह एक सीमा इसलिए है कि यह कन्वर्ज़न ऐसे सर्वर पर चलता है जिसका ख़र्च हम उठाते हैं। इसके अलावा यहाँ कुछ भी सीमित नहीं है, और वॉटरमार्क किसी भी हाल में नहीं लगता। यह सीमा इसलिए है कि 7-Zip को चलने के लिए हमारी कोई मशीन चाहिए।
नहीं। TAR वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है। फ़ाइलें बाइट-दर-बाइट वैसी ही निकलती हैं। जो नहीं बचता वह है वह सब जो कंटेनर उनके *बारे में* जानता था, न कि जो उसके *भीतर* था — कोई पासवर्ड, और कुछ फ़ॉर्मेट में असली अनुमतियाँ और तारीख़ें।
TAR में पूरा फ़ोल्डर आ जाता है, जबकि XZ एक अकेली कंप्रेस्ड धारा है। नाम, फ़ोल्डर और तारीख़ें एक ही खंड में ग़ायब होने के बजाय दर्ज हो जाते हैं।
TAR सैंपल कच्चे रूप में रखता है, इसलिए फ़ाइल ख़ूब बढ़ जाती है और बदले में कुछ मिलता नहीं। इस दिशा का मतलब सिर्फ़ तब है जब दूसरी तरफ़ का कोई प्रोग्राम XZ लेता ही न हो — और वजह आम तौर पर यही होती भी है।
कुछ नहीं खोता। XZ और TAR — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।