zipinfo - آنلاین در ابر

برنامه:

نام

zipinfo - فهرست اطلاعات دقیق در مورد یک آرشیو ZIP

خلاصه

zipinfo [-12smlvhMtTz] پرونده[وبلاگ] [فایل ها) ...] [-x X فایل های) ...]

جدا کردن -Z [-12smlvhMtTz] پرونده[وبلاگ] [فایل ها) ...] [-x X فایل های) ...]

شرح

zipinfo فهرستی از اطلاعات فنی در مورد فایل‌های موجود در آرشیو ZIP، که بیشتر در آن یافت می‌شود
سیستم های MS-DOS چنین اطلاعاتی شامل مجوزهای دسترسی به فایل، وضعیت رمزگذاری،
نوع فشرده سازی، نسخه و سیستم عامل یا سیستم فایل برنامه فشرده سازی،
و مانند آن رفتار پیش‌فرض (بدون گزینه) فهرست کردن ورودی‌های تک خطی است
هر فایل در بایگانی، با خطوط سرصفحه و تریلر که اطلاعات خلاصه ای را ارائه می دهد
کل آرشیو این قالب تلاقی بین خروجی «ls -l» و «unzip -v» یونیکس است.
دیدن جزئیات شرح زیر توجه داشته باشید که zipinfo همان برنامه است جدا کردن (تحت
یونیکس، پیوندی به آن)؛ با این حال، در برخی از سیستم ها، zipinfo پشتیبانی ممکن است حذف شده باشد که
جدا کردن تدوین شد.

ادله

پرونده[وبلاگ]
مسیر آرشیو(های) ZIP. اگر مشخصات فایل یک علامت عام باشد، هر کدام مطابقت دارند
فایل به ترتیب تعیین شده توسط سیستم عامل (یا سیستم فایل) پردازش می شود.
فقط نام فایل می تواند علامت عام باشد. خود مسیر نمی تواند عبارات وین
شبیه یونیکس هستند egrep(1) عبارات (منظم) و ممکن است حاوی:

* با دنباله ای از 0 کاراکتر یا بیشتر مطابقت دارد

? دقیقاً با 1 کاراکتر مطابقت دارد

[...] با هر کاراکتر موجود در داخل پرانتز مطابقت دارد. محدوده ها مشخص شده است
توسط یک کاراکتر شروع، یک خط فاصله و یک کاراکتر پایانی. اگر یک
علامت تعجب یا کارت ('!' یا '^') پس از براکت سمت چپ، سپس علامت
محدوده کاراکترهای داخل پرانتز تکمیل می شود (یعنی هر چیزی
جز کاراکترهای داخل پرانتز مطابقت در نظر گرفته می شود). به
یک براکت چپ کلمه به کلمه مشخص کنید، دنباله سه نویسه «[[]» باید
استفاده شود

(حتماً هر کاراکتری را نقل کنید که ممکن است در غیر این صورت تفسیر یا اصلاح شود
سیستم عامل، به ویژه تحت یونیکس و VMS.) اگر مطابقت پیدا نشد،
فرض می شود که مشخصات یک نام فایل تحت اللفظی باشد. و اگر آن نیز شکست بخورد،
پسوند .zip اضافه شده است. توجه داشته باشید که فایل های ZIP خود استخراج شونده پشتیبانی می شوند
با هر آرشیو ZIP دیگر. فقط پسوند exe را (در صورت وجود) به صراحت مشخص کنید.

[فایل ها)]
یک لیست اختیاری از اعضای بایگانی که باید پردازش شوند، جدا شده با فاصله. (VMS
نسخه های کامپایل شده با VMSCLI تعریف شده باید فایل ها را با کاما محدود کنند.)
عبارات با قاعده (کارت های عام) ممکن است برای تطبیق چندین عضو استفاده شود. به بالا نگاه کن.
مجدداً، حتماً عباراتی را نقل قول کنید که در غیر این صورت بسط یا اصلاح می شوند
سیستم عامل

[-x X فایل های)]
یک لیست اختیاری از اعضای بایگانی که از پردازش حذف می شوند.

OPTIONS

