JavaScript: Décompresser / gonfler /unzip /ungzip chaînes

Je suis à la recherche pour le JavaScript de la mise en œuvre de la chaîne de gonflage des algorithmes.
Je veux compresser sur le côté serveur (Java), et le décompresser sur le côté client (JavaScript).

Que j'ai trouvé:

décompressez chaînes de caractères en javascript

Que l'on est marqué comme réponse à une réponse pour le problème est différent. D'autres réponses sont aussi pour quelque chose d'autre (de décompression de fichiers au format ZIP).

JavaScript gonfler mise en œuvre (éventuellement FF 3.6 seulement)

C'est plus proche de ce dont j'ai besoin. Cependant j'aimerais avoir quelques solutions de rechange.

Suggestions?

Merci, Daniel

Mise à jour:
J'ai pas mal de cas d'utilisation spécifiques, s'il vous plaît ne pas répondre "Ne pas faire que dans le JavaScript".
Je suis en train d'écrire une ligne, outil de reporting (une fois généré, il est mis à la statique du magasin) et le dégonflage peut enregistrer méga-octets pour un seul rapport. Je suis contraint par d'autres applications donc je ne peux pas le stocker en tant que fichier zip.

  • Le principal problème va être que JavaScript n'a pas d'installations pour la manipulation de données brutes. Tous les chiffres à virgule flottante, et toutes les valeurs de chaîne sont conservés en tant que UTF-16 (caractères de 2 octets). Il n'y a pas de "tableau d'octets" type de données, de sorte que rend la mise en œuvre de compression/décompression beaucoup plus difficile et beaucoup moins efficace.
  • Pas vrai, il ya un soutien pour les données binaires au cours des dernières implémentations JavaScript, basé sur Tableau Typé Spécification.
  • oui, c'est vrai - qui ne manquera pas d'être utile 🙂
  • Le navigateur utilise déjà un C / C++ mise en œuvre de ce dont vous avez besoin, de trouver un moyen d'y accéder par le biais de .js. J'ai écrit un natif .js version de JSON pour le plaisir, et il était environ 100 fois plus lent que le navigateur du C / C++ mise en œuvre.
  • Connexes: Voici de Dean Edwards' packer: dean.edwards.nom/packer
InformationsquelleAutor Ondra Žižka | 2011-02-02
  1. 10

    Prendre un coup d'oeil à ce Débordement de Pile question, les réponses il contient des références à plusieurs compression des moteurs de implémenté en javascript. La plupart de ces derniers sont basés sur LZ77.

    InformationsquelleAutor Sean Kinsey
  2. 10

    Je ne sais pas comment tu voudrais qu', mais j'aime ces implémentations:

    La première est plus rapide que la seconde, Nous pouvons assurer un serveur rapide, cependant nous ne savons pas les performances de la machine client. Donc je vous recommande de choisir js-dégonfler et d'ajuster votre java (côté serveur) pour gonfler.

    https://github.com/dankogai/js-deflate

    http://code.google.com/p/gzipjs/

    • La deuxième url (gzipjs) n'ont pas de code de posté n'importe où ... ou alors j'ai loupé quelque chose?
    • Ce doit être la accepté de répondre mecs.
    • J'ai été la recherche autour de depuis des heures maintenant, j'ai sauté passé cette réponse la première fois, mais c'est vraiment très simple, et une excellente solution. J'ai été benchmarking contre LZMA et il est à venir jusqu'à 10 fois plus rapide, et comparables, avec la compression!
    • N'est-ce pas gonfler en fait l'expansion de ces données?
    InformationsquelleAutor Gustavo Costa De Oliveira
  3. 5

    J'ai créé un exemple de travail à l'aide de pako, moderne et rapide Zlib port.
    http://jsfiddle.net/9yH7M/2/

    InformationsquelleAutor Redsandro
  4. 3

    il y a cette bibliothèque graphique qui a une partie, un zlib implémentation en javascript. si vous faites défiler vers le bas de cette page un peu, vous allez voir comme un téléchargement séparé.
    http://jsxgraph.uni-bayreuth.de/wp/download/

    InformationsquelleAutor Breton
  5. 2

    Cet exemple: http://cheeso.members.winisp.net/srcview.aspx?dir=js-unzip
    montre comment vous pouvez faire des fichiers ZIP en Javascript. Maintenant, je sais que vous voulez ZLIB ou de compression DEFLATE, plutôt que de ZIP. Mais, ZIP utilise DÉGONFLER, et au sein de la .fichier js, pour cet exemple, il y a un InflatingReader classe qui peut GONFLER comme il lit.

    La classe expose ces méthodes:

    readByte()
   returns null when EOF is reached, or the value of the byte when successful.

readToEnd()
   returns an array of all bytes read, to EOF

beginReadToEnd(callback)
   async version of the above

readBytes(n)
   returns an array of n bytes read from the source.

