tag:blogger.com,1999:blog-4345066302652424538.post2834532435998033666..comments2023-09-27T09:21:42.903+02:00Comments on @datapythonista: Two simple steps to reduce bandwidth on static filesMarchttp://www.blogger.com/profile/01286849404527531329noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-4345066302652424538.post-20709627579495440442010-12-08T21:38:42.759+01:002010-12-08T21:38:42.759+01:00I'm not talking about linking files from Googl...I'm not talking about linking files from Google, I'm talking about using the Google Libraries API, where Google maintains versions of jquery (among others) for the use of the community.<br /><br />They have a commitment to maintain the versions they upload there. And to be honest, if someones hacks Google, my jquery file will be the last of my concerns.Marchttps://www.blogger.com/profile/01286849404527531329noreply@blogger.comtag:blogger.com,1999:blog-4345066302652424538.post-6907858370304567682010-12-08T13:53:50.990+01:002010-12-08T13:53:50.990+01:00Well, IMHO it is not *that* good to link js/css/wh...Well, IMHO it is not *that* good to link js/css/whatever static files directly on google. What if they just change the file and you didn't notice? what if they just move the file and rename it or simply stop offering that solution?<br /><br />What if someone hacks into one of the google servers and replace the file with some malicious js code?<br /><br />If any of those things ever happen you will find that all the sites/apps you've linked against google static files will be in trouble.<br /><br />I think a much better approach would be set up a small (set of) server(s) running something like varnish-cache, squid or even one of those new webservers (like nginx or cherokee) to serve your static files. Fast, secure and reliable.Wuhttp://blog.e-shell.orgnoreply@blogger.com