Rails spinoffs - Jan 2006 - Scriptaculous + Prototype shrunk to < 50Kb

Maybe I''m anal but I like fat-free JS, so I pulled the Proptotype and
core
Scriptaculous files into one single JS file at 49Kb.
 
It''s "packed" so if you care about that kind of thing,
it''s also
"obfuscated".
 
Download from my personal site at www.alistercameron.com.
 
- Alister 
 
PS. Of course this is the current version as posted on the Scriptaculous
site. 
 
 
Alister Cameron
Managing Director

	  <http://www.cameroncreative.com/images/cc_logo_small.gif> 	
 <http://www.cameroncreative.com/> Cameron Creative
PO Box 4321
<http://maps.google.com/maps?q=PO+Box+4321%2CBurwood+East%2CVIC+3151%2CAustr
alia&hl=en> 
Burwood East, VIC 3151
Australia
	Mobile: 04 0404 5555
Fax: 03 8610 0050
Email: alister-geAgnekw0uYTb+k2wbQi60EOCMrvLtNR@public.gmane.org
IM: alistercameron (Skype)


See who we know  <https://www.linkedin.com/e/wwk/2362425/> in common
Want a signature  <https://www.linkedin.com/e/sig/2362425/> like this?	
 



_______________________________________________
Rails-spinoffs mailing list
Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs

I was also thinking about packing the libs somehow as they are rather
large.  The unpacked versions for development are fine, but it''d be
nice to
just run a script in a production environment to pack the libs down each
time an upgrade of the libs are performed.  I see that packer is also
available as a perl script so that would be useful to remove the manual
process of making the packed version each time.  Link to the perl script
from here for anybody interested http://dean.edwards.name/download/#packer.

thanks

On 1/4/06, Alister Cameron
<alicam-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
wrote:
>
> Maybe I''m anal but I like fat-free JS, so I pulled the Proptotype
and core
> Scriptaculous files into one single JS file at 49Kb.
>
> It''s "packed" so if you care about that kind of thing,
it''s also
> "obfuscated".
>
> Download from my personal site at www.alistercameron.com.
>
> - Alister
>
> PS. Of course this is the current version as posted on the Scriptaculous
> site.
>
>
>   *Alister Cameron*
> Managing Director
>
>  *Cameron Creative* <http://www.cameroncreative.com/>
> PO Box 4321
>
>
<http://maps.google.com/maps?q=PO+Box+4321%2CBurwood+East%2CVIC+3151%2CAustralia&hl=en>Burwood
> East, VIC 3151
> Australia
> *Mobile:* 04 0404 5555
> *Fax:* 03 8610 0050
> *Email:* alister-geAgnekw0uYTb+k2wbQi60EOCMrvLtNR@public.gmane.org
> *IM:* alistercameron (Skype)
>  See who we know in common <https://www.linkedin.com/e/wwk/2362425/>
Want
> a signature like this? <https://www.linkedin.com/e/sig/2362425/>
>
>
> _______________________________________________
> Rails-spinoffs mailing list
> Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
>
>
>


_______________________________________________
Rails-spinoffs mailing list
Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs

My "contribution" was the hours of fiddling given that the
"packing" process
only works once all the missing semi-colons are put in. By this I mean that
to all carriage returns are removed as part of the space-saving process.
This breaks the existing code, unless a whole stack of semi-colons are
laboriously found and put in.
 
Dunno how to speed that up. It just takes going round and round in the
packer script and the JS debugger to see where the next missing semi-colon
is. Sure, I can see a lot of them, but many are very well hidden :)
 
- Alister

  _____  

From: Andrew Kaspick [mailto:akaspick-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org] 
Sent: Thursday, January 05, 2006 2:25 AM
To: alister-O1wSWwicKgfjklIxxw1+M9BPR1lH4CV8@public.gmane.org;
rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
Subject: Re: [Rails-spinoffs] Scriptaculous + Prototype shrunk to < 50Kb


I was also thinking about packing the libs somehow as they are rather large.
The unpacked versions for development are fine, but it''d be nice to
just run
a script in a production environment to pack the libs down each time an
upgrade of the libs are performed.  I see that packer is also available as a
perl script so that would be useful to remove the manual process of making
the packed version each time.  Link to the perl script from here for anybody
interested http://dean.edwards.name/download/#packer.

