Клиентская сторона с молнией + JavaScript

Question

Я ищу надежный способ создания zip-архива «на лету» из информации на данной странице и сделать это доступным для загрузки. Закрепление на стороне клиента является обязательным, так как мой скрипт запускается из букмарклета.

Мой первый подход, когда я больше беспокоился о написании остальной части сценария, заключался в том, чтобы опубликовать информацию на нескольких строках PHP, работающих на моем локальном сервере, который застегнул ее и отправил обратно. Это явно не подходит для обмена букмарклетами.

Я нашел JSZip ранее сегодня, и я думал, что это будет конец. Эта библиотека отлично работает, когда она работает; к сожалению, архивы, которые я создаю, часто превышают пару МБ, и это нарушает JSZip. (Примечание: я проверял это только на Chrome.)

У Pure JS-загрузок также есть ограничение на напуганное имя из-за URI данных, который я решил решить, используя рекомендованный JSZip метод, используя Downloadify, в котором используется Flash. Это заставило меня задаться вопросом, могут ли быть преодолены ограничения по размеру JS zip, используя аналогичное взаимодействие Flash & JS.

I Googled this, но не имея опыта работы с ActionScript, я не мог быстро понять, возможно ли то, что я прошу. Можно ли использовать объект Flash из JS для создания относительно большого (в 10s МБ) zip-файла на стороне клиента?

Спасибо!

Answer 1

Прежде всего несколько цифр:

• флэш обещает, что закачанные будет работать, если файл меньше 100 Мб (я не знаю, означает ли это основание 10 или основание 16).

• Есть две популярные библиотеки в Flash для создания ZIP-архивов, но сначала прочтите.

• ZIP архиватор - это программа, которая сжимает и архивирует данные, и делает это именно в этом порядке. То есть он сжимает каждый файл отдельно, а затем добавляет его ко всему архиву. Это дает худшую степень сжатия, но допускает итеративное создание архива. При условии, что вы даже можете начать отправку архива, прежде чем он будет полностью сжат.

• Альтернатива ZIP - это сначала использовать выделенный архиватор, а затем сжать весь архив за один раз. Это, несколько раз, может добиться в несколько раз лучшего сжатия, но стоимость заключается в том, что вам приходится обрабатывать данные одновременно.

• Но Flash ByteArray.compress() метод предлагает вам встроенную реализацию алгоритма спускания, что в основном то же самое, что вы использовали бы в архиваторе ZIP. Итак, если вы реализовали что-то вроде tar, вы можете значительно уменьшить размер отправляемых файлов.

• Но Flash - это среда с одним потоком, поэтому вам нужно быть осторожным с размером данных, которые вы сжимаете, и, возможно, вам придется найти это эмпирически. Или просто используйте ZIP - больше избыточности, но проще реализовать.

Я использовал эту библиотеку раньше: nochump. Не было никаких проблем. Хотя, это несколько старо, и имеет смысл попытаться перенести его на использование кодов Alchemy (которые используются для быстрого доступа к памяти, что значительно снижает стоимость низкоуровневых двоичных арифметических операций, таких как двоичные, двоичные и т. Д.) This library реализует алгоритм CRC32, который является неотъемлемой частью ZIP-архива, и использует Alchemy - поэтому он должен быть значительно быстрее, но вам придется реализовать остальные самостоятельно.

Еще один вариант, который вы можете рассмотреть, это GoCl's NaCl - там вы сможете выбирать из архиватора и реализаций сжатия, потому что он по существу запускает собственный код, поэтому вы можете даже использовать bz2 и другие современные вещи - к сожалению, только в Chrome (и пользователи должны включить его) или Firefox (требуется плагин).