Likevel, jeg har valgt en litt annen løsning her, som også krever Brad Choates sin MTIfEmpty-plugin. Det jeg ville var at URL til innlegg skal genereres utifra dato og innleggstittel, eller etter innleggskeyword, hvis eksempelvis tittelen var for lang eller dum til å bli URL.

For å få URl-ene til å bli dette, altså tittel eller keyword, skriver man følgende under weblog config → archiving → individual:

<$MTArchiveDate format="%Y/%m"$>/<MTIfEmpty var="EntryKeywords"><$MTEntryTitle dirify="1"$></MTIfEmpty><MTIfNotEmpty var="EntryKeywords"><$MTEntryKeywords dirify="1"$></MTIfNotEmpty>/index.php

Som genererer en URL à-la:

vgrd.dk/arkiv/2004/05/nye_urler/

Videre for månedsarkiv skriver man:

<$MTArchiveDate format="%Y/%m"$>/index.php

Som gir URL-er som:

vgrd.dk/arkiv/2004/05/

Og til slutt for kategorier skriver man:

<MTCategoryLabel dirify="1">/index.php

Som gir URL-er som:

vgrd.dk/arkiv/web_og_webutvikling/

Så er det i grunn bare å rebuilde, og du har helt nye URL-er! Men problemet hvis man ikke setter dette opp i starten er at man får en mengde brutte linker både internt, fra andre og fra Google. Og det er ikke bra. Det løses ganske lett med redirects i en .htaccess-fil, men jeg har ikke orket å implementere løsningen her for jeg trodde jeg måtte skrive hele redirect-fila manuelt.

Men, det var før jeg fant en løsning hos Any Budd som er like enkel som den er genial! Andy forklarer alt som trenges å forklares, men jeg tar noe av det på nytt her. Det geniale er at man kan bruke Movable Type til å generere innholdet som skal i redirect-fila. Det er så simplelt som å lage en ny main index, og klippe følgende inn:

<MTEntries sort_order="ascend"> Redirect permanent /arkiv/<$MTEntryID pad="1"$>.php http://vgrd.dk/arkiv/<$MTArchiveDate format="%Y/%m"$>/<MTIfEmpty var="EntryKeywords"><$MTEntryTitle dirify="1"$></MTIfEmpty><MTIfNotEmpty var="EntryKeywords"><$MTEntryKeywords dirify="1"$></MTIfNotEmpty> <br /></MTEntries>

Rebuild denne, og du får en lang liste over dine innlegg, som ser ca sånn her ut:

Redirect permanent /arkiv/000178.php http://vgrd.dk/arkiv/2004/05/sommertur

..som er akkurat det som skal stå i .htaccess-fila! For kategorier og måneder skrev jeg det inn manuelt.

Fordelen med å ha URL-er som dette er egentlig ganske mange. For det første er ikke standard-URL-ene til Movable Type gode. For det andre gjør det min statistikk mye mer meningsfull å se på, da jeg med en gang ser hvilke innlegg som blir truffet fra søkemotorer og den slags. Og til slutt så er det en god liten søkemaskinoptimeringsteknikk, da Google også vekter URL-er til sider som en del i pagerank-matrisen. Det er lettest med et eksempel, søker du på persille gir det øverste her betraktelig høyere plassering enn det nederste:

http://www.persille.no/
http://persille.domene.no/
http://www.domene.no/persille/
http://www.domene.no/katalog/persille.html, og til slutt
http://www.domene.no/katalog/000123.html (hvor “persille” bare er en del av innholdet.)

Og ikke minst slipper jeg at dette skal gnage på meg fremover!

Med meningsfulle og fremtidssikrede URL-er mener jeg:

• En URL som er fremtidsikret er en URL som sier noe om plassering, ikke om teknologi bak. Derfor ingen filnavn som index.php/.asp/.html etter adressene. På den måten kan man i fremtiden skifte bakenforliggende teknologi uten å skifte adressen.
• I tillegg skal URL-ene være unike, så man ikke “går tom” en gang i fremtiden. Dette løses lett ved å ha publiseringsdatoen med i URL-en.
• URL-ene skal gi mening når man leser de, og vise hvor man er i arkitekturen. Eksempelvis ser URL for de enkelte styrkeprøver slik ut: .../styrkeproven/2003/08/07/websted1_websted2/ – hvor websted1 og 2 er de webstedene som møttes i den aktuelle styrkeprøven. Videre er 2003/08/07 datoen den aktuelle styrkeprøven ble publisert på.
• URL-ene skal i størst mulig grad være hackbare. Dvs. at man kan fjerne eksempelvis /07/websted1_websted2/ fra URL-en over så den gjenstående URL er .../styrkeproven/2003/08/ – og så få en liste over styrkeprøver fra august 2003. Dette bør fungere på alle nivå nedover, men her fungerer det bare ned til måneder.