thanks


On 1/4/06, Alister Cameron < alicam-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
<mailto:alicam-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> >
wrote: 

Maybe I''m anal but I like fat-free JS, so I pulled the Proptotype and
core
Scriptaculous files into one single JS file at 49Kb.
 
It''s "packed" so if you care about that kind of thing,
it''s also
"obfuscated".
 
Download from my personal site at www.alistercameron.com.
 
- Alister 
 
PS. Of course this is the current version as posted on the Scriptaculous
site. 
 
 
Alister Cameron
Managing Director

	  <http://www.cameroncreative.com/images/cc_logo_small.gif> 	
 <http://www.cameroncreative.com/> Cameron Creative
PO Box 4321
<http://maps.google.com/maps?q=PO+Box+4321%2CBurwood+East%2CVIC+3151%2CAustr
alia&hl=en> 
Burwood East, VIC 3151
Australia
	Mobile: 04 0404 5555
Fax: 03 8610 0050
Email: alister-geAgnekw0uYTb+k2wbQi60EOCMrvLtNR@public.gmane.org
IM: alistercameron (Skype)


See who we  <https://www.linkedin.com/e/wwk/2362425/> know in common
Want a  <https://www.linkedin.com/e/sig/2362425/> signature like this?	
 

_______________________________________________
Rails-spinoffs mailing list
Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
<mailto:Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org> 
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs








_______________________________________________
Rails-spinoffs mailing list
Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs

I would recommend the Dojo compressor for um... compressing, it uses the
Rhino JS parser which Firefox uses, so it ''understands'' the
code rather than
just applying a few rules.  This means no chance of breaking the code as a
result of compressing.

The code is not in its most compressed form, and still could be compressed
further after it is Dojo''d if you want more obfuscation, but you can
usually
reduce the footprint by 50%. Its quick, its easy, and risk free in terms of
breaking things.

- Chris

On 1/4/06, Alister Cameron
<alicam-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
wrote:
>
> My "contribution" was the hours of fiddling given that the
"packing"
> process only works once all the missing semi-colons are put in. By this I
> mean that to all carriage returns are removed as part of the space-saving
> process. This breaks the existing code, unless a whole stack of semi-colons
> are laboriously found and put in.
>
> Dunno how to speed that up. It just takes going round and round in the
> packer script and the JS debugger to see where the next missing semi-colon
> is. Sure, I can see a lot of them, but many are very well hidden :)
>
> - Alister
>
>  ------------------------------
> *From:* Andrew Kaspick
[mailto:akaspick-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org]
> *Sent:* Thursday, January 05, 2006 2:25 AM
> *To:* alister-O1wSWwicKgfjklIxxw1+M9BPR1lH4CV8@public.gmane.org;
rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> *Subject:* Re: [Rails-spinoffs] Scriptaculous + Prototype shrunk to <
50Kb
>
> I was also thinking about packing the libs somehow as they are rather
> large.  The unpacked versions for development are fine, but it''d
be nice to
> just run a script in a production environment to pack the libs down each
> time an upgrade of the libs are performed.  I see that packer is also
> available as a perl script so that would be useful to remove the manual
> process of making the packed version each time.  Link to the perl script
> from here for anybody interested http://dean.edwards.name/download/#packer
> .
>
> thanks
>
> On 1/4/06, Alister Cameron <
alicam-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> >
> > Maybe I''m anal but I like fat-free JS, so I pulled the
Proptotype and
> > core Scriptaculous files into one single JS file at 49Kb.
> >
> > It''s "packed" so if you care about that kind of
thing, it''s also
> > "obfuscated".
> >
> > Download from my personal site at www.alistercameron.com.
> >
> > - Alister
> >
> > PS. Of course this is the current version as posted on the
Scriptaculous
> > site.
> >
> >
> >   *Alister Cameron*
> > Managing Director
> >
> >  *Cameron Creative* <http://www.cameroncreative.com/>
> > PO Box 4321
> >
> >
<http://maps.google.com/maps?q=PO+Box+4321%2CBurwood+East%2CVIC+3151%2CAustralia&hl=en>Burwood
> > East, VIC 3151
> > Australia
> > *Mobile:* 04 0404 5555
> > *Fax:* 03 8610 0050
> > *Email:* alister-geAgnekw0uYTb+k2wbQi60EOCMrvLtNR@public.gmane.org
> > *IM:* alistercameron (Skype)
> >  See who we know in common
<https://www.linkedin.com/e/wwk/2362425/> Want
> > a signature like this? <https://www.linkedin.com/e/sig/2362425/>
> >
> >
> > _______________________________________________
> > Rails-spinoffs mailing list
> > Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> > http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
> >
> >
> >
>
> _______________________________________________
> Rails-spinoffs mailing list
> Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
>
>
>


