Slik flytter du webhotell og domene i WordPress

Jeg hadde ganske valne fingre mens jeg gjen­nom­førte flytte­pro­ses­sen. Det er nok av nett­ste­der med rik­tig triste his­to­rier om hvor galt det kan gå når man flyt­ter et domene. Dette mer­ket jeg svært lite til, tak­ket være de hjelpe­si­dene jeg fant i Codex for Word­Press og sup­port­si­dene for mitt web­ho­tell. Fak­tisk mener jeg det ikke var like knirke­fritt å flytte fra min for­rige til­by­der i Tysk­land, noe som skyld­tes dem og ikke Dome­ne­shop, den gan­gen. Nå er jeg inn­lo­sjert hos uno­Euro, for øvrig.

Når det gjel­der sup­port­si­dene til uno­Euro, så har man slike på norsk også. Disse er på langt nær like utfyl­lende som de danske sidene. Der­for anbe­fa­ler jeg å skifte språk, før man kro­ter rundt på sup­port­si­dene. Dansk var fel­les­språk for oss nord­menn under danske­ti­den, så den den over­gan­gen ble ikke så stor! Med det i mente, er det bare å lese seg opp her.

NB! Det ble litt pri­kete for meg å flytte fordi jeg er ganske fersk i bru­ken av Word­Press, PHP og MySQL. For­rige gang var det ute­luk­kende sta­tiske sider, ingen data­ba­ser og rime­lig små meng­der data. Erfa­rin­gene kan imid­ler­tid deles med andre, slik dug­nads­pro­sjek­tet Word­Press også er organisert.

Flytte­pro­ses­sen ble fore­tatt med en beta av Word­Press 3.3. Hvor­dan dette stil­ler seg med tid­li­gere ver­sjo­ner, vet jeg ikke. Jeg brukte imid­ler­tid denne siden i Codex (NB! på engelsk) til å lese meg opp på hva jeg måtte gjøre. For­ut­set­nin­gen er selv­sagt at dette er en rein flyt­ting, ikke nytt dome­ne­navn eller andre krum­spring som med­fø­rer vesent­lige end­rin­ger av url, etc.

OBS! For mange er det svært til­rå­de­lig at man vel­ger en til­by­der som har php­My­Ad­min eller til­sva­rende instal­lert. Ellers kan denne pro­ses­sen bli tem­me­lig klo­rete, alt avhen­gig av hvilke pro­ble­mer man stø­ter på. Ikke minst er dette enda vik­ti­gere når MySQL-databsen på det nye web­ho­tel­let skal set­tes opp. Les både stort og smått! Det gamle ord­ta­ket om at «hast­verk er last­verk» har full tyngde her!!!

A. Slik  for­be­redte jeg flyt­tin­gen av domene og webhotell:

Det enk­leste er å bruke et ftp-program (ftp = file trans­fer protocol) til å flytte filer mel­lom gam­melt og nytt web­ho­tell. Per­son­lig benyt­ter jeg File­Zilla. Jeg har vært innom mange slike pro­gram­mer, men etter at jeg fant File­Zilla — da slo jeg meg til tåls. Det er et sta­bilt gra­tis­pro­gram, med et enkelt bru­ker­grense­snitt — rett ut av bok­sen, som man sier.

Jeg kunne kan­skje gjort flytte­sjauen i én enkelt pro­sess, men valgte å ta dette sats­vis. Sånn sett er det en viss lærings­pro­sess i hvor­dan jeg gjorde unna flyttesjauen.

OBS! Der det står File­Zilla får man lese dette som nav­net på ens eget fore­trukne ftp-program.

1. Ta en dump av MySQL-databasen. Det er mange måter å gjøre dette på. Noen benyt­ter php­My­Ad­min. Hos Dome­ne­shop måtte jeg even­tu­elt ha las­tet dette opp sær­skilt mens uno­Euro til­byr pro­gram­met som stan­dard. Sjekk der­for om til­by­der har php­My­Ad­min instal­lert. Da kan man raskt ta en dump (les: eks­por­tere) databasen/-e. Ellers må man, som meg altså, bruke andre metoder.

Den enkle løs­nin­gen på dette pro­ble­met er et inn­stikk. Det fin­nes en hel horde av slike pro­gram­mer for Word­Press her.

