> And this each time. In this case it is
> better to leave it to real, directly executable JavaScript IMHO.
I agree. When applying gzip I'm getting 80% compression of the
qooxdoo-compressed script, with a download of just 159k.
We have proper cache control in our server, and so the client just
The problem with Dean Edwards packer is that it unpacks using
JavaScript and some "eval" magic. I don't think it is a good idea,
because it dramatically reduces the load performance of large
javascript applications. And this each time. In this case it is
better to leave it to real, directly
Hi Fabian,
No idea how to works your function. Packer seems very efficient.
"make build" on frontend/application/sample generate a file sample.js of
1004kb.
After using Packer on this file, the size becomes 576kb. The demo is not
broken !
And after using gzip on this "Packed" file, the size becom
frederic schrieb:
> Hello,
> You can obfuscate your JS code with this tool :
> http://dean.edwards.name/weblog/2006/12/packer-php/
> A Python version seems working, have you planned to integrate this feature
> in Qooxdoo ?
> The original script is under LGPL
> http://creativecommons.org/licenses/LG
Hello,
You can obfuscate your JS code with this tool :
http://dean.edwards.name/weblog/2006/12/packer-php/
A Python version seems working, have you planned to integrate this feature
in Qooxdoo ?
The original script is under LGPL
http://creativecommons.org/licenses/LGPL/2.1/
best regards.
frederic