Merk at Movable Type sine standard-URL-er for innlegg hverken er gode eller fremtidssikrede, av flere grunner. For det første er default adresse for et innlegg av typen 000123.html. Dette er Movable Type sine interne id-er i databasen for innlegg. En ting er at de ikke gir mening (sier noe om innholdet) eller er fremtidssikret (de bruker filnavn avhengig av teknologi). En helt annen og mer graverende ting er at de ikke er konsistente. Hvis man skifter server eller må bygge opp bloggen / webstedet på nytt vil alle innleggene få tildelt nye id-er, og linker vil derfor bli brutt.

Ikke bra, men lett å rette på.

Litt generelt om bloggoppsettet

Jeg har skrevet et eget innlegg om hele bloggoppsettet, men den bloggen som styrer styrkeprøveseksjonen er en vanlig blogg på alle måter, med forside, arkiv, og permalinker.

Det er likevel verd å merke seg at jeg har støttet meg mye til Keywords-feltet under blogginnlegg (new / edit entry) for å generere URL-er, og på kategorier for å skille sider fra hverandre. Mer om dette kommer.

For å få frem keywords-feltet må man velge new / edit entry, gå helt nederst og velge “Customize the display of this page”, velge custom og klikke av Keywords-feltet sammen med de andre du vil ha med. Jeg sier dette fordi jeg har lett og lett etter dette Keywords-feltet jeg har lest om uten å finne det noen plasser. Men det er kanskje bare meg som er svimete.

Styrkeprøvebloggen

Styrkeprøvebloggen er som sagt en vanlig blogg på alle mulige måter, med en forside, et arkiv, permalinker etc. I tillegg har den én side som ikke består av blogginnhold (blogginnhold er bare de enkelte styrkeprøver).

Å lage meningsfylte URL-er for denne bloggen er rimelig enkelt. Under Weblog Config → Archiving skriver du for Individual (permalink) under Archive File Template:

<$MTEntryDate format="%Y/%m/%d"$>/<$MTEntryKeywords$>/index.php
Som genererer en URL med følgende oppsett:
../år/mnd/dag/keyword/index.php

Og for Monthly:

<$MTEntryDate format="%Y/%m/"$>index.php
Som genererer en URL med følgende oppsett:
../år/mnd/index.php

Verre er det (nesten) ikke. En ting man må huske på her er å skrive det man vil skal være URL-en til innlegget i Keywords-feltet for hvert innlegg. Det er altså litt merarbeid. Grunnet det bruker noen heller tittelen som URL, ved å sette inn <$MTEntryTitle dirify="1"$> hvor jeg har satt inn <$MTEntryKeywords$> i oppsettet over. Dette er litt mindre arbeid, men fører til at linken brytes hvis man må endre på tittelen. Og ikke minst kan det føre til svært, svært lange URL-er. Og du har mer kontroll ved å bruke keywords.

Så siste ting, jeg ville som sagt ikke ha filnavnet index.php med i URL-en. Dette kan løses på mange måter. Kjører webserveren din Apache kan du eksempelvis bruke mod_rewrite i .htaccess. Men dette ble for avansert for mitt lille hode. Jeg fant heller en plugin til Movable Type som gjør det samme nesten like godt, nemlig Brad Choate sin Regex Plugin. Installer denne som Brad sier i tekstfila som medfølger, og sett så følgede linje inn alle plasser hvor du linker til innlegg ved hjelp av <$MTEntryPermaLink$> eller lignende (i praksis alle malene dine):

<MTAddRegex name="stripFile">s|/index\.[^/]+$|/|g</MTAddRegex>

Sett dette langt opp i dokumentet, så regelen gjelder for hele dokumentet. Denne må så aktiveres hver gang man linker til en URL hvor man vil fjerne filnavnet på følgende måte:

<a href="<$MTEntryLink regex="stripFile"$>">Innleggstittel</a>;

<a href="<$MTArchiveLink regex="stripFile"$>">Månedsarkiv</a>