2. Deak­ti­ve­rer alle inn­stikk!!! Dette gjø­res rett før ned­las­ting fordi det kan være visse begrens­nin­ger på det nye web­ho­tel­let. Det er en god huske­re­gel å gjøre dette hver gang man tuk­ler med opp­da­te­rin­ger, o.a. Jeg syn­der så å si all­tid mot dette og har fått noen tek­niske kile­vin­ker pga. etterpå.

3. Last ned hele instal­la­sjo­nen av Word­Press. Det vil si at man las­ter ned map­pen med alle filer i Word­Press (det man ofte omta­ler «hele instal­la­sjo­nen», «WordPress-installasjonen, m.v. i en rekke tek­niske artik­ler). Hvis for­bin­del­sen med File­Zilla er opp­ret­tet, så lig­ger alt sam­men under den map­pen som er satt opp til dette — også første gang man instal­lerte Word­Press. Map­pen heter gjerne www eller html_public, e.l.

Ser man map­per lis­tet opp som wp-admin, wp-content, wp-includes øverst på høyre side i File­Zil­las pro­gram­vindu, så er man inne i den aktu­elle map­pen. Kopier alle map­per og filer her til en ny mappe med et enkelt navn, som det sei­nere er lett å huske, på venstre side i pro­gram­vin­duet. (Et knep er å høyre­klikke musa mens man peker på en over­ord­net mappe — altså dit man har tenkt å kopiere instal­la­sjo­nen. Da kom­mer det opp en meny som en kan opp­rette den nye map­pen med.)

4. Ha noe i bak­hånd. Lag gjerne en kopi av den map­pen man las­tet ned i etterpå — på egen maskin, også. Gi den et intui­tivt navn, sånn at den er enkel å finne til­bake igjen. Kopier for all del ikke dette inn i den map­pen som man sei­nere skal laste opp instal­la­sjo­nen med. Ellers blir det garan­tert mye støy.

Det er vel­dig smart å ha en urørt kopi i bak­hånd der­som noe går galt under­veis. Codex i Word­Press under­stre­ker dette sterkt!

B. Dette må til på det nye webhotellet

Det aller vik­tigste man må gjøre, er å endre wp-config.php-fila. De gamle para­met­rene må skif­tes ut med nye. Alle rele­vant opp­lys­nin­ger får man opp­gitt, gjerne i epost fra til­by­der — etter å ha bestilt. Alter­na­tivt kan det hende at det fin­nes et kon­troll­pa­nel for dome­net og web­ho­tel­let på/i til­knyt­ning til til­by­de­rens nett­si­der, e.l. Det er sær­lig vik­tig å få luket ut gamle opp­lys­nin­ger fordi ellers vil ikke Word­Press virke på det nye webhotellet.

1. Endre wp-config-php. Denne åpner man  i en tekst­be­hand­ler som Note­pad e.l, for å redi­gere para­met­rene. Bruk ikke MS Word e.l.

Disse end­rin­gene må endres/settes opp i fila:

A. nav­net på data­ba­sen (DB_NAME) Til­by­der opp­gir som regel dette. Hvis dette er den opp­rin­ne­lige fila, så hus­ker de fleste som regel hva de fylte inn sist, og skif­ter ut det gamle mel­lom apo­stro­fene med nav­net på den nye data­ba­sen. Noen kan imid­ler­tid sette navn selv, hvis dette er egen web­ser­ver og instal­la­sjo­nen gjø­res fra bun­nen av. De fleste andre får dette strikt til­ord­net. Vær nøye!

B. bru­ker­navn (DB_USER) skif­tes med det nye bru­ker­nav­net som står i epos­ten, alter­na­tivt i et kon­troll­pa­nel på web­ho­tel­lets nett­si­der, e.l..

C. pass­ord (DB_PASSWORD) må også skif­tes ut. Dette skal være opp­gitt i epos­ten fra til­by­de­ren. Ved bestil­ling lagde man kan­skje et pass­ord, og det er ikke uvan­lig at disse sam­sva­rer. Uan­sett er det her man skri­ver inn pass­or­det, atså.

D. nav­net på ser­ve­ren som til­by­de­ren opp­gir, ofte en streng med —mysql— et eller annet sted i navnet.