_______________________________________________
Rails-spinoffs mailing list
Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs

I''ve tried the Dojo compressor a while ago, and it didn''t get
it
right. Any experiments are welcome, of course :)

-Thomas

Am 05.01.2006 um 17:11 schrieb Chris Korhonen:
> I would recommend the Dojo compressor for um... compressing, it  
> uses the Rhino JS parser which Firefox uses, so it
''understands''
> the code rather than just applying a few rules.  This means no  
> chance of breaking the code as a result of compressing.
>
> The code is not in its most compressed form, and still could be  
> compressed further after it is Dojo''d if you want more
obfuscation,
> but you can usually reduce the footprint by 50%. Its quick, its  
> easy, and risk free in terms of breaking things.
>
> - Chris
>
> On 1/4/06, Alister Cameron
<alicam-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> My "contribution" was the hours of fiddling given that the  
> "packing" process only works once all the missing semi-colons are
> put in. By this I mean that to all carriage returns are removed as  
> part of the space-saving process. This breaks the existing code,  
> unless a whole stack of semi-colons are laboriously found and put in.
>
> Dunno how to speed that up. It just takes going round and round in  
> the packer script and the JS debugger to see where the next missing  
> semi-colon is. Sure, I can see a lot of them, but many are very  
> well hidden :)
>
> - Alister
>
> From: Andrew Kaspick
[mailto:akaspick-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org]
> Sent: Thursday, January 05, 2006 2:25 AM
> To: alister-O1wSWwicKgfjklIxxw1+M9BPR1lH4CV8@public.gmane.org;
rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> Subject: Re: [Rails-spinoffs] Scriptaculous + Prototype shrunk to <  
> 50Kb
>
> I was also thinking about packing the libs somehow as they are  
> rather large.  The unpacked versions for development are fine, but  
> it''d be nice to just run a script in a production environment to  
> pack the libs down each time an upgrade of the libs are performed.   
> I see that packer is also available as a perl script so that would  
> be useful to remove the manual process of making the packed version  
> each time.  Link to the perl script from here for anybody  
> interested http://dean.edwards.name/download/#packer.
>
> thanks
>
> On 1/4/06, Alister Cameron <
alicam-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Maybe I''m anal but I like fat-free JS, so I pulled the Proptotype
> and core Scriptaculous files into one single JS file at 49Kb.
>
> It''s "packed" so if you care about that kind of thing,
it''s also
> "obfuscated".
>
> Download from my personal site at www.alistercameron.com.
>
> - Alister
>
> PS. Of course this is the current version as posted on the  
> Scriptaculous site.
>
>
> Alister Cameron
> Managing Director
>
>
> Cameron Creative
> PO Box 4321
> Burwood East, VIC 3151
> Australia
> Mobile: 04 0404 5555
> Fax: 03 8610 0050
> Email: alister-geAgnekw0uYTb+k2wbQi60EOCMrvLtNR@public.gmane.org
> IM: alistercameron (Skype)
> See who we know in common	Want a signature like this?
>
>
> _______________________________________________
> Rails-spinoffs mailing list
> Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
>
>
>
>
> _______________________________________________
> Rails-spinoffs mailing list
> Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
>
>
>
> <cc_logo_small.gif>
> _______________________________________________
> Rails-spinoffs mailing list
> Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs


_______________________________________________
Rails-spinoffs mailing list
Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs

I just use mod_gzip on my apache server and all my pages get compressed
to a fraction of their size automatically.  Haven''t seen any problems
with it yet, but I hear Netscape 4 has issues :-)  Not that I support
browsers that old.

 