-1 فقط نام فایل ها را لیست کنید، یکی در هر خط. این گزینه همه موارد دیگر را مستثنی می کند. سرصفحه ها
تریلرها و نظرات فایل فشرده هرگز چاپ نمی شوند. برای استفاده در یونیکس در نظر گرفته شده است
اسکریپت های پوسته

-2 فقط نام فایل ها را لیست کنید، یکی در هر خط، اما اجازه دهید سرصفحه ها (-h) تریلر (-t) و
نظرات فایل فشرده (-z)، همچنین. این گزینه ممکن است در مواردی مفید باشد که
نام فایل های ذخیره شده به خصوص طولانی هستند.

-s اطلاعات فایل فشرده را با فرمت کوتاه یونیکس «ls -l» فهرست کنید. این رفتار به طور پیش فرض است؛
به زیر مراجعه کنید

-m فهرست اطلاعات فایل فشرده با فرمت متوسط ​​یونیکس «ls -l». یکسان به -s خروجی ،
با این تفاوت که ضریب فشرده سازی که به صورت درصد بیان می شود نیز ذکر شده است.

-l اطلاعات فایل فشرده را در قالب طولانی یونیکس «ls -l» فهرست کنید. همانطور که با -m جز اینکه
اندازه فشرده (بر حسب بایت) به جای نسبت فشرده سازی چاپ می شود.

-v فهرست اطلاعات فایل فشرده در قالب چند صفحه ای و پرمخاطب.

-h خط سرصفحه لیست نام آرشیو، اندازه واقعی (بر حسب بایت) و تعداد کل
فایل ها چاپ می شود

-M تمام خروجی را از طریق یک پیجر داخلی مشابه یونیکس انجام دهید بیش(1) فرمان در
پایان یک صفحه نمایش خروجی، zipinfo با یک اعلان «--More--» مکث می کند. را
صفحه بعدی را می توان با فشار دادن کلید Enter (بازگشت) یا نوار فاصله مشاهده کرد.
zipinfo را می توان با فشار دادن کلید "q" و در برخی از سیستم ها، خاتمه داد
کلید Enter/Return برخلاف یونیکس بیش(1)، هیچ جستجو یا ویرایشی وجود ندارد
قابلیت همچنین، zipinfo متوجه نمی شود اگر خطوط طولانی در لبه آن پیچیده شود
صفحه نمایش، به طور موثر منجر به چاپ دو یا چند خط و
این احتمال وجود دارد که برخی از متن‌ها قبل از قرار گرفتن از بالای صفحه خارج شوند
مشاهده شده است. در برخی از سیستم ها تعداد خطوط موجود روی صفحه نمایش وجود ندارد
شناسایی شد، در این صورت zipinfo ارتفاع را 24 خط فرض می کند.

-t لیست کل برای فایل های فهرست شده یا برای همه فایل ها. تعداد فایل های فهرست شده، آنها
مجموع اندازه های فشرده نشده و فشرده و ضریب تراکم کلی آنها می باشد
چاپ شده؛ یا اگر فقط خط کل چاپ می شود، مقادیر کل
آرشیو داده می شود. اندازه کل فشرده شده شامل 12 مورد اضافی نمی شود
بایت های سرصفحه هر ورودی رمزگذاری شده توجه داشته باشید که حجم کل فشرده (داده) است
هرگز با اندازه واقعی فایل فشرده مطابقت نخواهد داشت، زیرا دومی همه موارد را شامل می شود
هدرهای داخلی فایل فشرده علاوه بر داده های فشرده.

-T تاریخ و زمان فایل را با فرمت اعشاری قابل مرتب سازی چاپ کنید (yymmdd.hhmmss). را
فرمت تاریخ پیش‌فرض یک نسخه استانداردتر و قابل خواندن برای انسان با مخفف است
نام ماه (نمونه های زیر را ببینید).

-U [فقط UNICODE_SUPPORT] مدیریت UTF-8 را تغییر یا غیرفعال کنید. وقتی UNICODE_SUPPORT است
موجود، گزینه -U نیروهای جدا کردن برای فرار از همه کاراکترهای غیر ASCII از UTF-8
نام فایل های کد شده به عنوان "#Uxxxx". این گزینه عمدتاً برای رفع اشکال ارائه شده است
هنگامی که پشتیبانی نسبتا جدید UTF-8 مشکوک به مخدوش کردن استخراج شده است
نام فایل ها

