Maand: november 2004

The Parallax View was natuurlijk hetzelfde structurele lot beschoren als dit logje. And then some…

Ik had er even met gespeeld om de .htaccess dynamisch te laten aanmaken, met elke entry die werd ingegeven, zodat zowel de date based URL voor een gegeven entry zou werken, alsook de verkorte versie. Maar aangezien niemand die verkorte versie zou bookmarken (want je wordt toch automatisch doorverwezen naar de lange versie), had dit maar weinig nut. Dus heb ik er maar van afgezien (zowel voor tpv als voor dit log).

Voor tpv heb ik wel de foto’s nog verhuisd. Die stonden samen, met allen andere bestanden in de webroot, maar die staan nu mooi in hun eigen directory (i) en dan nog eens een subdirectory (2004). Een 300-tal beelden per jaar/(sub)directory moet wel manageable zijn qua hoeveelheid, dacht ik.

Maar dan zaten al URLs van die beelden natuurlijk in de entries: entry_body = img tag, genre <img src="20041105.jpg" alt="garage" />. Die dienden allemaal gewijzigd te worden naar een equivalent van <img src="i/2004/20041105.jpg" alt="garage" />. En no way dat ik 257 entries in de MT browser interface ging editeren. Rechtstreeks in de MySQL database dus, eerst testen met

SELECT REPLACE(mt_entry.entry_text,'<img src="','<img src="i/2004/') FROM mt_entry WHERE entry_blog_id='4';

en daarna voor ’t echt:

UPDATE mt_entry SET entry_text = REPLACE(mt_entry.entry_text,'<img src="','<img src="i/2004/') WHERE entry_blog_id='4';

(Waarbij entry_blog_id het nummertje is dat tpv door MT in de database was toegewezen; terug te vinden in de tabel mt_blog.)

Ziezo. Gedaan. Ook tpv is nu aangepast.

Eergisteren heb ik mijn e-mail adres public @ dit domein op inactief gezet. De hoeveelheid spam die ik krijg swingt immers ongelooflijk de pan uit (zoals bij iedereen waarschijnlijk).

Maar wat blijkt? De spam komt voor zo’n 90% binnen, niet op een mail acount van dit domein, maar op mijn pandora adres –dat ik vrijgeef als ik ergens off-line een e-mail adres moet opgeven.

Grrmbl.

Onlangs heb ik ontdekt dat Ranchero een nieuw stukje software in beta heeft vrijgegeven. Ranchero is bekend van NetNewsWire, een van de beste RSS readers voor OS X.

NetNewsWire had in vroeger versies de mogelijkheid om ook naar je weblog te posten. In de nieuwe (ook al beta) versie heeft men die mogelijkheid eruit gelaten. Daardoor wordt de RSS reader opnieuw een dedicated RSS reader, en geen feature bloated stuk software. Naast NetNewsWire heeft Ranchero nu MarsEdit gelanceerd, waarin het nu net die weblog posting software heeft ondergebracht.

Na een weekje testen, bevalt dat me zo goed, dat ik mijn entries niet langer via de browser ingeef, maar via MarsEdit. Via de editor heb je toegang tot alle mogelijkheden van MT, en bovendien kan je multiple categories meteen aanduiden (dus niet eerst posten, en pas daarna assign multiple categories aanklikken).

Postjes voorbereiden, save as draft, en later verderwerken. (Zonder angst dat Firefox nog eens crasht wanneer je een site met flash bezoekt of je je history probeert te raadplegen.)

Het enige wat ik mis is een auto save (as draft) optie. Voor de rest is er preview, options, multiple weblogs, enz. Net wat ik nodig had.

[MarsEdit is niet de enige –er is bvb ook ecto (heeft een versie zowel voor mac als voor pc).]

Humpf. In een ruzie door dan maar wat file management doorgevoerd voor dit log. 1500+ files in dezelfde directory was een beetje teveel van het goede (veel te lang scrollen in het ftp venster).

De interne keuken:

1. De URLs zijn nu van het type jaar/maand/entrynummer.htm
2. De archieven per categorie zijn nu niet langer cat_categorienaam.htm maar categorienaam/
3. Gelijkaardig voor de archieven op datum: ipv jaar_maand.htm is het nu jaar/maand/

Geen nood, de oude links werken nog; daartoe heb ik in een .htaccess redirects ingegeven, resp.:

1. Redirect Permanent /12/001634.htm http://www.volume12.net/12/2004/11/001634.htm
2. RedirectMatch permanent /12/cat_(.*).htm$ http://www.volume12.net/12/$1/
3. RedirectMatch permanent /12/2004_(.*).htm$ http://www.volume12.net/12/2004/$1/

Om de structuur zo te krijgen, werden in MT de Archive File Templates gewijzigd:

1. Individual Archive <$MTEntryDate format="%Y/%m"$>/.htm
2. Category Archive <$MTArchiveDate format="%Y/%m"$>/index.htm
3. Monthly Archive <$MTArchiveCategory dirify="1"$>/index.htm

Rebuild site, en voila.

En om die redirects (voor de .htaccess) te genereren, maak je gewoon een template aan in MT. Die noem je bvb redirect en laat je wegschrijven (output file) naar htaccess (zonder de . ervoor).

De code is simpel:

<MTEntries lastn="999999">
Redirect Permanent /12/<$MTEntryID zero_pad="6"$>.htm http://www.volume12.net/12/<$MTEntryDate format="%Y/%m"$>/<$MTEntryID zero_pad="6"$>.htm
</MTEntries>

(Vanzelfsprekend aan te passen naar uw eigen domein en directory-structuur.)

De reden hierachter was dus niet een of andere URL-opkuis, maar een tegemoetkoming aan de factor ‘overzichtelijkheid’ (file listing). Want, zeg nu zelf, een URL als http://www.volume12.net/12/2004/11/001634.htm is niet echt duidelijker dan http://www.volume12.net/12/001634.htm

Entry ID vervangen door iets betekenisvollers is niet echt van belang: http://www.volume12.net/12/2004/11/001634.htm onthouden, of http://www.volume12.net/12/2004/11/eindelinghe.htm, maakt mijns inziens voor de bezoeker niks uit. Veel belangrijker is dat er een betekenisvolle title tag aan de pagina wordt meegegeven, zodat in de bookmarks een duidelijke referentie naar de pagina wordt getoond (vs alle pagina’s xii | 12 te noemen).

[Zie ook: File Names and URLs (Elise Bauer) en Cruft-free URLs in Movable Type (Mark Pilgrim).]

Maar dit krijgt nog een staartje, want tijdens het schrijven van dit stukje heb ik beslist mijn structuur (opnieuw) lichtjes aan te passen. Het blijft echter allemaal transparant. Wordt (vandaag of morgen) vervolgd.