Работа с ZipArchive

kerk · 07.03.2011, 02:48

Приветствую сообщество кодеров =)

Цитата:

XX - Блин, Яндекс уже 5 минут думает...
YY -- Он гуглит...

так собсно о чем я...
гуглил свой вопрос долго и упорно, но решения толкового так и "ненагуглил"

в пхп есть встроенный класс ZipArchive
но он наотрез отказывается понимать кириллицу
поясняю:
если в зип-архиве есть файлы, имена которых НЕ на английском языке, именно так, не на английском, потому как и спец символы других языков коверкает точно так же как и кириллицу
соответственно, при распаковке такого архива, мы имеем (или нас имеют?) опостылевшие кракозяблы
точно так же и с архивами, созданными в других системах, например под MAC OS
имена файлов, подобные этому - С‚РµРєСЃС‚ 02.txt
понятно, что это UTF
но кодерам от этого не легче, нужно искать или выдумывать костыли, что бы нормально распаковать архив
ок, костыль нашел
автоматом определяет кодировку строки, и конвертит в UTF
(выдернул файл из библиотеки ~ 30 KB)
немного допилил под свои нужды, конвертит в кодировку форума - работает, успокоился...
ан хрен там =)
при упаковке файлов в архив с помощью ZipArchive (обратная операция), все теже яйца, только вид сверху
архив созданный в среде виндовс:

то, что показывает дебаг, перед упаковкой файлов в архив

и вот собсно то, что находится в архиве, созданном средствами ZipArchive

найденный костыль в данном случае не помогает =\
============

ну и собсно к чему это все...
не сильно нравится такое решение: подключение 30КБ файла, для того, что поправить строку
может есть более красивое решение данной проблемы? может какие то наработки у кого?
да и решение проблемы с добавлением в архив файлов, было бы не плохо =)
============

да, кроме ZipArchive, пробовал разные библиотеки (в т.ч. и из дистрибутива phpMyAdmin)
zip.lib.php
unzip.lib.php
не понравилось =\
не могу объяснить, но что то не то...

zCarot · 08.03.2011, 00:15

вот только генерируемый .zip никак не хранит кодировку - на системах, отличных от русской Windows, вполне возможно, что будут кракозяблы

zCarot · 08.03.2011, 00:25

Кстати, полазил по bugs.php.net и нашёл вот такой патчик:

http://bugs.php.net/patch-display.ph...evision=latest

Быть может в 5.3.6 таки будет поддержка UTF-8

kerk · 08.03.2011, 03:30

zCarot,
да iconv это конечно здорово =)
а как автоматически определить кодировку имени файла?
и почему конвертить строку именно в cp866 ? (я кстати, только этот вариант и не попробовал

)

и еще
комменты в архив на русском нормально добавляются и отображаются корректно

zCarot · 08.03.2011, 13:17

Ну ты можешь составить список соответствий
windows-1251 => cp866
windows-1252 => cp850
и т.д., изучай википедию)

Как определить изначальную кодировку ты уже нашёл способ)

Можно пойти ещё более тупым путём - пытаться сначала конвертировать из одной в другую, если ошибка - пробовать следующую пару)))

А как комментарии там хранятся я не в курсе) Но имена файлов старым способом - в DOS кодировке с сортировкой букв в алфавитном порядке (то есть кириллическая cp855 не подойдёт)

А вообще попробуй накатить этот патч и пересобрать PHP - может поможет

kerk · 08.03.2011, 15:25

Цитата:

Сообщение от zCarot

пересобрать PHP

да я пока только на винде тренируюсь =)
оставлю без изменений пока, сделал регулярку, что бы проверяла только наличие русских символов

Цитата:

Сообщение от zCarot

определить изначальную кодировку ты уже нашёл способ

да, но только при распаковке
при добавлении в архив - не канает =)
ладушки...
похоже, это больше никому не интересно =)

xorex · 09.03.2011, 12:59

Я немного не в теме но на своем форуме использую пару хаков на просмотр ZIP архивов и преобразования вложений в zip.

Вот пара ссылок на то что там используется, может пригодится...

адын два

P.S С кодировкой проблем замечено не было при использовании тех библиотек.

zCarot · 17.03.2011, 23:13

Круто, блин.

Вышел PHP 5.3.6, но они более не собирают его под VC6 - только под VC9
А Apache собирают только под VC6)) Зашибись - либо использовать стороннюю сборку апача, либо php