Det handler om, *trommevirvel*, nettverksorganisering og hvordan man kan bruke en nettverksmodell til å løse noen problemer med organisering, behandling og presentasjon av data på webm og tar utgangspunkt i, *trommevirvel*, tre sentrale fenonemer på web. Nemlig søkemaskiner i form av Google, personalisering i form av Amazon og nettfellesskaper som sett gjennom blogger. Om noen skulle finne på å lese den og vil kommentere, stille spørsmål, lovprise meg (not very likely) eller skjelle meg ut er det bare å bruke kommentarfeltet eller mail!

Og man takker Mikkel Weider for veiledning, og de brukervennlige hos Grey Digital for mange andre ting!

(ellers: jeg prøver å få det til å gå opp for meg selv at jeg har flyttet fra København for denne gang, at jeg er hjemme i Tromsø på relativt ubestemt tid, og har begynt på jobb igjen.)

Siste prosjekt på jobb har vært å lage et websted for en artikkelserie som en kollega skriver. Styrkeprøven, som artikkelserien heter, står hver mandag på baksiden av Berlingske Business (Berlingske Tidende), og er en artikkel hvor to websteder i samme sjanger / bransje blir vurdert opp mot hverandre. I praksis blir rundt hundre brukere, fra et panel på ca. 1700, utvalgt etter visse demografiske og verdimessige kriterier for å løse fem oppgaver som man burde kunne løse på de aktuelle webstedene.

I tillegg til å skaffe disse artiklene et hjem på web skal webstedet være en plass hvor brukervennlighetsavdelingen presenterer seg og sine kompetanser, og er altså et slags permanent kampanjewebsted.

Jeg fikk den snasne tittelen prosjektleder, som i praksis betydde at jeg gjorde alt bortsett fra grafisk design, som en designer lagde. Nå var det heldig at det valgte design var så likt det forrige webstedet jeg lagde at jeg kunne gjenbruke stilsettet fullstendig (ah, CSS!). Ergo ble det som jeg sikkert ville valgt uansett, kanskje bortsett fra fargevalg og noen sånne småting.

Uansett var det morsomt å lage et websted for styrkeprøven, først og fremst da innholdet er bra, men også fordi jeg i september i fjor satt på cafe og leste Berlingske Businness, så Styrkeprøven, og bestemte meg for å sende en mail til firmaet bak, da det var akkurar en sånn plass jeg kunne tenke meg å ha praksisplass. Og det fikk jeg jo.

Merk at sidene enda ikke er offisielt lansert, enda ikke testet, og at det fortsatt finnes litt lorem-ipsum rundt om kring. Men min jobb er for det meste ferdig, og jeg er lei av å vente på innholdsprodusentene.

Til slutt: det finnes en styrkeprøve-RSS (atom, fulltekst), og teknisk sett er det validerende css og xhtml av stengeste sort. CMS-et som styrer herligheten er Movable Type som jeg fikk lov til å fikle en hel del med. Så mye at jeg bestemte meg for å skrive ned alt i to innlegg til, nemlig:

• Gode URL-er med Movable Type og
• Brugeroplevelse.dk: generelt bloggoppsett

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

Jeg har som smått klart å inspirere enda en person til å begynne å blogge. Thomas Visby Snitker er den som ga meg praktikantstillingen i Signal (Grey) Digital. I tillegg til å være en fin fyr er han også en av danmarks mest erfarne brukervennlighetskonsulenter, med rundt syv års erfaring i bransjen og en bråte brukervennlighetstester på forskjellige plattformer, og av forskjellig slag bak seg. Thomas har nå som smått startet bloggen Understanding Users, som sannsynligvis vil handle en del om brukervennlighet, brukergrenseflater og den slags.

De som synes oppsettet og design er veldig likt denne bloggen har helt rett, da det er jeg som har satt den opp. Stilsettet er en vagt modifisert og mer minimalistisk versjon av stilsettet på disse sidene, og oppsettet av Movable Type stort sett er kopiert fra denne bloggen, med enkelte forbedringer (mer om det kommer en dag). Diverse endringer, feilrettinger, justeringer og forfininger vil sikkert komme i dagene og ukene fremover, men i det store og hele er bloggen oppe å kjøre.