Проблема при передаче Sit-файлов заключается в том, что маковские файлы имеют ветвь данных (data fork) и ветвь ресурсов (resourse fork). При записи Sit-файла на ftp-сервер некоторые «маковские» клиенты сливают обе ветви.
У Sit-файлов ветвь ресурсов — 128-байтная. Если затем этот файл слить на РС, то сольются в единый файл сначала 128 байт ветви ресурсов, а затем ветвь данных, у которой обрежутся последние 128 байт. Естественно, такой файл будет испорчен и открыть его будет невозможно. BinHex перекодирует исходный файл таким образом, что, во-первых, у получившегося файла будет отсутствовать ветвь ресурсов, а во-вторых, данный файл будет семибитным. Это гарантирует его передачу по электронным сетям без потерь. Его можно принять, например, на РС, переслать на Мак и там открыть, и все будет нормально. Поэтому общепринято маковские файлы сначала архивировать (*.sit), а затем перекодировать (*.hqx или *.bin). Это ответ на вопрос, почему может быть испорчен маковский архив при перекачке его через ftp. Отсюда следует и ответ на вопрос, зачем маковские файлы дополнительно кодируют Bin-hex’ом. Для файлов, где сохранение ветви ресурсов является критичным, кодирование их Bin-hex’ом или чем-то подобным является обязательным (разумеется, я не имею в виду хождение за маковским софтом на Hotline с Макинтоша). Начиная с пятой версии в структуру Sit-архивов были внесены существенные изменения и, возможно, теперь это и неактуально, но привычка кодирования Bin-hex’ом осталась.
Станислав Власов, системный администратор, Москва
Портятся не только «маковские» архивы, но и «писюковые». Bin-hex кодирует их — вносит избыточность, которая позволяет избежать ошибок при раскодировании. Заметим, что после кодирования размер файла увеличивается на 30%. Все согласно теореме Шеннона: «любую информацию можно передать с любой заданной помехоустойчивостью, если внести в информацию определенную избыточность». Этим и объясняется, почему одни виды архивов лучше передаются (меньший процент «битых»), чем другие. В одних большее количество избыточной информации, в других — меньшее. Соответственно различаются и размеры файлов.
Существует бесконечное множество способов кодирования для уверенной передачи информации, а именно bin-hex’ом кодируют только потому, что кто-то когда-то реализовал данный алгоритм и он стал стандартом де-факто.
Вообще-то Sit-архивы можно принимать на PC, копировать на Mac и даже разархивировать на том же PC с помощью StuffitExpander’а для Windows и при отсутствии resourse fork.
Доказательством того, что у Sit-архивов может и не быть resourse fork, является тот факт, что Sit-архивы, созданные на PC, без проблем открываются на Mac. А ведь на PC resourse fork не создается.
Вадим Александров, дизайнер-верстальщик, Москва
Sit-архивы, сделанные StuffIt’ом версий ниже 4.5, содержали значимую информацию в ресурсной ветке, которая при пересылке по почте или по ftp теряется. Потому-то эти файлы и не открывались. Bin-hex эту ресурсную ветку упаковывал внутрь своего *.hqx-файла. Sit-архивы, сделанные StuffIt’ом версии 4.5 и выше, через почту и ftp ходят без проблем.
Сергей Зинченко, руководитель prepress бюро, Москва