گزینه -UU اجازه می دهد تا به طور کامل تشخیص UTF-8 رمزگذاری شده را غیرفعال کنید
نام فایل ها مدیریت کدگذاری نام فایل در داخل جدا کردن به عقب می افتد
رفتار نسخه های قبلی

-z نظر آرشیو (در صورت وجود) را در فهرست قرار دهید.

جزئیات شرح

zipinfo دارای تعدادی حالت است و درک رفتار آن در صورتی که یکی باشد می تواند نسبتاً دشوار باشد
با یونیکس آشنا نیست ls(1) (یا حتی اگر یکی باشد). رفتار پیش‌فرض فهرست کردن فایل‌ها است
در قالب زیر:

-rw-rws--- 1.9 unx 2802 t- defX 11-Aug-91 13:48 perms.2660

سه قسمت آخر تاریخ و زمان اصلاح فایل و نام آن است. را
مورد نام فایل محترم شمرده می شود. بنابراین فایل هایی که از MS-DOS PKZIP می آیند همیشه هستند
با حروف بزرگ اگر فایل با نام دایرکتوری ذخیره شده زیپ شده باشد، آن نیز نمایش داده می شود
به عنوان بخشی از نام فایل

فیلدهای دوم و سوم نشان می دهد که فایل تحت یونیکس با نسخه 1.9 فشرده شده است
of زیپ. از آنجایی که از یونیکس می آید، مجوزهای فایل در ابتدای خط هستند
با فرمت یونیکس چاپ شده است. اندازه فایل فشرده نشده (در این مثال 2802) چهارمین فایل است
رشته.