Dette gir innlegg med adresser som:

../år/mnd/dag/keyword/

Dette er det samme som over, men uten et filnavn som sier noe om teknologien som er brukt.

Så var det ett innlegg som ikke hadde noe med bloggen å gjøre, nemlig den siden som handler om styrkeprøven. For at denne ikke skal bli listet opp i arkivet var det nødvendig å legge alle styrkeprøver i en egen kategori, nemlig “Styrkeprøven”, og det siste innlegget i en annen kategori, nemlig “om_styrke”. I main archive index trakk jeg så ut alle innlegg i kategorien “styrkeprøven”, og lagde en egen index som trakk ut det ene innlegget i “om_styrke”. Mer om hvordan man gjør dette finnes i neste innlegg om det generelle oppsettet.

Voilà! Du har satt opp Movable Type med gode, fremtidssikrede URL-er. Eksempelvis har den styrkeprøven skrevet 1. mars 2004, som omhandler webstedene til Dell og Zitech, følgende URL:

http://www.brugeroplevelse.dk/styrkeproven/2004/03/01/dell_zitech/

I bloggoppsettet er både site path og archive path satt til det samme, nemlig /styrkeproven/, /2004/03/01/ blir generert av publiseringsdatoen i Movable Type, og /dell_zitech/ blir generert av at jeg har skrevet dell_zitech som keyword til dette innlegget.

Skal man sette opp en ny blogg med Movable Type er det definitivt verd å ta seg fem minutter med å sette ting opp på denne, eller tilsvarende, måte. Ellers får du et lite helvete hvis du skal rette det siden (jeg har eksempelvis lyst til å gjøre det her på denne siden, men orker ikke helt tanken på å videresende ~150 sider).

Mer om dette, og ting jeg hadde hjelp av:

• Howto: Future-proof URLs in Movable Type av Már Örlygsson (ypperlig!)
• Cruft Free URLs in Movable Type av Mark Pilgim (også om hvordan man kan bruke keyword eller tittel til å generere URL. En smartere løsning for de fleste blogger vil jeg tro, men ikke nødvendig for dette prosjektet).
• Kanoniske nettadresser av Karl Ove Hufthammer (om hvorfor man bør ha gode URL-er).

Dette innlegget ble så langt at jeg valgte å lage det til to, neste innlegg omhandler det generelle oppsett av de forskjellige bloggene som styrer www.brugeroplevelse.dk

Den bloggen som styrer Styrkeprøve-seksjonen er en ganske så normal blogg. De andre fire bloggoppsettene er helt forskjellige.

Det er som sagt mange måter å bygge opp et helt websted med Movable Type på, og dette er bare en av flere. Men den funker bra for dette webstedet. Webstedet er bygget opp av fem forskjellige blogger, en for hvert hovedområde (altså forsiden, styrkeprøven, aktiviteter, ytelser og om oss). Dette er egentlig ikke nødvendig, men det er smart hvis du skal bruke den interne søkemotoren i Movable Type. Har du en blogg for hvert hovedområde vil søkeresultatene listes som:

Treff fra forsiden
…
…

Treff fra aktiviteter
…
…

Etc. Noe som i dette tilfellet virker smartere enn å få alt som en stor mølje. I tillegg gjør det det enkelt å bygge ut med nye seksjoner. De fire bloggene som styrer forsiden, aktiviteter, ytelser og om oss har helt likt oppsett, derfor går jeg bare gjennom én av dem, nemlig den som styrer ytelser-seksjonen.

Det jeg umiddelbart ville gjøre var å følge Brad Choate sin oppskrift på å styre alle sidene sine med Movable Type, bare med modifikasjoner. I Choates løsning er hver enkeltside ett innlegg. Kategorien innlegget ligger i bestemmer mappen siden skal være i, og tittelen bestemmer filnavnet siden har. Eksempelvis vil et innlegg med tittelen tyggegummi som ligger i kategorien snop få URL /snop/tyggegummi.php.

De sidene på vgrd.dk som ikke tilhører bloggen er styrt på akkurat denne måten, men jeg har funnet ut at det finnes smartere måter å gjøre det på. For det første er det en metode som ikke er spesielt kompatibel med Movable Type sin søkemaskin, da den viser title-feltet som overskrift når den lister opp resultater (naturlig nok). Hvis man eksempelvis søker på “religionsvitenskap” på disse sidene får du tre treff, to av dem heter heter index, og ett heter cv. Riktige overskrifter hadde vært studier (ett treff) og om meg (to treff)

