आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप ZIP को TAR में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। फ़ाइल एन्क्रिप्टेड होकर हमारे सर्वर तक जाती है, वहाँ बदली जाती है और काम पूरा होते ही मिटा दी जाती है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
ZIP से TAR
कोई सहेजने के लिए TAR में नहीं बदलता। लोग बदलते हैं क्योंकि आगे कोई चीज़ सिर्फ़ tarball पढ़ती है — कोई कंटेनर बिल्ड, कोई डिप्लॉयमेंट स्क्रिप्ट, tar -x के हिसाब से लिखी स्क्रिप्ट। TAR 1979 से है और POSIX.1-2001 ustar के तौर पर मानकीकृत।
यह उसी अर्थ में एक अनुकूलता बदलाव है जिस अर्थ में PDF किसी दस्तावेज़ के लिए है। आर्काइव को किसी नापे तरीक़े से बेहतर नहीं बना रहे — बस तय कर रहे हैं कि कौन-सा प्रोग्राम इसे स्वीकारेगा, और बाइट में उसकी क़ीमत चुका रहे हैं।
यह वाक्य ज़्यादातर पेज छोड़ देते हैं। ZIP अपनी हर एंट्री पर DEFLATE लगाता है; TAR किसी भी चीज़ पर कुछ नहीं लगाता। एक को दूसरे में बदलना इसलिए दबाव खोलता है, नए सिरे से नहीं लगाता।
टेक्स्ट-भारी सामग्री पर गुणक सबसे बड़ा है — सोर्स कोड, CSV एक्सपोर्ट, लॉग, XML सब अच्छे से DEFLATE होते हैं। JPEG, MP4 या PDF से भरी ZIP पर फ़र्क़ छोटा है, क्योंकि वे पहले से दबे हुए थे।
TAR तय 512-बाइट ब्लॉक की एक स्ट्रीम है। हर सदस्य को अपना नाम, आकार, mode और timestamp ढोता हेडर ब्लॉक मिलता है, फिर अगली 512-बाइट सीमा तक गोल की गई सामग्री, और आख़िर में दो शून्य ब्लॉक। न इंडेक्स है, न कंप्रेशन टेबल।
यह ख़र्च कई छोटी फ़ाइलों वाली आर्काइव पर दिखता है। पाँच सौ एक-किलोबाइट फ़ाइलें कम से कम एक हेडर और दो कंटेंट ब्लॉक हर एक के लिए लेती हैं।
TAR फ़ाइल mode, यूज़र और ग्रुप दर्ज कर सकता है, यही वजह है कि Unix औज़ार इसे पसंद करते हैं। जो यह नहीं कर सकता वह इन वैल्यू को गढ़ना है — वे इसी कन्वर्टर से आपकी ZIP खोलने से मिलती हैं, उस मशीन से नहीं जहाँ फ़ाइलें मूल रूप से थीं।
तो नतीजे में modes को अनिश्चित मानिए, बचाए हुए नहीं, और अगर कुछ इस पर निर्भर हो तो निकालने के बाद साफ़ तौर पर सेट कीजिए — स्क्रिप्ट पर executable बिट आम शिकार है।
इस जोड़े को खोजने वाले बहुत सारे लोगों को असल में दबी हुई tarball चाहिए होती है, क्योंकि निर्देश यही कहते हैं। अगर लक्ष्य कोई डाउनलोड है, सादी TAR ग़लत आधा जवाब है।
ZIP को इसकी जगह GZ में बदलना ठीक वही देता है। यहाँ जो भी लक्ष्य एक से ज़्यादा फ़ाइल नहीं रख सकता — GZ, BZ2 और XZ — पहले TAR बनाकर फिर दबाया जाता है, जो .tar.gz का हमेशा से मतलब रहा है।
आर्काइव रीपैकिंग साइट के उन बदलावों में से एक है जिसे असली मशीन चाहिए, इसलिए फ़ाइल जाती है। यह एन्क्रिप्टेड कनेक्शन से हमारे कन्वर्टर तक जाती है, 7-Zip ZIP खोलता है और TAR लिखता है, नतीजा वापस आता है।
सीमाएँ हैं: फ़्री तयशुदा 25 MB प्रति फ़ाइल, और साठ सेकंड की सख़्त सीमा प्रति जॉब। साठ सेकंड इस आकार के रीपैक के लिए उदार है, और इसका इस्तेमाल जान-बूझकर बिगाड़ी गई आर्काइव को रोकने के लिए है।
2 GB से ज़्यादा खुलने का दावा करने वाली आर्काइव को एक बाइट लिखे बिना ठुकरा दिया जाता है — किसी फ़ाइलसिस्टम को भरने के लिए बनाई ZIP के ख़िलाफ़ यह सुरक्षा है। और कुछ न रखने वाली ZIP को एक साधारण संदेश मिलता है।
एन्क्रिप्टेड ZIP भी यहीं रुक जाती हैं। अनपैकर को जान-बूझकर एक ख़ाली पासवर्ड दिया जाता है ताकि सुरक्षित आर्काइव तुरंत साफ़ त्रुटि के साथ फेल हो, किसी अनुत्तरित प्रॉम्प्ट की जगह।
रजिस्ट्री बड़ी फ़ाइलों को TAR की जानी-पहचानी समस्या बताती है — मूल ustar फ़ॉर्मेट फ़ाइल आकार बारह-अक्षर के octal फ़ील्ड में रखता है, जो 8 GiB से आगे नहीं जा सकता।
आधुनिक extension दोनों हल करते हैं, और आधुनिक औज़ार उन्हें तयशुदा तौर पर लिखते हैं। यहाँ फ़्री टियर पर कोई भी सीमा नहीं मिलती — 25 MB की छत फ़ॉर्मेट की सीमा से पहले ही आ जाती है।
लंबे समय तक रखने के लिए TAR में एक गुण है जो दबी हुई फ़ॉर्मेट में नहीं — नुक़सान स्थानीय रहता है। बिना-दबाव tarball के किसी हिस्से में ख़राबी बस उसी हिस्से की फ़ाइलें ले जाती है, बाक़ी पढ़ा जा सकता है।
दबी हुई आर्काइव इतनी माफ़ करने वाली नहीं। solid स्ट्रीम में शुरुआती एक ग़लत बाइट सब कुछ ख़त्म कर सकती है, क्योंकि हर बाद का हिस्सा पहले सही डिकोड हुए हिस्से पर निर्भर करता है।
ZIP पैकेजिंग और कंप्रेशन को एक ही काम मानता है, जो सुविधाजनक है और आपसे एक चुनाव चुपचाप छीन लेता है। TAR ऐसा कोई फ़ैसला नहीं लेता — इसमें कोई कंप्रेशन सेटिंग, कोई लेवल, कोई dictionary नहीं है।
यही अलगाव Unix औज़ारों को इतनी आज़ादी से जुड़ने देता है। वही tarball गति के लिए gzip में, आकार के लिए xz में, या किसी बीच के क़दम के लिए बिना कुछ में पाइप हो सकती है।
| ZIP | TAR | |
|---|---|---|
| पूरा नाम | ZIP आर्काइव | TAR आर्काइव |
| फ़ाइल एक्सटेंशन | .zip | .tar |
| मीडिया टाइप | application/zip | application/x-tar |
| कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता | बिना कंप्रेशन |
| पहली बार प्रकाशित | 1989 | 1979 |
| प्रकाशक | PKWARE | — |
| विनिर्देश | APPNOTE.TXT | POSIX.1-2001 ustar |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| ब्राउज़र में खुलता है | कोई ब्राउज़र नहीं | कोई ब्राउज़र नहीं |
| इसकी जगह विचारणीय | 7Z | GZ |
कुछ नहीं खोता। ZIP और TAR — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
7-Zip ZIP और TAR — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
TAR सैंपल कच्चे रूप में रखता है, इसलिए फ़ाइल ख़ूब बढ़ जाती है और बदले में कुछ मिलता नहीं। इस दिशा का मतलब सिर्फ़ तब है जब दूसरी तरफ़ का कोई प्रोग्राम ZIP लेता ही न हो — और वजह आम तौर पर यही होती भी है।
ZIP PKWARE का फ़ॉर्मेट है, जो 1989 में आया। यह APPNOTE.TXT में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
TAR 1979 से चला आ रहा है, और POSIX.1-2001 ustar में तय किया गया है। tar, 7-Zip और Keka इस फ़ॉर्मेट को पढ़ लेते है।
हाँ: इस कन्वर्ज़न को ऐसा सॉफ़्टवेयर चाहिए जो ब्राउज़र में चलता ही नहीं। फ़ाइल एन्क्रिप्टेड होकर हमारे सर्वर तक जाती है, काम पूरा होते ही मिटा दी जाती है, और नतीजा 60 मिनट बाद। वहाँ यह काम 7-Zip करता है, वह आर्काइवर, अपने कमांड-लाइन रूप में।
हाँ, 25 MB तक की फ़ाइलों के लिए रोज़ 100 कन्वर्ज़न तक। यह एक सीमा इसलिए है कि यह कन्वर्ज़न ऐसे सर्वर पर चलता है जिसका ख़र्च हम उठाते हैं। इसके अलावा यहाँ कुछ भी सीमित नहीं है, और वॉटरमार्क किसी भी हाल में नहीं लगता। यह सीमा इसलिए है कि 7-Zip को चलने के लिए हमारी कोई मशीन चाहिए।
नहीं। TAR वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है। फ़ाइलें बाइट-दर-बाइट वैसी ही निकलती हैं। जो नहीं बचता वह है वह सब जो कंटेनर उनके *बारे में* जानता था, न कि जो उसके *भीतर* था — कोई पासवर्ड, और कुछ फ़ॉर्मेट में असली अनुमतियाँ और तारीख़ें।
TAR सैंपल कच्चे रूप में रखता है, इसलिए फ़ाइल ख़ूब बढ़ जाती है और बदले में कुछ मिलता नहीं। इस दिशा का मतलब सिर्फ़ तब है जब दूसरी तरफ़ का कोई प्रोग्राम ZIP लेता ही न हो — और वजह आम तौर पर यही होती भी है।
कुछ नहीं खोता। ZIP और TAR — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
इस पेज पर ZIP और TAR के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।