Сопроводительные файлы релизов

извольном виде, их текст часто был малополезен. Поэтому возникла необходимость в неко­ тором стандартизированном подходе, коим и стал файл FILEJD.DIZ, включаемый в архив для описания содержимого. Этот формат был предложен в качестве спецификации Майк­ лом Ливиттом из корпорации Clark Development, который применил его на собственной BBS. Через некоторое время файл FILEJD.DIZ стал стандартом.

Разбирая имя файла по компонентам, следует пояснить, что сочетание FILEJD обозначает File Identification и применительно к этому файлу может быть переведено с английского как «идентификатор файла». Имя расширения DIZ происходит от словосочетания Description In Zipfile (описание в сжатом файле). Кроме того, если расширение файла написать строчными буквами (diz) и перевернуть «вверх ногами», вы увидите слово zip — так что перед вами еще и рекурсивный акроним.

Согласно спецификации, файл FILEJD.DIZ должен содержать «не более 10 строк текста, с ограничением в 45 символов на строку». Задачей DIZ-файлов была реализация возможно­ сти автоматического применения описаний выгруженных пользователями файлов — рек­ ламные объявления и сложная ASCII-графика в них были запрещены. Файл формата DIZ может быть открыт в любом текстовом редакторе и содержит название программы (инстру­ мента взлома), ее версию, платформу (операционную систему), дату релиза и количество дисков. На рис. П2.1 в качестве примера представлен большой логотип варезной группы.

ADOBE ALL PRODUCTS vl.02 *KEYMAKER.ONLY* [OS:WINDOWS] [DATE:09/03/19] [DiSK:ol/ol]

_____ A _________ A_______A __________

vk.com/dwdwtor

+-ds---------+ C.O.R.E. .2 .0.0.9 +- \ J -----— +

Рис. П2.1. Пример содержимого файла FILEJD.DIZ

Даже после упразднения BBS, доступ к которым осуществлялся посредством коммутируе­ мого (модемного) доступа, файлы FILEJD.DIZ и по сей день все еще испош>зуются варезными группами и наряду с NFO-файлами считаются обязательными для каждого релиза. Спецификация файла FILEJD.DIZ представлена по адресу tinyurl.com/puq3ptz.

NFO-файлы

Файлы с расширением nfo (сокращение от слова iNFOrmation, информация) представляют собой простые текстовые файлы, которые сопровождают различные релизы вареза с ин­ формацией о них. В отличие от FILEJD.DIZ и README-файлов, NFO-файлы часто содер­ жат тщательно прорисованную ASCII-графику, и в полной красе могут быть открыты в специальных программах для просмотра NFO-файлов (например, GetDiz, tinyurl.com/ d46uymu), текстовых редакторах с поддержкой моноширинных шрифтов (таких, как Courier) или во Всемирной паутине, в публичных базах данных NFO-файлов — таких, как www.xrel.to.

NFO-файлы используются в качестве своего рода пресс-релизов варезных групп и были введены в обращение в 1990 году варезной группой THG (The Humble Guys) при релизе игры Bubble Bobble. NFO-файл при этом заменил более обобщающие файлы README.TXT или README.1ST. Использование NFO-файлов было подхвачено другими варезными груп­ пами и продолжается и по сей день. NFO-файлы обычно содержат информацию о релизе

с приложением Информация о системе (msinfo32.exe). Это приложение выдает сводку ин­ формации об аппаратном и программном обеспечении компьютера. Чтобы открыть NFOфайл в другой программе, следует щелкнуть по нему правой кнопкой мыши, выбрать пункт Открыть в (Open with) и выбрать подходящую программу, — например, Блокнот (Notepad).

SFV-файл

SFV (от англ. Simple File Verification)— файлы для контроля целостности файлов, исполь­ зующие контрольную сумму для ее проверки. Обычно в качестве алгоритма служит CRC32. Внутри файла можно найти имя файла и — через разделитель — его контрольную сумму.

Файлы могут быть повреждены по разным причинам: таким как неисправность носителя, ошибки передачи данных, ошибки копирования/перемещения и баги приложений. Проверка SFV-файла позволяет убедиться в целостности соответствующего файла путем сравнения значения его CRC-хеша с указанным в SFV-файле. Важно отметить, что ввиду ограничений алгоритма CRC32 файлы SFV нельзя применять для проверки достоверности файлов — что перед вами именно тот файл. По этой причине в UNIX-системах для вычисления хешзначений предпочитают использовать алгоритмы MD5 и SHA-1.

Прочие файлы

Помимо FILEJD .D IZ и NFO-файлов архив с релизом может содержать и другие сопроводи­ тельные файлы — например, текстовый файл R EAD M E (от англ, read me, прочти меня). Та­ кой файл обычно имеет имя readme.txt, R EA D M E (без расширения), readme. 1st (от read me

first, сначала прочти меня), read.т е . Иногда в архиве имеется несколько таких файлов на vkразных.языкахcom/dwdwtor. На язык файла может указывать его расширение:

readme by или перевод имени файла: leeme, lisezmoi.tx , czytajto.txt. В некоторых случаях других форматах— например, WRI (readme.wri), RTF (readme.rtf) или Microsoft Word

(часто вместе с текстовой версией) файл может быть представлен в HTML (readmeTitml) или

Файл обычно включает:

♦информацию о системных требованиях;

♦инструкции по установке программы (иногда выносится в файл INSTALL);

♦инструкции по настройке;

♦инструкции по управлению программой (список файлов);

♦информацию о лицензии и авторском праве (иногда выносится в файл COPYING/LICENSE);

♦контактную информацию разработчика и/или распространителя;

♦известные ошибки (иногда выносится в файл BUGS);

♦инструкции по устранению неполадок;

♦сведения об авторах (иногда выносятся в файл AUTHORS) и благодарности (иногда вы­ носятся в файл THANKS);

♦протокол изменений программы (обычно выносится в файлы типа ChangeLog и What’s new).

Некоторые архивы с релизами программного обеспечения могут сопровождаться файлами FAQ (Frequently asked questions, часто задаваемые вопросы) и ToDo (содержащем информа­ цию о планируемых изменениях в будущих версиях), а также файлом Description (описа­ ние). Как правило, файлы подобного рода создаются самими разработчиками, а не варезными группами.