Greg



_______________________________________________
Rails-spinoffs mailing list
Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs

Really? I''ve ran Prototype/Scriptaculous though it before and they
seemed to
work with no problems. What didn''t it get right?

On 1/5/06, Thomas Fuchs <t.fuchs-moWQItti3gBl57MIdRCFDg@public.gmane.org>
wrote:
>
> I''ve tried the Dojo compressor a while ago, and it didn''t
get it right.
> Any experiments are welcome, of course :)

_______________________________________________
Rails-spinoffs mailing list
Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs

>it uses the Rhino JS parser which Firefox uses
Well, that''s not true at all.  Firefox uses the C
based Javascript implementation in the Mozilla source
tree.  Rhino is pure Java, and there are differences
in how they behave, including breaking your code on
occasion.

However, if you can get the Dojo compressor working on
prototype/scriptaculous, all the merrier.  Here are
pointers to the Dojo Compressor toolkit itself, an
OS/X app, and the online shrinksafe service:

http://dojotoolkit.org/docs/compressor_system.html

http://download.dojotoolkit.org/osxapp/shrinksafe/

http://alex.dojotoolkit.org/shrinksafe/

Let us know what you find!

-San

--- Chris Korhonen <ckorhonen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
wrote:
> I would recommend the Dojo compressor for um...
> compressing, it uses the
> Rhino JS parser which Firefox uses, so it
> ''understands'' the code rather than
> just applying a few rules.  This means no chance of
> breaking the code as a
> result of compressing.
> 
> The code is not in its most compressed form, and
> still could be compressed
> further after it is Dojo''d if you want more
> obfuscation, but you can usually
> reduce the footprint by 50%. Its quick, its easy,
> and risk free in terms of
> breaking things.
> 
> - Chris
> 
> On 1/4/06, Alister Cameron
<alicam-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> >
> > My "contribution" was the hours of fiddling given
> that the "packing"
> > process only works once all the missing
> semi-colons are put in. By this I
> > mean that to all carriage returns are removed as
> part of the space-saving
> > process. This breaks the existing code, unless a
> whole stack of semi-colons
> > are laboriously found and put in.
> >
> > Dunno how to speed that up. It just takes going
> round and round in the
> > packer script and the JS debugger to see where the
> next missing semi-colon
> > is. Sure, I can see a lot of them, but many are
> very well hidden :)
> >
> > - Alister
> >
> >  ------------------------------
> > *From:* Andrew Kaspick
[mailto:akaspick-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org]
> > *Sent:* Thursday, January 05, 2006 2:25 AM
> > *To:* alister-O1wSWwicKgfjklIxxw1+M9BPR1lH4CV8@public.gmane.org;
> rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> > *Subject:* Re: [Rails-spinoffs] Scriptaculous +
> Prototype shrunk to < 50Kb
> >
> > I was also thinking about packing the libs somehow
> as they are rather
> > large.  The unpacked versions for development are
> fine, but it''d be nice to
> > just run a script in a production environment to
> pack the libs down each
> > time an upgrade of the libs are performed.  I see
> that packer is also
> > available as a perl script so that would be useful
> to remove the manual
> > process of making the packed version each time. 
> Link to the perl script
> > from here for anybody interested
> http://dean.edwards.name/download/#packer
> > .
> >
> > thanks
> >
> > On 1/4/06, Alister Cameron <
alicam-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> wrote:
> > >
> > > Maybe I''m anal but I like fat-free JS, so I
> pulled the Proptotype and
> > > core Scriptaculous files into one single JS file
> at 49Kb.
> > >
> > > It''s "packed" so if you care about that kind
of
> thing, it''s also
> > > "obfuscated".
> > >
> > > Download from my personal site at
> www.alistercameron.com.
> > >
> > > - Alister
> > >
> > > PS. Of course this is the current version as
> posted on the Scriptaculous
> > > site.
> > >
> > >
> > >   *Alister Cameron*
> > > Managing Director
> > >
> > >  *Cameron Creative*
> <http://www.cameroncreative.com/>
> > > PO Box 4321
> > >
> > >
>
<http://maps.google.com/maps?q=PO+Box+4321%2CBurwood+East%2CVIC+3151%2CAustralia&hl=en>Burwood
> > > East, VIC 3151
> > > Australia
> > > *Mobile:* 04 0404 5555
> > > *Fax:* 03 8610 0050
> > > *Email:*
alister-geAgnekw0uYTb+k2wbQi60EOCMrvLtNR@public.gmane.org
> > > *IM:* alistercameron (Skype)
> > >  See who we know in common
> <https://www.linkedin.com/e/wwk/2362425/> Want
> > > a signature like this?
> <https://www.linkedin.com/e/sig/2362425/>
> > >
> > >
> > > _______________________________________________
> > > Rails-spinoffs mailing list
> > > Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> > >
>
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
> > >
> > >
> > >
> >
> > _______________________________________________
> > Rails-spinoffs mailing list
> > Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> >
>
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
> >
> >
> >
> > _______________________________________________
> Rails-spinoffs mailing list
> Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
>
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
> 


		
__________________________________________ 
Yahoo! DSL – Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com

