Re: [HACKERS] commitfest.postgresql.org

From: Andrew Chernow <ac(at)esilo(dot)com>
To: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
Cc: pgsql-hackers(at)postgresql(dot)org, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Robert Haas <robertmhaas(at)gmail(dot)com>, Brendan Jurd <direvus(at)gmail(dot)com>, Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec>, PostgreSQL WWW <pgsql-www(at)postgresql(dot)org>
Subject: Re: [HACKERS] commitfest.postgresql.org
Date: 2009-07-03 19:00:43
Message-ID: 4A4E555B.2050709@esilo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-www

Robert Treat wrote:
> On Friday 03 July 2009 11:50:29 Tom Lane wrote:
>> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>>> On Fri, Jul 3, 2009 at 10:35 AM, Tom Lane<tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>>> The current URL seems to be
>>>> http://commitfest.postgresql.org/action/commitfest_view?id=2
>>>> which is both opaque as can be and not looking like it's intended to
>>>> be stable over the long term.
>>> I'm not sure why you would think that it's not stable.
>> Because it's exposing three or four details of your implementation,
>> which you might wish to change later.
>>
>>> I'm also not sure what you would think that it's not self-explanatory,
>>> since it looks pretty self explanatory to me.
>> It's impossible to know that this is commitfest 2009-07.
>>
>
> commitfest.postgresql.org/2009/07 ?
>
> That, or any similar scheme, seems easily doable with a little apache rewrite
> magic and some programming. See my blog urls for one such example.
>

I believe Tom wants details removed from the URL, so future
implementation changes don't either a) break bookmarks because more
stuff is needed in the URL or b) don't break bookmarks but be limited to
existing sutff in the URL (ie. hacky work arounds). If that's the case,
your best best is to use some kind of key, like 16 random bytes
displayed in hex, that looks up the data.

IMHO, I don't see much gain to encoding the date into the url either.
This is not a great way of telling the user when something occurred. A
lookup is going to occur either way, so why not get all data at once
using a single method?

--
Andrew Chernow
eSilo, LLC
every bit counts
http://www.esilo.com/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Kevin Grittner 2009-07-03 19:02:21 Re: PGXS problem with pdftotext
Previous Message Peter Eisentraut 2009-07-03 18:57:22 Re: Have \d show child tables that inherit from the specified parent

Browse pgsql-www by date

  From Date Subject
Next Message Robert Haas 2009-07-03 19:03:31 Re: [HACKERS] commitfest.postgresql.org
Previous Message Robert Haas 2009-07-03 18:45:11 Re: [HACKERS] commitfest.postgresql.org