X-Original-To: pgsql-www-postgresql.org@postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id 456DF9FD1A4 for ; Mon, 28 Aug 2006 16:48:22 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 85717-08 for ; Mon, 28 Aug 2006 16:48:18 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from mx-2.sollentuna.net (mx-2.sollentuna.net [195.84.163.199]) by postgresql.org (Postfix) with ESMTP id 17DD79FD183 for ; Mon, 28 Aug 2006 16:48:18 -0300 (ADT) Received: from ALGOL.sollentuna.se (janus.sollentuna.se [62.65.68.67]) by mx-2.sollentuna.net (Postfix) with ESMTP id 1E456F4081; Mon, 28 Aug 2006 21:48:17 +0200 (CEST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: Re: PostgreSQL web site Date: Mon, 28 Aug 2006 21:48:19 +0200 Message-ID: <6BCB9D8A16AC4241919521715F4D8BCEA0FB7F@algol.sollentuna.se> In-Reply-To: <44F34549.7040400@commandprompt.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [pgsql-www] PostgreSQL web site Thread-Index: AcbK2P/1iTKMFVxhQySXzBdKMiHynAAAc12w From: "Magnus Hagander" To: "Joshua D. Drake" , "Naz Gassiep" Cc: "John Hansen" , X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.182 tagged_above=0 required=5 tests=AWL, FORGED_RCVD_HELO, SPF_PASS X-Spam-Level: X-Archive-Number: 200608/134 X-Sequence-Number: 10525 > >> index.html > >> index.html.gz > >> > >> etc... > >> > >> =20 > > Oh, thats a bad idea, I think, as it would hugely increase the=20 > > maintenance work on the site, for a marginal gain in server=20 > > performance. The load increase really is minimal. If our=20 > servers are=20 > > so close to breaking point that this is an issue then we'll=20 > need new ones very soon anyway. >=20 > Yeah... no. Mod_deflate will allow auto-negotiation so that=20 > the information can be dealt with either way. No reason to=20 > increase the workload. We're nowhere near the load that our static servers can deliver. Even during release time, when it increases sometimes hundredfold. That doesn't mean we shouldn't optimize when we can do so at trivial cost, though. //Magnus