Re: CSS and XHTML

Hello Michael,

You can find some stats at
http://www.postgresql.org/stats/

I think it would be good to have a XHTML compatible site. But as it seems the site structure will change (if we decide to merge the sites), it might be better if you wait for this new structure before redoing the (X)HTML to avoid double work...

Mit freundlichen Grüßen
Andreas Grabmüller

----- Original-Nachricht -----
Von: "Michael Glaesemann" <grzm(at)myrealbox(dot)com>
An: pgsql-www(at)postgresql(dot)org
Datum: Sunday, November 09, 2003 03:34 PM
Betreff: [pgsql-www] CSS and XHTML

> Hello all!
>
> I saw a post on pgsql-hackers from Robert Treat that made me interested
> in finding out if there's something for me to do with the
> postgresql.org site. It sounds like there are a lot of things going on:
> merging of sites, adding or increasing the multilingual capabilities,
> and reworking the backend.
>
> I don't know specifics of what needs to be done and I'm willing to work
> on anything I'm capable of doing. One thing I am interested in doing is
> working to make the site as efficient and standards-compliant as
> possible. In particular, I'd like to see the feasibility of coding to
> the XHTML standard and moving as much presentational code to CSS as
> possible.
>
> For the most part, this is pretty straightforward and not too
> difficult. I downloaded the site from the CVS and reworked
> cache/index.htm, postgresql.css, and page.php. I rewrote them to XHTML
> 1.0 Strict and got them free of errors (using BBEdit's Check Syntax
> function) with presentation that closely matches the original. (One
> caveat: I haven't been able to connect to the database(s)—is there a
> way to do this from my development machine?—so the generated pages
> haven't included the main content. The markup generated by the
> basic.*.php scripts is all error-free.) I don't foresee any major
> problems in the rest of the site, though I have to get to know the code
> better to be sure.
>
> I see at least two advantages for the site: (a) the resulting scripts
> are easier to read, as there is very little presentational markup
> remaining, and therefore much easier to maintain; and (b) the server
> load is substantially decreased, as less code needs to be sent to the
> client. The presention (in the css file) is cached by the clients, so
> it rarely needs to be fetched. The pages themselves are slimmed down,
> since they contain just the document structure. For example, the
> current main index page is 15.2K + .6K (postgresql.css) for a total of
> 15.8K. The main index page is now 6.3K (sans news remember), and
> postgresql.css is 3.8K, for a total of 10.1K. I know we're only talking
> 5K, but it's a 30% reduction in server load for the *first* page view.
> Once the CSS is cached, we're looking at a 40% reduction per page.
>
> Of course these will change once the content. Just a rough estimate for
> the content section: 13.6K to 11.3K, so just a little savings there
> (about 15%).
>
> Anyway, you guys probably know all this anyway. And I'm sure there are
> more critical issues to work on. But this is one thing I know I could
> work on and you can probably tell I'm kind of excited to. If you have
> any questions or would like to see the modifications, just ask. One
> thing I'd like to know is server stats (load and browser distributions,
> if it's available). And if I can help out in other ways, I'm happy to
> do that as well.
>
> Regards,
>
> Michael Glaesemann
> grzm myrealbox com
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
> message can get through to the mailing list cleanly

--
LetzPlay.de
| Freemail: http://www.letzplay.de/mail
| Forenhosting: http://www.letzplay.de/foren
>From pgsql-www-owner(at)postgresql(dot)org Sun Nov 9 14:04:41 2003
X-Original-To: pgsql-www-postgresql(dot)org(at)localhost(dot)postgresql(dot)org
Received: from localhost (unknown [200.46.204.2])
by svr1.postgresql.org (Postfix) with ESMTP id 9D3E0D1B531
for <pgsql-www-postgresql(dot)org(at)localhost(dot)postgresql(dot)org>; Sun, 9 Nov 2003 18:04:40 +0000 (GMT)
Received: from svr1.postgresql.org ([200.46.204.71])
by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024)
with ESMTP id 09843-08
for <pgsql-www-postgresql(dot)org(at)localhost(dot)postgresql(dot)org>;
Sun, 9 Nov 2003 14:04:10 -0400 (AST)
Received: from ganymede.hub.org (u46n208.hfx.eastlink.ca [24.222.46.208])
by svr1.postgresql.org (Postfix) with ESMTP id A41B5D1B515
for <pgsql-www(at)postgresql(dot)org>; Sun, 9 Nov 2003 14:04:09 -0400 (AST)
Received: by ganymede.hub.org (Postfix, from userid 1000)
id 49788342E7; Sun, 9 Nov 2003 14:03:20 -0400 (AST)
Received: from localhost (localhost [127.0.0.1])
by ganymede.hub.org (Postfix) with ESMTP
id 4703033DC2; Sun, 9 Nov 2003 14:03:20 -0400 (AST)
Date: Sun, 9 Nov 2003 14:03:20 -0400 (AST)
From: "Marc G. Fournier" <scrappy(at)postgresql(dot)org>
X-X-Sender: scrappy(at)ganymede(dot)hub(dot)org
To: Andreas GrabmXller <webmaster(at)letzplay(dot)de>
Cc: pgsql-www(at)postgresql(dot)org, grzm(at)myrealbox(dot)com
Subject: Re: CSS and XHTML
In-Reply-To: <20031109164601(dot)1629(dot)qmail(at)osiris(dot)gamecrashnet(dot)de>
Message-ID: <20031109140248(dot)X54672(at)ganymede(dot)hub(dot)org>
References: <504D1003-12C1-11D8-A551-0005029FC1A7(at)myrealbox(dot)com>
<20031109164601(dot)1629(dot)qmail(at)osiris(dot)gamecrashnet(dot)de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new at postgresql.org
X-Archive-Number: 200311/94
X-Sequence-Number: 2741

On Sun, 9 Nov 2003, Andreas GrabmXller wrote:

> Hello Michael,
>
> You can find some stats at
> http://www.postgresql.org/stats/
>
> I think it would be good to have a XHTML compatible site. But as it
> seems the site structure will change (if we decide to merge the sites),
> it might be better if you wait for this new structure before redoing the
> (X)HTML to avoid double work...

If we are redoing the site, might it not be better to try and adhere to
the XHTML standard as much as possible, to avoid doing double work? :)