Re: [pgsql-www] commitfest.postgresql.org
От | Andrew Chernow |
---|---|
Тема | Re: [pgsql-www] commitfest.postgresql.org |
Дата | |
Msg-id | 4A4E58DC.8090407@esilo.com обсуждение исходный текст |
Ответ на | Re: [pgsql-www] commitfest.postgresql.org (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: [pgsql-www] commitfest.postgresql.org
|
Список | pgsql-hackers |
> 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. :-) > Wasn't aware of exately what you were doing. It sounded like multiple things were in the query_string. If its already a single key, than there is no need to use a different key. And no, I don't like remebering URLs ... thus all the fuss about breaking bookmarks ;-) >>>> It's impossible to know that this is commitfest 2009-07.>>>>>>> commitfest.postgresql.org/2009/07 ?>>>>>> That, or anysimilar scheme, seems easily doable with a>>> little apache rewrite magic and some programming. See my>>> blog urls forone such example. >> 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. Using a URL to encode when something occurred was being offered as a solution to know what commitfest it is. I'm not sure where your confusion is? -- Andrew Chernow eSilo, LLC every bit counts http://www.esilo.com/
В списке pgsql-hackers по дате отправления: