Anyone maintaining a site, blog or similar at some point has been tempted to add a widget or plugin provided by a 3rd party source. Twitter, Digg and ShareThis are just a few examples of sites that provide code and/or plugins (widgets) to help provide some level of dynamic and valued content. Although each of these can be incredibly useful (at least I think so as I’ve installed the Twitter WordPress plugin on this blog), they implicitly add page-rendering dependencies to your site as anyone who visits waits around for their code to load. Generally, this isn’t all that big of a deal as most of these sites have incredible uptime. But then there are sites like Twitter who seem to have some serious issues of staying alive. Particularly with plugins for content management applications like WordPress and the like, you have very little control into where the source will be loaded in the document and without any intervention, a staggering Twitter will throw your site into a tail-spin of foot tapping until your visitor’s browser finally gets fed up (after 30 seconds or so) and gives up the download. In the meanwhile, expect that person to not only leave your site but likely never come back. Not exactly what you’re looking for. Personally, I got fed up with Twitter’s lack of reliability, killing my load times and losing visitors. Luckily, if you are using a modern web server and you have access to modify the configuration, there is a simple patch you can apply to pull the reins back in and gain control of your own site performance. The example below is a patch you can apply to the Apache HTTP web server config although can be cross-ported to any of the other modern web servers that support Proxying.