X-Original-To: pgsql-www-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id BC667D9749 for ; Wed, 21 Sep 2005 09:31:49 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 74983-08 for ; Wed, 21 Sep 2005 12:31:45 +0000 (GMT) Received: from mx-2.sollentuna.net (mx-2.sollentuna.net [195.84.163.199]) by svr1.postgresql.org (Postfix) with ESMTP id CE4B0D9730 for ; Wed, 21 Sep 2005 09:31:46 -0300 (ADT) Received: from ALGOL.sollentuna.se (janus.sollentuna.se [62.65.68.67]) by mx-2.sollentuna.net (Postfix) with ESMTP id 680978F286; Wed, 21 Sep 2005 14:31:49 +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.7226.0 Subject: Re: PGDN and CVS Date: Wed, 21 Sep 2005 14:31:49 +0200 Message-ID: <6BCB9D8A16AC4241919521715F4D8BCE6C79CC@algol.sollentuna.se> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [pgsql-www] PGDN and CVS Thread-Index: AcW+kIcT6CwluUdAQASZMbpU/xojqAAAHbZAAAW3VSA= From: "Magnus Hagander" To: "Dave Page" , "Gevik babakhani" , X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.06 required=5 tests=[AWL=0.010, FORGED_RCVD_HELO=0.05] X-Spam-Level: X-Archive-Number: 200509/50 X-Sequence-Number: 8564 > 1. Do we want to put the static PGDN files in CVS=20 > anyway? Should we keep the PGDN files separate not mixing=20 > with the current site's CVS?=20 >=20 > =20 >=20 > Yes, we do want them in CVS because we build the entire from=20 > there & the backend database. we don't want to start pulling=20 > in content from additional places as that just makes it much=20 > harder to rebuild the servers if there is ever a problem. While I agree with you in general, here's a point I'd liek to add. :-) Gevik, if I get your latest blog post right, you are back to a custom CMS and not using Drupal? Then, IMHO, another option is if you can build the site completely with PHP code on our site framework and store all the data in the site database. In this case I see no more reason to store the static pages for this one than there is for the docs or other parts of the site. But this assumes that *all* the code required to maintain the site is in our framework, and we're not relying on an outside CMS. //Magnus