Det kan være at du er træt af din nuværende host og ønsker at flytte dit WordPress-system til et nyt webhotel. I så fald er det en god idé at læse denne guide igennem så du er godt forberedt på at flytte. Det kan faktisk lade sig gøre uden nedetid, og uden smerter generelt. Læs her hvordan du gør ..

- 1. Tag en backup af dine filer og databaser og placer den et sikkert sted.
Det værste der kan ske, er at der går et eller andet i vasken mens flytningen er i gang og at eksempelvis databasen bliver korrupt. Sørg derfor for at du har en backup i tilfælde af at det går helt galt, og at du har noget at falde tilbage på.
- 2. TTL ned til 300 sekunder.
Hvis du selv har kontrol over DNS for dit domæne, så sørg for at sætte TTL-værdien til 300 og gør det mindst et eller to døgn før du påbegynder flytningen. Det sikrer at trafikken bliver peget hen til det nye webhotel relativt hurtigt. Dermed undgår du at den ene besøgende vil se siden på din gamle host, hvorimod en anden vil se siden fra dit nye webhotel.
- 3. Nye mail kontier
Hvis du har mail liggende på dit gamle webhotel, så sørg for at oprette mailadresserne på dit nye webhotel også. Dette sikrer at eventuel mail der bliver leveret det nye sted, ikke går tabt eller bliver afvist af serveren. Hent din mail ned vha POP3, så du har sikrer dig at dette ikke går tabt ved flytningen. Man kan eventuelt benytte et værktøj som imapsync, hvis man ønsker at synkronisere fra den gamle server til den nye server (begge webhoteller skal understøtte IMAP).
- 4. Flyt filerne
Når det er gjort, er du klar til at flytte filerne. Hent alt ned vha. et FTP-program og upload det til det nye webhotel. Sørg for at WordPress har skriverettigheder til /wp-content/ mappen, hvis ikke WordPress har det i forvejen (afhængig af server-opsætning). I de fleste FTP-programmer kan du højreklikke på mappen og chmodde til 755. Bemærk at det ved nogle server-opsætninger kan være nødvendigt at chmodde til 777 (!).
- 5. Flyt databasen
Nu er det tid til at flytte databasen. Eksporter den gamle database vha f.eks phpMyAdmin eller et WordPress-plugin som WP-DB-Backup. Gem SQL-filen på din harddisk og åben det i en editor. Nu skal du sikre dig at ændre upload-stien, da denne muligvis ændrer sig mens du flytter siden. Det bedste er at finde den absolutte sti til /wp-content/uploads/-mappen og erstatte den ved hjælp af “Search & Replace” funktionen i din editor. Du finder den ved f.eks at tilgå en phpinfo() side.
Importer derefter databasen ved hjælp af phpMyadmin på dit nye webhotel, og sørg for at rette databaseoplysninger i wp-config.php det nye sted. Hvis dit nye webhotel tillader ekstern adgang til databasen, kan du rette databaseoplysninger i wp-config.php på dit gamle webhotel, så den forbinder til den nye database. På den måde sikrer du dig at der ikke kører 2 forskellige versioner af databasen ved siden af hinanden, og undgår du at miste data.
- 6. Test vha. hosts-filen
Det kan være en god idé at teste om din WordPress-installation virker på det nye webhotel. Dette kan du gøre vha hosts-filen. Hosts-filen gør at du kan komme ind på det nye webhotel uden at du behøver at skifte DNS-opsætningen og at det dermed har inflydelse på omverdenen.
Tilpas følgende fil i Windows: “C:/Windows/System32/drivers/etc/hosts”, eller Linux/Mac OS X: “/etc/hosts”, og tilføj følgende linie:
10.0.0.1 domaene.dk www.domaene.dk
Hvor 10.0.0.1 er IP-adressen på det nye webhotel og hvor domaene.dk er dit domæne ;). Gem og luk filen og tryk F5 (eller CMD+R for os Mac brugere) for at se siden det nye sted. Når du er færdig med at teste, så husk at fjerne linien igen. Det kan være nødvendigt at gentage trin 5, hvis du synes at det tog lang tid om at teste. I så fald er det en god idé at importere databasen én gang til.
- 7. Go!
Når alt dette er gjort, har du sikret dig at alt kører som det skal på 2 uafhængige forskellige webhoteller. Du kan nu roligt bekræfte redelegeringen eller flytningen af dit domæne – eller sætte dit domæne til selv at pege på det nye webhotel (hvis du selv administrerer DNS).
Pingback: Synkronisering af email-konti ved hjælp af “imapsync” | Martin van de Belt