Well, of course, completion is a relative term. It will soon be “done enough,” I think, for use this fall.
Today’s changes:
I’m realizing as I do this that I probably shouldn’t have used the date format for individual archives, since when I create the entry MT automatically saves it for the current day. I can then edit the date and time, and the entry is then saved in the “right” location…but the original “wrong” file is not deleted automatically. And if I’ve got trackback pings being sent (to a weblog reading, for example), readers following the trackback will be directed to either the “wrong” file (thus missing up to date comments), or to a 404 (if I’ve deleted it). I suppose I could leave redirects behind, but that would be a serious pain to do by hand each time. If I’d left the individual archives in their standard non-date-delimited locations, I wouldn’t have had this problem. :( (Another solution would be to have MT let me enter the publication date when I first create the entry, but I don’t know if that’s doable. Is there a plug-in to facilitate that?)
By the weekend I’ll post templates and instructions on how to replicate the structure, as well as some caveats on what doesn’t work smoothly, and where I had to cut corners because I couldn’t wrestle MT into doing what I wanted. (One big one was the fact that I couldn’t specify multiple categories for selection in the calendar, and so had to add an extra category to items that needed to be displayed in the sidebar calendar.)
Update, 9pm
Since the site wasn’t “in production” yet, I decided not to worry about broken permalinks. So I changed the individual entry archives to non-date-delimited structures. Now they’re all stored in the archives directory (archives/file_name.php), rather than in archives/year/mo/day/file_name.php.
Daily and monthly archives are still in the year/mo/day directories, however.

www.flickr.com
|