LanX: Komprimieralgorithmus in JavaScript?

Beitrag lesen

Hi

Geschwindigkeit/Kompressionsrate-Verhältnis hat, und das Laden einer unkomprimierten JS-Datei mehr Sinn macht (wenn diese nicht zu groß ist - aber das kann man durch Splitten ändern).

So macht es die alte Suche AFAIK auch.

Gibt es denn technische Gründe die alte Self-JS-Suche abzulösen?

Selfhtml sollte doch wohl kein schnelleres Wachstum haben, als die Rechnergeschwindigkeiten (Verdopplung alle 18 Monate?).

Mir ging es in diesem Thread einfach interessehalber darum, ob es effiziente Komprimieralgorithmen in JavaScript gibt und wie diese aussehen.
Huffman kenne ich und hätte ich auch selbst implementieren können, weiß aber aus Erfahrung dass die Kompressionsrate hier i.d.R. nicht sehr hoch ist.

naja ... also Huffmann komprimiert ein gewähltes Alphabet eigentlich nahe am theoretischen Optimum. Und auch nur "nahe" weil man Bits nicht noch weiter  unterteilen kann. (sowas meine ich an deiner Uni noch in INF1 bewiesen bekommen zu haben)

Die Kunst von Zip,Gzip, usw besteht IMHO darin das geeigneste Alphabet auszuwählen (Silben), und sowas könnte hier ja serverseitig geschehen.

So long!
 LanX