beginReadBytes(n, callback)
   async version of the above

    Vous pouvez utiliser ce code inchangé si vous voulez GONFLER.

    Si vous voulez ZLIB (aka unzip), alors il existe un 2-octets de signature que vous avez besoin pour lire et valider avant de lire les octets compressés et les faire GONFLER. Juste modifier le InflatingReader de lire et de vidage de 2 octets, et cela ne sera ZLIB l'amende juste.

    • Le premier lien n'est plus en ligne.
    • oui, désolé, je sais. Je vais travailler sur l'obtention dans un nouveau lieu.
    InformationsquelleAutor Cheeso
  6. 2

    J'ai trouvé un travail gonfler mise en œuvre ici:

    http://www.onicos.com/staff/iz/amuse/javascript/expert/inflate.txt

    Si vous voulez un peu plus propre version des espaces de noms de l'algorithme, celui-ci devrait fonctionner:

    https://github.com/augustl/js-inflate

    Gardez à l'esprit que gzippé "gonfler" les données sont précédés de deux octets d'en-tête, et suffixé par un à quatre octets somme de contrôle, dont vous aurez besoin à la bande avant de passer à l'algorithme.

    InformationsquelleAutor Alexander Staubo
  7. -4

    Ne pas le faire en JavaScript. Il serait lent et en plus que JS ne fait pas de bien avec les données binaires.

    Simplement utiliser gzip codage de transfert sur le côté serveur et votre navigateur vous prendre soin de le décompresser.

    • Je ne demande pas si c'est bon ou mauvais. Je suis à la recherche pour les implémentations. -1.
    • C'est de très bon conseils, @Daniel. Si vous voulez faire quelque chose qui est considéré comme une "mauvaise idée" par beaucoup de gens avec de l'expertise, vous devez expliquer vos raisons.
    • Je ne suis pas d'accord. Bien sûr, vous avez raison, mais si quelqu'un est de demander quelque chose, peu orthodoxe, ce n'est probablement pas la meilleure chose à une vague de doigt, indépendamment de l'expertise.
    • le problème est qu'il est souvent impossible de dire tout à partir de la question de savoir si la question-le demandeur est un complet néophyte ou un programmeur expérimenté. Inexpérimenté codeurs peuvent tirer un avantage considérable par ce type de conseils; en fait, à mon avis, ce genre de réponse est la chose la plus utile sur Stackoverflow. La question d'origine contient presque pas de périphérique explication des objectifs, sur la base de pure statistiques de l'hypothèse que certains conseils de base est appelé, c'est une bonne hypothèse.
    • vous avez raison, mais alors il ne devrait PAS aller à des réponses, mais des commentaires.
    • Eh bien, c'est certainement un bon point, @Daniel.
    • Pour info, il y a le support pour des données binaires au cours des dernières implémentations JavaScript, basé sur Tableau Typé Spécification.
    • Pas tous les navigateurs récents soutien bien.
    • Je pense que cette réponse et ses commentaires sont un peu à la traîne quand il s'agit de javascript. Je dis cela avec le plus grand respect, remonte à 2003. --- JS n'est pas seulement une langue de votre navigateur, et ce n'est pas un jouet de la langue, il permet de manipuler des données binaires, et il est plus rapide que python et ruby.
    • Il a explicitement dit "décompresser sur le côté client" donc, dans son cas, il l'utilise dans un navigateur où le soutien pour des données binaires n'est pas toujours disponible. En outre, les navigateurs prennent en charge gzip décompression en mode natif (C/C++ mise en œuvre) si les chances sont très élevées que ce sera plus efficace d'utiliser le codage de transfert au lieu de la gestion de la décompression manuellement.
    • 1. Remonte à 2003. 2. Ce n'est pas très utile.
    • Encore une fois, pourquoi voulez-vous remettre sur pied quelque chose qui est déjà pris en charge nativement?
    • parce que le navigateur de mise en œuvre n'est pas accessible à partir de javascript. 1. Vous ne pouvez pas avoir accès au serveur pour activer gzip. 2. vous pouvez stocker des données dans localstorage (qui a du navigateur croix de polyfills), 3. peut-être que vous voulez compresser ce que vous envoyez /de/ le navigateur. etc. etc. il y a beaucoup de raisons. 4. Ce n'est pas vraiment lent. voir ici: jszip.stuartk.co.uk ou ici: bytestrom.eu/blog/2009/1120a_jpeg_encoder_for_javascript (il est dit 4 secondes sur la page, mais dans les navigateurs d'aujourd'hui c'est millisecondes)
    • Si il utilise Java côté serveur y a de fortes chances qu'il a le plein contrôle sur le serveur et si il veut juste réduire la taille des données transférées, il n'a pas besoin d'accéder à la fois à l'compressé et non compressé des données en JS...
    • Java? C'est un peu aléatoire hypothèse. Je me demande où vous obtenez ce que. "Il veut juste réduire la taille des données transférées". où obtenez-vous que? Je vais vous avouer qu'il n'y a pas beaucoup d'information dans la question d'origine, mais la solution est de poser des questions, émettre des hypothèses.
    • "du côté du serveur (Java)" - il n'est donc pas juste une hypothèse.
    • Ah désolé. J'ai manqué.
    • oui, j'ai un cas d'utilisation qui utilise LocalStorage pour créer un multi-navigateur et hors ligne compatibles web app (rouler sur IndexedDB sur Webkit), donc je veux JSON-encode les données et de le compresser afin de faire le plus de 5MO je suis autorisé sans l'obtention de l'utilisateur de jouer avec leurs paramètres...

    InformationsquelleAutor ThiefMaster