Re: [HACKERS] commitfest.postgresql.org

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Andrew Chernow <ac(at)esilo(dot)com>
Cc: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>, pgsql-hackers(at)postgresql(dot)org, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, 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:03:31
Message-ID: 603c8f070907031203n67770c9aq5df4bda3c4a05c79@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-www

On Fri, Jul 3, 2009 at 3:00 PM, Andrew Chernow<ac(at)esilo(dot)com> 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.

I *am* using some kind of key. Specifically, in integer derived from
a serial column. It's just as stable as 16 random bytes displayed in
hex, but a lot shorter and easier to remember, if you're the sort of
person who likes to remember URLs. :-)

> 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?

Sorry, I'm not following this part.

...Robet

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Dimitri Fontaine 2009-07-03 19:08:21 Re: [HACKERS] commitfest.postgresql.org
Previous Message Kevin Grittner 2009-07-03 19:02:21 Re: PGXS problem with pdftotext

Browse pgsql-www by date

  From Date Subject
Next Message Dimitri Fontaine 2009-07-03 19:08:21 Re: [HACKERS] commitfest.postgresql.org
Previous Message Andrew Chernow 2009-07-03 19:00:43 Re: [HACKERS] commitfest.postgresql.org