NB! Fel­tene er tid­li­gere utfylt, så det er de gamle para­met­rene mel­lom apo­stro­fene som skal end­res, ikke noe annet.

Appen­dix: Har en strevd med å få Word­Press til å virke på norsk uten å få dette til, så er det også i denne fila at man set­ter opp dette. Kikk ned­over i fila og finn føl­gende: define(‘WPLANG’… Skriv inn nb_NO mel­lom apo­stro­fene, slik at det blir seende slik ut: define(‘WPLANG’, ‘nb_NO’) Nå skal det bli norsk over «hele fjøla» — neste gang man log­ger inn!

2. Last opp alt man las­tet. Alt las­tes uend­ret opp til map­pen på det nye web­ho­tel­let  - pluss wp-config.php (som man jo har end­ret). Nav­net på map­pen er gjerne opp­lyst i en sær­skilt epost som kom etter bestil­ling. Hvis ikke, bør man dob­belt­sjekke i kon­troll­pa­ne­let på web­ho­tel­lets hjemme­si­der. Alter­na­tivt kan man se dette etter for­bin­delse med ser­ve­ren er opp­nådd — etter at den nye for­bin­delse til web­ho­tel­let er kon­fi­gu­rert — i File­Zilla. Det øverste vin­duet til høyre viser stien til web­ho­tel­let på serveren/-e. Under ser man hvilke map­per som lig­ger klare til å instal­lere ens eget. kfr. pkt A3. len­ger opp i artikkelen.

3. Sette opp den nye MySQL-databasen. Dette er den klo­rete biten, avhen­gig av hva man har til­gang til. Først og fremst er det vik­tig hvor­vidt php­My­Ad­min eller til­sva­rende løs­ning er installert/tilgjengelig fra til­by­der. Alter­na­tivt kan man benytte f.eks. MySQL Work­bench, men dette pro­gram­met ford­rer dess­verre en del forkunnskaper.

Avhen­gig av hva man har til rådig­het, følg instruk­sene nøye — kom­bi­nert med de opp­lys­nin­ger man har fått opp­gitt. Helt sen­tralt er det om man står fritt til å gi denne data­ba­sen et eget navn (sjel­dent), eller om denne har et spe­si­fikt navn (svært van­lig). Inn­log­get i f.eks. php­My­Ad­min på web­ho­tel­let, gjør det neste ste­get til en smal sak. Alt avhen­ger jo av hvor stort web­ho­tell man har bestilt, og hvor mange data­ba­ser til­by­de­ren til­la­ter og/eller har satt opp.

4. Impor­ter sql-dump’en man tid­li­gere har laget inn i data­ba­sen. Til venstre i php­My­Ad­min er det en ned­trekk­s­meny for hvilke data­ba­ser som fore­lig­ger på web­ho­tel­let. Velg den som man skal impor­tere dump’en inn i, og som man hen­tet ut fra det gamle web­ho­tel­let. Nå skal den gamle MySQL-databasen skli rett på plass — gitt at alle grunn­prin­sip­per er fulgt. Ofte er det en lek, bare man fin­ner igjen xxx.sql.zip på ens egen maskin.

NB! Det må være sam­svar mel­lom (DB_NAME) i wp-config.php  og den MySQL-databasen man impor­te­rer til. De må ha samme navn for å virke tilfredsstillende.

Når alt er las­tet opp: Gra­tu­le­rer! Du er i hus!!!

—

Pust ut! Meste­par­ten av job­ben er nå gjort. Som oftest.

Det vil si at det kan være til­by­de­ren har satt opp en mid­ler­ti­dig adresse, slik at man kan utprøve om alt fun­ge­rer som det skal, før dome­net og web­ho­tel­let er ship shape. Dette er i de aller fleste til­fel­ler for­klart på til­by­de­rens hjemme­si­der, i epost, kon­troll­pa­nel, m.m. For de fleste skal man endre et par lin­jer i en fil som heter .htaccess. Også dette bør i så fall være grun­dig opp­lyst på hjemme­si­dene til tilbyderen.

Det kan være at man avslut­nings­vis må kor­ri­gere per­ma­len­ker, etc. For en bre­dere artik­kel (på engelsk) om dette, hen­vi­ser jeg til denne artik­ke­len i Codex.

—

God blog­ging!

Print PDF