Реализация GZip на JS

Вы хотите распаковывать архивы с помощью javascript?

а зачем? (10 вопросов)

a.fatman

Не совсем так. Меня интересует распаковка сжатых строк. Например, клиенту передается 50 кб строка, а на его стороне это распаковывается в отчет, размером несколько Мб.

Bor-ka

хочу реализовать продвинутый вариант AJAX :)

Проще поставить nginx, наверно? Иначе у клиента будут задержки на распаковку.

TNet,

А Вы уверены, что отправляемые в ответ на запрос от клиента данные, сжатые в GZIP сервером или движком (речь о пакете данные, а не о конкретных данных в нем), не распаковываются прозрачно на уровне браузера?

Зачем отдельно сжимать сами данные в пакете - непонятно. А реализовывать алгоритм LZW на скриптовом языке думается верх мазохизма.

реально, проще выдать гзипнутый .js файл, нежели мутить что-то на жаваскрипте. Учитесь на пхп гзиповать выдачу скрипта.

Это все делается автоматически во всех (современных) браузерах, нужно только заголовки соответствующие послать. На php достаточно

ob_start('ob_gzhandler');
...
ob_end_flush();

Тогда PHP автоматически определит, поддерживает ли браузер gzip, и если да - сжимает ответ.

на яваскрипте несколько мегов )

Вы работали с джаваскриптом. например задача - сортировка таблици на джаваскрипт.

Так вот : рекомендации там таковы, что не стоит использовать более 100-200 строк. так как это тормозит очень жутко.

А теперь представьте сколько будет времени работать джаваскрипт, при распаковке зипа.

Я бы предложил вариант обращения к ПХП или что-то типа того(например, генерация JS, путем <script src=".....).

Bor-ka и Kolyaj дело говорят - проверяйте, поддерживает ли клиент gzip - если поддерживает, пакуйте в gzip ответ сервера, устанавливая соответствующие заголовки. Браузер по идее прозрачно все разархивирует до вступления в дело ajax-приложения (хотя, признаюсь подобного опыта у меня нет - жму http-ответы в обычных веб-приложениях).

У меня другой вопрос возникает: а надо ли на клиенте обрабатывать массивы данных в несколько Мб? Реально подвесить может.