فیلد پنجم از دو کاراکتر تشکیل شده است که هر کدام ممکن است چندین مقدار داشته باشند.
کاراکتر اول ممکن است "t" یا "b" باشد که نشان دهنده آن است زیپ معتقد است که پرونده وجود دارد
متن یا باینری، به ترتیب؛ اما اگر فایل رمزگذاری شده باشد، zipinfo به این واقعیت اشاره می کند
بزرگ کردن کاراکتر ("T" یا "B"). کاراکتر دوم نیز ممکن است چهار کاراکتر داشته باشد
مقادیر، بسته به اینکه آیا یک هدر محلی گسترده و/یا یک "فیلد اضافی" وجود دارد یا خیر
مرتبط با فایل (به طور کامل در APPNOTE.TXT PKWare توضیح داده شده است، اما اساسا مشابه
به پراگماها در ANSI C--یعنی، آنها یک راه استاندارد برای گنجاندن غیر استاندارد ارائه می دهند
اطلاعات موجود در آرشیو). اگر هیچ کدام وجود نداشته باشد، کاراکتر یک خط فاصله (`-') خواهد بود. اگر
یک هدر محلی توسعه یافته وجود دارد اما فیلد اضافی وجود ندارد، 'l'; اگر برعکس باشد، 'x'; و اگر
هر دو وجود دارند، "X". بنابراین فایل در این مثال (احتمالا) یک فایل متنی است، نه
رمزگذاری شده است و نه یک فیلد اضافی و نه یک هدر محلی گسترده مرتبط با آن دارد.
مثال زیر، از سوی دیگر، یک فایل باینری رمزگذاری شده با یک فیلد اضافی است:

RWD,R,R 0.9 vms 168 Bx shrk 9-Aug-91 19:15 perms.0644

فیلدهای اضافی برای اهداف مختلف مورد استفاده قرار می گیرند (به بحث مراجعه کنید -v گزینه زیر)
از جمله ذخیره ویژگی های فایل VMS، که احتمالاً در اینجا وجود دارد. توجه داشته باشید
که ویژگی های فایل در قالب VMS فهرست شده است. برخی از احتمالات دیگر برای میزبان
سیستم عامل (که در واقع یک نام اشتباه است - سیستم فایل میزبان صحیح تر است) شامل
OS/2 یا NT با سیستم فایل با کارایی بالا (HPFS)، MS-DOS، OS/2 یا NT با فایل
سیستم فایل جدول تخصیص (FAT) و مکینتاش. اینها به صورت زیر مشخص می شوند:

-rw-a-- 1.0 hpf 5358 Tl i4:3 4-Dec-91 11:33 longfilename.hpfs
-r--ahs 1.1 fat 4096 b- i4:2 14-Jul-91 12:58 EA DATA. SF
--w------- 1.0 mac 17357 bx i8:2 4-مه-92 04:02 unzip.macr

ویژگی های فایل در دو مورد اول در قالبی شبیه به یونیکس نشان داده شده است، جایی که
هفت زیرفیلد نشان می دهد که آیا فایل: (1) یک دایرکتوری است، (2) قابل خواندن است (همیشه).
درست است)، (3) قابل نوشتن است، (4) قابل اجرا است (بر اساس پسوند حدس زده می شود--.فایل اجرایی,
گفتمان, بت, است. CMD و btm فایل‌ها چنین فرض می‌شوند)، (5) دارای مجموعه بیت آرشیو است، (6) است
پنهان، و (7) یک فایل سیستمی است. تفسیر ویژگی های فایل مکینتاش است
قابل اعتماد نیست زیرا برخی از آرشیوهای مکینتاش هیچ ویژگی را در بایگانی ذخیره نمی کنند.

در نهایت، فیلد ششم روش فشرده سازی و روش فرعی ممکن مورد استفاده را نشان می دهد.
در حال حاضر شش روش شناخته شده وجود دارد: ذخیره سازی (بدون فشرده سازی)، کاهش، کوچک کردن،
انفجار، نشانه گذاری (هرگز به طور عمومی منتشر نشد) و کاهش قیمت. علاوه بر این، وجود دارد
چهار سطح کاهش (1 تا 4)؛ چهار نوع فروپاشی (4K یا 8K کشویی
فرهنگ لغت، و 2 یا 3 درخت شانون-فانو). و چهار سطح کاهش باد (فوق العاده سریع، سریع،
نرمال، حداکثر فشرده سازی). zipinfo این روش ها و روش های فرعی آنها را به عنوان نشان می دهد
به شرح زیر است: نابینا; پاسخ: 1, پاسخ: 2، و غیره.؛ شرک; i4:2, i8:3، و غیره.؛ نشانهو defS, دف اف, تعریفو
defX.

فهرست‌های متوسط ​​و طولانی تقریباً با قالب کوتاه یکسان هستند به جز اینکه اضافه می‌کنند
اطلاعات مربوط به فشرده سازی فایل فرمت متوسط ​​فشرده سازی فایل را فهرست می کند
فاکتور به عنوان درصدی که میزان فضای حذف شده را نشان می دهد:

-rw-rws--- 1.5 unx 2802 t- 81% defX 11-Aug-91 13:48 perms.2660

در این مثال، فایل بیش از ضریب پنج فشرده شده است. را
داده های فشرده تنها 19 درصد از اندازه اصلی هستند. فرمت طولانی فشرده شده را می دهد
اندازه فایل به بایت، در عوض:

-rw-rws--- 1.5 unx 2802 t- 538 defX 11-Aug-91 13:48 perms.2660

در مقایسه با جدا کردن فهرست‌ها، شکل‌های اندازه فشرده در این قالب فهرست‌بندی می‌شوند
نشان دهنده اندازه کامل داده های فشرده، از جمله 12 بایت هدر اضافی در مورد
ورودی های رمزگذاری شده

اضافه کردن -T گزینه تاریخ و زمان فایل را به فرمت اعشاری تغییر می دهد:

-rw-rws--- 1.5 unx 2802 t- 538 defX 910811.134804 perms.2660

توجه داشته باشید که به دلیل محدودیت در فرمت MS-DOS مورد استفاده برای ذخیره زمان فایل،
فیلد ثانیه همیشه به نزدیکترین ثانیه زوج گرد می شود. برای فایل های یونیکس این است
انتظار می رود در نسخه های اصلی بعدی تغییر کند زیپ(1) و جدا کردن.

علاوه بر اطلاعات فایل فردی، فهرست فایل فشرده پیش‌فرض شامل هدر نیز می‌شود
و خطوط تریلر:

آرشیو: OS2.zip 5453 بایت 5 فایل
,,rw, 1.0 hpf 730 b- i4:3 26-Jun-92 23:40 مطالب
,,rw, 1.0 hpf 3710 b- i4:3 26-Jun-92 23:33 makefile.os2
,,rw, 1.0 hpf 8753 b- i8:3 26-Jun-92 15:29 os2unzip.c
,,rw, 1.0 hpf 98 b-stor 21-Aug-91 15:34 unzip.def
,,rw, 1.0 hpf 95 b-stor 21-Aug-91 17:51 zipinfo.def
5 فایل، 13386 بایت فشرده نشده، 4951 بایت فشرده: 63.0%

خط سرصفحه نام آرشیو، اندازه کل آن و تعداد کل آن را نشان می دهد
فایل ها؛ تریلر تعداد فایل های فهرست شده، اندازه کل فشرده نشده آنها و
اندازه کل فشرده آنها (شامل هیچ یک از زیپسربار داخلی). اگر، با این حال،
یکی یا بیشتر فایل ها) ارائه شده است، خطوط سرصفحه و تریلر فهرست نشده اند. این
رفتار نیز شبیه به "ls -l" یونیکس است. ممکن است با مشخص کردن لغو شود
la -h و -t گزینه ها به صراحت در چنین حالتی، قالب فهرست نیز باید باشد
به صراحت مشخص شده است، زیرا -h or -t (یا هر دو) در غیاب گزینه های دیگر دلالت دارد
که فقط خط سرصفحه یا تریلر (یا هر دو) فهرست شده است. را ببینید مثال ها بخش زیر
برای ترجمه ای نیمه قابل فهم از این مزخرفات.

فهرست پرمخاطب عمدتاً خود توضیحی است. همچنین نظرات فایل و
نظر فایل فشرده، در صورت وجود، و نوع و تعداد بایت ها در هر فیلد اضافی ذخیره شده.
انواع شناخته شده فعلی فیلدهای اضافی شامل اطلاعات احراز هویت PKWARE (``AV''). OS/2
ویژگی های توسعه یافته؛ اطلاعات سیستم فایل VMS، هر دو نسخه PKWARE و Info-ZIP. مکینتاش
چنگال منابع؛ اطلاعات Acorn/Archimedes SparkFS; و غیره (توجه داشته باشید که در مورد OS/2
ویژگی های توسعه یافته - شاید رایج ترین استفاده از فیلدهای اضافی zipfile - اندازه
ذخیره شده EA ها همانطور که توسط zipinfo ممکن است با عدد داده شده توسط OS/2 مطابقت نداشته باشد دیر فرمان:
OS/2 همیشه تعداد بایت های مورد نیاز را در قالب 16 بیتی گزارش می دهد، در حالی که zipinfo همیشه
حافظه 32 بیتی را گزارش می کند.)

مجدداً، ارقام اندازه فشرده شده هر ورودی شامل 12 هدر اضافی است
بایت برای ورودی های رمزگذاری شده در مقابل، آرشیو کل اندازه فشرده و
متوسط ​​نسبت تراکم نشان داده شده در خط پایین خلاصه محاسبه می شود بدون la
12 بایت هدر اضافی ورودی های رمزگذاری شده.

محیط زیست OPTIONS

اصلاح zipinfoرفتار پیش فرض از طریق گزینه های قرار داده شده در یک متغیر محیطی می تواند باشد
توضیح کمی پیچیده است، به دلیل zipinfo's تلاش می کند تا پیش فرض های مختلف را در یک
روشی بصری و در عین حال یونیکس مانند. (سعی کنید نخندید.) با این وجود، مواردی وجود دارد
منطق زیربنایی به طور خلاصه، سه "سطح اولویت" از گزینه ها وجود دارد: پیش فرض
گزینه ها؛ گزینه‌های محیطی، که می‌توانند پیش‌فرض‌ها را لغو یا به آن اضافه کنند. و صریح
گزینه های ارائه شده توسط کاربر، که می تواند یکی از موارد بالا را لغو کند یا به آن اضافه کند.

فرمت فهرست پیش‌فرض، همانطور که در بالا ذکر شد، تقریباً با "zipinfo -hst" مطابقت دارد.
دستور (به جز زمانی که اعضای فایل فشرده مشخص شده باشند). کاربری که ترجیح می دهد
قالب فهرست بلند (-l) می تواند از zipinfoمتغیر محیطی برای تغییر این
پیش فرض:

پوسته یونیکس بورن:
ZIPINFO=-l; صادرات ZIPINFO

پوسته یونیکس C:
setenv ZIPINFO -l

OS/2 یا MS-DOS:
ZIPINFO=-l را تنظیم کنید

VMS (نقل قول برای حروف کوچک):
تعریف ZIPINFO_OPTS "-l"

علاوه بر این، اگر کاربر خط تریلر را دوست نداشته باشد، zipinfoمفهوم "منفی".
Options'' ممکن است برای نادیده گرفتن گنجاندن پیش فرض خط استفاده شود. این امر محقق شده است
با قرار دادن گزینه نامطلوب با یک یا چند منهای: به عنوان مثال، ``-l-t'' یا ``--tl''،
در این مثال خط فاصله اول کاراکتر سوئیچ معمولی است، اما قبل از آن
"t" علامت منفی است. استفاده دوگانه از خط تیره ممکن است کمی ناخوشایند به نظر برسد، اما اینطور است
با این وجود، کاملاً شهودی است: به سادگی خط فاصله اول را نادیده بگیرید و از آنجا بروید. آی تی
همچنین با رفتار دستور یونیکس سازگار است خوب(1).

همانطور که در بالا پیشنهاد شد، نام متغیرهای پیش‌فرض ZIPINFO_OPTS برای VMS است (که نماد آن است
برای نصب استفاده می شود zipinfo به عنوان یک فرماندهی خارجی در غیر این صورت با آن اشتباه گرفته می شود
متغیر محیطی) و ZIPINFO برای همه سیستم عامل های دیگر. برای سازگاری
با زیپ(1)، ZIPINFOOPT نیز پذیرفته می شود (نپرسید). اگر ZIPINFO و ZIPINFOOPT هر دو هستند
تعریف شده، با این حال، ZIPINFO اولویت دارد. جدا کردنگزینه تشخیصی (-v بدون فایل زیپ
name) می تواند برای بررسی مقادیر هر چهار مورد ممکن استفاده شود جدا کردن و zipinfo محیط
متغیرها

مثال ها

برای دریافت فهرستی با فرمت کوتاه و اولیه از محتویات کامل یک آرشیو ZIP
storage.zip، با هر دو خط سرصفحه و کل، فقط از نام بایگانی به عنوان آرگومان استفاده کنید
به zipinfo:

ذخیره سازی zipinfo

برای تولید یک فهرست پایه و با قالب طولانی (نه پرمخاطب)، از جمله خطوط سرصفحه و مجموع،
استفاده کنید -l:

ذخیره سازی zipinfo -l

برای فهرست کردن محتویات کامل بایگانی بدون خطوط سرصفحه و مجموع، یا
نفی کردن -h و -t گزینه ها یا در غیر این صورت محتویات را به صراحت مشخص کنید:

zipinfo --ht storage
ذخیره سازی zipinfo \*

(که در آن اسلش معکوس فقط در صورتی لازم است که پوسته در غیر این صورت «*» را گسترش دهد.
علامت عام، همانطور که در یونیکس وقتی globbing روشن است - نقل قول های دوگانه در اطراف ستاره
نیز کار کرده اند). برای خاموش کردن خط مجموع به طور پیش فرض، از محیط استفاده کنید
متغیر (در اینجا پوسته C در نظر گرفته شده است):

setenv ZIPINFO --t
ذخیره سازی zipinfo

برای دریافت مجدد فهرست کامل و کوتاه نمونه اول، با توجه به اینکه
متغیر محیطی مانند مثال قبلی تنظیم شده است، لازم است که آن را مشخص کنید -s
گزینه به صراحت، از آنجا که -t گزینه به خودی خود نشان می دهد که فقط خط پاورقی به است
چاپ شود:

setenv ZIPINFO --t
ذخیره سازی zipinfo -t [فقط خط مجموع]
zipinfo -st storage [فهرست کامل]

La -s گزینه، مانند -m و -l، به طور پیش فرض شامل سرصفحه ها و پاورقی ها می شود، مگر اینکه غیر از این باشد
مشخص شده. از آنجایی که متغیر محیطی هیچ پاورقی را مشخص نمی کند و دارای یک بالاتر است
اولویت نسبت به رفتار پیش فرض -s، یک صریح -t گزینه برای تولید ضروری بود
فهرست کامل با این حال، هیچ چیزی در مورد هدر نشان داده نشد، بنابراین -s گزینه بود
کافی توجه داشته باشید که هر دو -h و -t گزینه ها، زمانی که خودشان یا با هر کدام استفاده می شوند
دیگر، هر فهرست پیش‌فرض فایل‌های عضو را لغو کنید. فقط سرصفحه و/یا پاورقی هستند
چاپ شده. این رفتار زمانی مفید است که zipinfo با یک فایل فشرده با حروف عام استفاده می شود
مشخصات؛ سپس محتویات تمامی فایل های فشرده با یک دستور خلاصه می شود.

برای فهرست کردن اطلاعات روی یک فایل در بایگانی، در قالب متوسط، آن را مشخص کنید
نام فایل به صراحت:

ذخیره سازی zipinfo -m unshrink.c

مشخصات هر فایل عضو، مانند این مثال، هدر پیش فرض را لغو می کند
و مجموع خطوط. تنها خط اطلاعات مربوط به فایل درخواستی خواهد بود
چاپ شده. این همان چیزی است که هنگام درخواست اطلاعات در مورد a به طور مستقیم انتظار می رود
تک فایل برای چندین فایل، دانستن مجموع فایل های فشرده اغلب مفید است
اندازه غیر فشرده؛ در اینگونه موارد -t ممکن است به صراحت مشخص شود:

zipinfo -mt storage "*.[ch]" Mak\*

برای دریافت حداکثر اطلاعات در مورد آرشیو ZIP، از گزینه verbose استفاده کنید. معمولا هست
عاقلانه است که خروجی را به فیلتری مانند یونیکس لوله کنید بیش(1) اگر سیستم عامل اجازه دهد
آن:

zipinfo -v storage | بیشتر

در نهایت، برای مشاهده آخرین فایل های اصلاح شده در آرشیو، از -T گزینه در
همراه با یک ابزار مرتب سازی خارجی مانند Unix نوع(1) (و SED(1) همچنین، در
این مثال):

zipinfo -T storage | مرتب سازی -nr -k 7 | sed 15q

La -شماره گزینه ای برای نوع(1) به آن می گوید که به جای اینکه به صورت عددی مرتب شود به ترتیب معکوس
نظم متنی و -k 7 گزینه به آن می گوید که در فیلد هفتم مرتب شود. این فرض می کند
قالب پیش‌فرض فهرست کوتاه؛ اگر -m or -l استفاده می شود، مناسب نوع(1) گزینه خواهد بود
-k 8. نسخه های قدیمی تر نوع(1) پشتیبانی نمی کند -k گزینه، اما می توانید از آن استفاده کنید
سنتی + در عوض گزینه، به عنوان مثال، +6 بجای -k 7. SED(1) دستور فیلتر می شود
همه به جز 15 خط اول فهرست. انتشارات آینده از zipinfo ممکن است گنجانده شود
مرتب سازی تاریخ/زمان و نام فایل به عنوان گزینه های داخلی.

TIPS

نویسنده تعریف نام مستعار را راحت می یابد ii برای zipinfo در سیستم هایی که اجازه می دهند
نام‌های مستعار (یا در سیستم‌های دیگر، فایل اجرایی را کپی/تغییر نام دهید، یک پیوند ایجاد کنید یا a ایجاد کنید
فایل فرمان با نام ii). ii استفاده به موازات رایج است ll نام مستعار برای مدت طولانی
لیست های موجود در یونیکس و شباهت بین خروجی های این دو دستور بود
عمدی - قصدی.

با استفاده از خدمات onworks.net به صورت آنلاین از zipinfo استفاده کنید