Toolserver-l September 2010

toolserver-l@lists.wikimedia.org

40 participants
22 discussions

user-store disk usage
by River Tarnell 10 Sep '10

10 Sep '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, If you are currently using disk space on user-store, please check your usage and delete any unneeded files. There is only 70GB of space left on the volume now. (I will produce a more detailed report of who's using space later...) - river. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkyGPtIACgkQIXd7fCuc5vIiPQCgv7cTh9bV2gPP9TFhr8K2ZlQG vRYAoL05w9TKADrJ70KEvtNjCGVhctjr =0JWw -----END PGP SIGNATURE-----

8 15

Enable GZip-Compressin on Zeus [was: Javascript Libs]
by Peter Körner 08 Sep '10

08 Sep '10

Am 08.09.2010 20:56, schrieb Tim Alder: > Fine, but we need way to transfer this scripts over the network as gzip. > So your OpenLayer.js is 856 kB big and needs 1.38s for transfer. > I use php for compression, so it looks for the client like normal > JavaScript. My OpenLayers-original2-9.js.php that I use in > OSM-Gadget need 193 kB (the same like that from openlayers.org) and > needs 0.53 sec for transfer. Yes, that's true. I've looked around for Zeus Webserver configuration but I didn't manage it to compress the files while respecting the accept header. I'd like to ask toolserver-l first if anyone knows a smarter way. > For the Openlayers application in Geohack of the german WP I removed all > unnecessary features (with the help Openlayerer.org + Try&Error) so I > come to 82 kB with compression. If you want me to host that smaller version on the osm-account, please send a link to fetch it from. > PHP is the only way I know to start the gzhandler, there are surely > better ways for admins in server-preferences. > It's seem not usefull to compress a file everytime new. We could cache it there and check filemtime every now and then. It could maybe even be hidden using Zeus' rewrite support, but I'm sure there are better options to get the Zeus Webserver to compress files. > The Jquery-skript have also in the latest directory the actual > version-number in the filename. perhaps also not optimal. Fixed that. > What I miss is the OpenStreetMap.js from Openstreetmap.org or is this > not wanted? I just missed it: <http://toolserver.org/~osm/libs/openstreetmap/latest/> > I think a central point for this scripts is the best way, because I > don't need to update it for my own > and we should surely go away from highloaded OpenLayers-Servers, > but we should optimize it a little bit more. Please don't expect to find always the latest version there. I might update them every now and then and of course I will if someone asks for. Peter

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Toolserver-l September 2010