Kyrre Baker

Jeg har som tidligere skrevet flyttet fra WordPress til Movable Type. Denne gangen har jeg tenkt å skrive noen ord om hvorfor og ikke minst— hvordan. I utgangspunktet en meget enkel— og triviell jobb å ta fatt på, men vil man ha noe litt «utenfor det vanlige» må man knote litt.

Bort med WordPress

I utgangspunktet var jeg veldig fornøyd med WordPress som system. Det var relativt stabilt og feilfritt, men for å få det hele til å gjøre det jeg ville— slik jeg ville det måtte jeg skrive en de kode selv, og i tillegg «hacke» litt i «ferdig-systemet» deres.

Noen av de tingene som ikke fungerte

1. Trackbacks / Ping
   1. Dette er en historie for seg. WordPress kom ut i den ene versjonen etter den andre med mer eller mindre samme feil og mangel i trackback-systemet sitt. Da de hadde klart å fikse dette problemet, klarte de å komme på ett nytt å servere brukerne sine.
2. Stabilitet
   1. WordPress er stabilt som granitt. Problemet er dog at det serverer dynamiske sider ut fra en MySQL-database, og er således avhengig av at MySQL-serveren snurrer i bakgrunnen. Hvem har vel ikke sett en «cannot connect to mysq-server» med fin— blå bakgrunn og «wordpress» skrevet på toppen der.

WordPress var ikke bare dumt for meg

Jeg likte dog WordPress godt etter som det er så til de grader «hackbart». At det brukte PHP som «motor» gjorde det hele så mye enklere for meg. De få tilleggene jeg har skrevet er bare en liten del av det jeg måtte endre og skrive om for å få det slik jeg ville.

At jeg skrev om så mye kode er dog ikke bare negativt. På denne måten hadde jeg ett «utgangspunkt» i ett CMS, og endret kun det jeg ikke var helt fornøyd med. Automatiseringen til WordPress-installasjonen min var meget bra, og rent bortsett fra å skrive teksten i seg selv, og laste opp en og annen fil var det ikke mye å passe på.

WordPress i sin helhet

Alt i alt var WordPress en god «tjener» for meg. Det fungerte «til slutt» og da fungerte det glitrende godt. Dog var det på tide å oppgradere fra 1.5 og da var det lite fristende å skrive alle «hackene» på nytt for å få det like «transparent».

Inn med Movable Type

Jeg kan liste opp ting jeg liker— eller ikke liker med Movable Type. Begge disse listene vil dog bli veldig lange, så jeg velger heller å beskrive hva jeg har gjort for å få til i alle fall ett minimum av en installasjon.

Installasjonen

Dette var greit og enkelt. Kanskje den enkleste installasjonen jeg noen sinne har gjort, uansett oppgave, operativsystem og programvare.

1. Last ned siste versjon av Movable Type
2. Pakk den ut på serveren
3. Gjør alle .cgi - filer «kjørbare»
4. Endre mt-config.cgi
5. Gå til http://example.com/din_movable_type_mappe/mt.cgi
6. Logg inn med brukernavnet Melody og passordet Nelson

Deretter var det bare å sette i gang med «oppsettet». Først endrer man brukernavn— og passord så ingen andre kan komme inn å «herpe» tingene. Deretter var det ting som «navn på webloggen» og litt «klikk her og der» for å få det slik man vil. Enkelt og greit.

De store fordelene

Noen av fordelene med Movable Type er større enn de andre. Det som fikk meg til å vurdere dette systemet igjen var at all HTML blir lagret statisk på serveren. Dette betyr at ikke en ustabil MySQL -server kan gjøre så mye skade. I alle fall ikke når siden skal vises.

I tillegg er Movable Type lagt opp til å kunne håndtere forskjellige database-motorer. Har du ikke tilgang til MySQL så er mulighetene store for at du har tilgang til i alle fall én av de andre.

De store ulempene

I utgangspunktet ingen. Jeg ser dog at det «bugger» litt her og der. Særlig gjelder dette funksjonen «basename», som gir skriverier «pene navn». Når man skriver en ny artikkel vil «basename» få én verdi, og dersom man ikke publiserer med en gang, for så å publisere senere får «basename» én annnen. Det kan se ut som om at dette kun gjelder dersom man sletter «basename» manuelt, men det er likevel ikke slik det skal være.

Hacking og design

Movable Type kommer med ett ganske så ubrukelig «standard-design» synes jeg. Dette gjelder også HTML og andre «templates». Dette betyr at man må skrive— og ordne en del for å få ting til å se bra ut, eller i alle fall se ut slik man ønsker selv.

Ønsker man å endre noen av de medfølgende «templates» må man, uansett hvor man vil, skrive HTML og CSS. Dette betyr at overgangen ikke går av seg selv. Men det gjør det jo aldri, uansett hvilket CMS man velger å bruke. Fordelen med Movable Type sitt system på akkurat dette punktet er at det er meget godt dokumentert og at man ganske så enkelt kan finne mer informasjon via Google, eller en annen søkemotor.

«Alt i alt»

Når «alt kommer til alt» må jeg si jeg er storfornøyd med Movable Type. Det eneste jeg nå «sliter med» av forskjellige grunner er følgende små saker.

1. «Basename» - delen er ikke helt som jeg ønsker.
   1. Sære tegn som æ, ø og å blir «borte» som standard og det vil jeg ikke.
   2. Det «endrer seg» litt avhengig av hvilken vei man går
   3. Det blir «for kort» som standard

1. Kommentarskjemaet
   1. Funksjonen «husk meg» er ikke helt bra da den ikke fungerer i alle nettleserne jeg har.
   2. Det blir litt «tregt» å kommentere til tider, da dette er en funksjon som ikke nødvendigvis kan være statisk.

1. Tillegg
   1. Jeg er ikke «kar om» å få Textile2 til å fungere i «title» - feltet. Det er sikkert bare en bagatell å fikse, men akkurat nå er det ikke slik det bør være.
   2. Tillegget «refresh templates» burde være disablet som standard. Dette kan, dersom «man klikker feil» tilbakestille alle «templates» til default, og det er ikke nødvendigvis hva man vil gjøre.

Dette er dog småting det er mulig å «hacke til» på forskjellige måter. Etter hvert som jeg føler for det vil jeg nok beskrive hvordan jeg har gjort dette også. Frem til denne lysten kommer kan jeg bare anbefale deg å prøve ut Movable Type som CMS, dersom du faktisk er på jakt etter akkurat det.