Løsningen er egentlig så simpel som å følge Choates oppskrift, men sette &lt$MTEntryKeyword$> inn hvor han har &lt$MTEntryTitle$>, og så skrive et keyword selv som genererer URL. Men dette funket ikke for meg, da jeg fikk noen feilmeldinger grunnet php-oppsettet på serveren. Jeg måtte altså (dessverre) velge en annen metode. Her er en gjennomgang:

• Bloggens navn er “Ydelser”, så vet man hva det er snakk om.
• Site path og Archive path er begge satt til ../ydelser/
• Under Weblog Config → Archiving er følgende satt inn under Archive File Template for Individual / permalink: <$MTEntryKeywords$>index.php (mer om dette senere).
• Under Templates, slett alt bortsett fra template for main index og individual entry archive.
• Også under Templates, slett alt som står i Individual Entry Archive (malen for permalinker), og sett inn følgende: <$MTEntryBody$> (kun det, ja).

Så langt alt vel. Det jeg måtte gjøre videre var å bygge en index template (Templates → Create new index template) for hver side jeg ville lage, og ga dem et fornuftig navn, som eksempelvis “brugertest”. Dette er malen til den siden. Som output file angir du hvor siden skal plasseres, i dette tilfellen er det satt til brugertest/index.php.

Fordelen med å lage en index for hver side er at man kan bruke <$MTInclude file="..."$> for å inkludere topp- og bunnfiler i inlegget. I tillegg til andre MT-tagger. Dette måtte jeg gjøre grunnet tidligere nevnte php-problem, som gjorde at jeg ikke kunne bruke php til å inkludere de filene jeg ville fra enkeltinnleggene. Men nok om det, bare husk at du ikke behøver å gå om maler (indexes) hvis du har et annet serveroppsett enn meg, eller ikke er avhengig av å inkludere filer i sidene (men er du ikke det bør du sannsynligvis bli det).

I mine maler (main indexes) kommer include-filene først, samt noe php som gir tittel og styrer merkingen av menyen, og under det setter du:

<MTEntries category="brugertest" lastn="1">
<h1><$MTEntryTitle$></h1>
<$MTEntryBody$>
</MTEntries>

Denne koden sier at man skal hente ut det siste (lastn=”1″) innlegg fra kategorien brugertest. Det er viktig å ha med lastn=”1″, ellers vil innholdet forsvinne etter x antall dager, som er standard i Movable Type hvis man ikke endrer det.

Det neste man må gjøre er å lage et innlegg som er innholdet i siden. Og man må huske å legge dette innlegget inn i en kategori som samsvarer med malen. I mitt tilfelle måtte innlegget hvor det står om brukervennlighetstester ligge i kategorien “brugertest”. I tillegg måtte jeg skrive keyword “brugertest/” i dette innlegget, for å generere URL (det burde holde å skrive <$MTCategoryLabel$>, men det funket ikke).

Det som skjer nå er at innleggene og malene har samme output-fil, likevel overstyrer malene innleggene, så man støter forhåpentligvis ikke på noe problem der. Man må gjøre dette for at Movable Type sin søkemaskin skal indeksere innholdet, da den kun ser etter innlegg og ikke indeksere malene. Skal du ikke bruke søkemaskinen kan du godt bare putte alt innhold i malene, sammen med include-filene. Men jeg synes likevel det ble mer oversiktlig å skille innholdet ut på denne måten, da det gjør det lettere å redigere. Spesielt på disse sidene da det ikke er meg som skal redigere innholdet etterhvert.

Helt generelt bør det sies at det som har voldt meg mest hodebry er å få Movable Types søkemotor til å vise til riktige filer. Velger man å ikke bruke søk på sidene, eller en ekstern søketjeneste, kan ting gjøres enklere.

Og verre var det ikke! (Ok, det var en sannhet med modifikasjoner). Merk at jeg har fomlet og eksperimentert meg frem til alt dette, og at det kan gjøres på et utall forskjellige måter, garantert noen som er smartere enn dette også. Blant annet vil jeg anbefale å ikke gå veien om maler (indexes) hvis du kan. Når det er sagt er dette rimelig enkelt å sette opp, fungerer godt, gir gode interne søkeresultater, er lett å vedlikeholde når det først er oppe å kjøre, og er lett å utbygge med flere sider og seksjoner etterhvert.