I just played around with it ages ago, the issue is probably fixed now.

So please report any successes -- also, a patch for the scriptaculous  
trunk to automatically
create a compressed version when running rake would be a nice  
thing... :)

-Thomas

Am 05.01.2006 um 19:54 schrieb Chris Korhonen:
> Really? I''ve ran Prototype/Scriptaculous though it before and they
> seemed to work with no problems. What didn''t it get right?
>
> On 1/5/06, Thomas Fuchs <
t.fuchs-moWQItti3gBl57MIdRCFDg@public.gmane.org> wrote:
> I''ve tried the Dojo compressor a while ago, and it didn''t
get it
> right. Any experiments are welcome, of course :)
>
> _______________________________________________
> Rails-spinoffs mailing list
> Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs


_______________________________________________
Rails-spinoffs mailing list
Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs

Most proxy servers don''t support gzip-compressed so corporate users
still aren''t going to benefit from mod_gzip.

:-(

On 1/6/06, Gregory Hill <Gregory_Hill-l9nu40+TWxQ@public.gmane.org>
wrote:
>
>
>
> I just use mod_gzip on my apache server and all my pages get compressed to
a
> fraction of their size automatically.  Haven''t seen any problems
with it
> yet, but I hear Netscape 4 has issues J  Not that I support browsers that
> old.
>
>
>
> Greg
> _______________________________________________
> Rails-spinoffs mailing list
> Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
>
>
>

Jon Tirsen wrote:
> Most proxy servers don''t support gzip-compressed so corporate
users
> still aren''t going to benefit from mod_gzip.
> 
> :-(
But wouldn''t corporate connections more than likely be on a fatter pipe
(especilly those using sophisticated enough to be using proxies) so the weight
of the library is much less of a concern for them over "general" web
surfers which maybe be more likey to benefit from the compression?

I''m assuming that the general web surfers aren''t going through
proxies themselves, of which I have no knowledge as to the prevelance of proxies
so could be assuming incorrectly.



Danilo Celic

> Most proxy servers don''t support gzip-compressed so corporate
users
> still aren''t going to benefit from mod_gzip.
> 
We have a squid proxy here at work and it seems to be accepting the
pages just fine.  Or at least all the headers are there; maybe the
actual data was received uncompressed? 

Greg

My experience as a consultant for many large corporations is, that while they do
typically have "fatter pipes", bandwidth per user is actually less
than what I get at home because I''m not sharing the bandwidth with
everyone else in the corporation.
> Date: Thu, 5 Jan 2006 14:53:22 -0600> From:
danilo-Ze2OYZUuWJZZR9JFjMNfqQ@public.gmane.org> To:
rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org> Subject:
Re: [Rails-spinoffs] Scriptaculous + Prototype shrunk to < 50Kb> > Jon
Tirsen wrote:>> Most proxy servers don''t support gzip-compressed
so corporate users>> still aren''t going to benefit from
mod_gzip.>> >> :-(> > But wouldn''t corporate
connections more than likely be on a fatter pipe (especilly those using
sophisticated enough to be using proxies) so the weight of the library is much
less of a concern for them over "general" web surfers which maybe be
more likey to benefit from the compression?> > I''m assuming that
the general web surfers aren''t going through proxies themselves, of
which I have no knowledge as to the prevelance of proxies so could be assuming
incorrectly.> > > > Danilo Celic> >
_______________________________________________> Rails-spinoffs mailing
list> Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org>
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it''s
FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

_______________________________________________
Rails-spinoffs mailing list
Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs

Yeah, but if they''re using a proxy, they should be caching the pages
anyway, right?

 

My experience as a consultant for many large corporations is, that while
they do typically have "fatter pipes", bandwidth per user is actually
less than what I get at home because I''m not sharing the bandwidth with
everyone else in the corporation.

 

 



_______________________________________________
Rails-spinoffs mailing list
Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs

On 1/6/06, Gregory Hill <Gregory_Hill-l9nu40+TWxQ@public.gmane.org>
wrote:
> Yeah, but if they''re using a proxy, they should be caching the
pages anyway,
> right?
Not necessarily. The main reason corporate users use a proxy is that
they don''t want to give direct outbound access to the internet to
clients. So the firewall is set up to allow *no* traffic from or to
normal clients and the proxy is the only server where outbound traffic
is allowed. Caching is commonly just turned off.

On 1/6/06, Gregory Hill <Gregory_Hill-l9nu40+TWxQ@public.gmane.org>
wrote:
> > Most proxy servers don''t support gzip-compressed so corporate
users
> > still aren''t going to benefit from mod_gzip.
>
> We have a squid proxy here at work and it seems to be accepting the
> pages just fine.  Or at least all the headers are there; maybe the
> actual data was received uncompressed?
Squid does support it. Unfortunately most IS departments aren''t
competent enough to use the best proxy server available.

Meh, our network at work absolutely blows...on bad days, its as low as 2-3k
per second download speeds.

I work for DuPont...you''d think they could afford proper networks (and
proper management of them....)

:)

On 1/5/06, Jon Tirsen <jon-fQK1VBTDpnXQT0dZR+AlfA@public.gmane.org>
wrote:
>
> On 1/6/06, Gregory Hill <Gregory_Hill-l9nu40+TWxQ@public.gmane.org>
wrote:
> > > Most proxy servers don''t support gzip-compressed so
corporate users
> > > still aren''t going to benefit from mod_gzip.
> >
> > We have a squid proxy here at work and it seems to be accepting the
> > pages just fine.  Or at least all the headers are there; maybe the
> > actual data was received uncompressed?
>
> Squid does support it. Unfortunately most IS departments aren''t
> competent enough to use the best proxy server available.
> _______________________________________________
> Rails-spinoffs mailing list
> Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
>

_______________________________________________
Rails-spinoffs mailing list
Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs

OK. The best I could do with DOJO was 91Kb. Compared to the file I created
at 49Kb.
 
I haven''t actually tested the DOJO version to see if it broke, though.
I
would have to assume it''s ok, since my source was pretty robust
(I''d cleaned
the originals up a bit first).
 
So there you go. Will keep fiddling to see what else I can achieve...
 
- Alister

  _____  

From: rails-spinoffs-bounces-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
[mailto:rails-spinoffs-bounces-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org]
On Behalf Of Thomas
Fuchs
Sent: Friday, January 06, 2006 6:05 AM
To: rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
Subject: Re: [Rails-spinoffs] Scriptaculous + Prototype shrunk to < 50Kb


I just played around with it ages ago, the issue is probably fixed now. 

So please report any successes -- also, a patch for the scriptaculous trunk
to automatically 
create a compressed version when running rake would be a nice thing... :)

-Thomas

Am 05.01.2006 um 19:54 schrieb Chris Korhonen:


Really? I''ve ran Prototype/Scriptaculous though it before and they
seemed to
work with no problems. What didn''t it get right?


On 1/5/06, Thomas Fuchs < t.fuchs-moWQItti3gBl57MIdRCFDg@public.gmane.org>
wrote:

I''ve tried the Dojo compressor a while ago, and it didn''t get
it right. Any
experiments are welcome, of course :) 


_______________________________________________
Rails-spinoffs mailing list
Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs




_______________________________________________
Rails-spinoffs mailing list
Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs