Re: Blogger-like archive tree

I disagree that the content of a post has no relation to a date--it has
every relation to a date because that's the day the person wrote it in
the context of what he/she was doing and all the other things in his/her
life.

I treat my blog like an online journal and often refer to my date-based
archives to figure out when I was doing things.  I do this with other
peoples' blogs, too.  I find it really annoying when people don't
provide date-based archives especially when they're referring to prior
posts without linking to them.

I think date-based urls are also good for uniqueness.  I may write
several blog posts about my status on a certain project and all those
posts will have the same tags and category, but they'll be at different
date-based urls.


On 01/01/2011 08:05 AM, Dieter Plaetinck wrote:
> On Sat, 1 Jan 2011 14:13:11 +0200
> Marius Gedminas <[email protected]> wrote:
> 
>> Happy New Year, everyone!
>>
>> I've written a plugin to render a Blogger-like dynamic archive tree in
>> the sidebar of my blog (http://mg.pov.lt/blog/).
>>
>> If anyone's interested, the code is at http://bit.ly/dQIF76 [1]
>>
>> [1]
>> http://bazaar.launchpad.net/~mgedmin/%2Bjunk/blog/annotate/head%3A/plugins/tree.py
>> is the ungainly and ugly full URL, *sigh* Bazaar *sigh*
>>
>> Marius Gedminas
> 
> Something i've always pondered:
> why do people care so much about dates on blogs?
> i mean, many blog systems have url's like /<date>/entry.html
> and PB also separates content by date (by default) on the front page,
> and then those time-based selectors.
> 
> when i search for content on a blog, i always try to search by category
> or tag (or even type author name + subject in google), because the
> content of a post usually has no particular relation to a date.
> 
> Dieter

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl