Re: [web2py] [Feature Request] js mimifier
I like this reason and it could be something that would be nice as another reason why we should have a production and development setting in the application. BR Jason Brower On Sun, 2010-08-01 at 23:17 +0630, Phyo Arkar wrote: > Nice , but would it be extra work? > > -Most JS libs comes with their own minified versions. > -And Production setup for web2py is not rocket/or any built-in web > server . it is with Apache/Cherokee/Lighttpd, all of them have ability > to gzip > -You can comproess your own JS script using Yahoo/Google's > Compressors. > > On Fri, Jul 30, 2010 at 5:18 PM, Michele Comitini > wrote: > > 1) it is nice to have the ability to debug javascript that > comes with web2py. > 2) it is a waste of bandwith to send full script. > > You can partially solve 2) if you work behind web server > capable of sending compressed/gzip contents to clients willing > to accept it, > so that you can put all your jscript libraries human readable > and have them compressed on the fly before transmission. > > Anyway IMHO web2py can do much better by using a mimifier > similar to this: > http://www.crockford.com/javascript/jsmin.py.txt > > The idea would be that in production mode a mimified version > is generated of js inside the static dir once, else static js > is served > unchanged and debuggable. > > mic >
Re: [web2py] [Feature Request] js mimifier
Nice , but would it be extra work? -Most JS libs comes with their own minified versions. -And Production setup for web2py is not rocket/or any built-in web server . it is with Apache/Cherokee/Lighttpd, all of them have ability to gzip -You can comproess your own JS script using Yahoo/Google's Compressors. On Fri, Jul 30, 2010 at 5:18 PM, Michele Comitini < michele.comit...@gmail.com> wrote: > > 1) it is nice to have the ability to debug javascript that comes with > web2py. > 2) it is a waste of bandwith to send full script. > > You can partially solve 2) if you work behind web server capable of > sending compressed/gzip contents to clients willing to accept it, > so that you can put all your jscript libraries human readable and have them > compressed on the fly before transmission. > > Anyway IMHO web2py can do much better by using a mimifier similar to this: > http://www.crockford.com/javascript/jsmin.py.txt > > The idea would be that in production mode a mimified version is generated > of js inside the static dir once, else static js is served > unchanged and debuggable. > > mic >
[web2py] [Feature Request] js mimifier
1) it is nice to have the ability to debug javascript that comes with web2py. 2) it is a waste of bandwith to send full script. You can partially solve 2) if you work behind web server capable of sending compressed/gzip contents to clients willing to accept it, so that you can put all your jscript libraries human readable and have them compressed on the fly before transmission. Anyway IMHO web2py can do much better by using a mimifier similar to this: http://www.crockford.com/javascript/jsmin.py.txt The idea would be that in production mode a mimified version is generated of js inside the static dir once, else static js is served unchanged and debuggable. mic
