Indholdsfortegnelse
Opdateret - 28. februar 2025
Flytning af en hjemmeside, hvad betyder det, hvorfor - og hvordan fungerer det? Denne artikel er dedikeret til disse spørgsmål i detaljer. Det er derfor, den er lidt længere end normalt på min blog.
At flytte et website kan have forskellige betydninger:
Flytning af hosting
- Hjemmesiden overføres fra en hostingudbyder til en anden.
- Databaser, filer og e-mails skal ofte tages med.
- DNS-indstillingerne skal justeres.
- For eksempel af hensyn til ydeevne, sikkerhed eller pris.
Overførsel af domæne
- Hjemmesiden skifter fra et gammelt domæne (f.eks. gammelt-domæne.com) til en ny (nyt-domæne.com).
- Redirects (301 redirects) er vigtige for at få besøgende og SEO-placeringer.
Ændring af server
- Hjemmesiden forbliver på det samme domæne, men flytter til en ny server (f.eks. fra delt hosting til sin egen server).
- Kan være påkrævet af bl.a. præstations- og sikkerhedsmæssige årsager.
Hvorfor?
En hjemmeside, der startede som en lille blog, vokser og kræver derfor mere hukommelse, større databaser og går ud over rammerne for den kontrakt, der er indgået med webhotellet. Men en opgradering vil igen overskride budgettet, og derfor ser man sig om efter andre hostingudbydere.
I begyndelsen tænker man ikke på databaser og andre ressourcer. Man sammenligner forskellige tilbud og beslutter sig som regel for det, der tilbyder de "højeste" tal til den laveste pris. På grund af manglende baggrundsviden tænker man ikke over betydningen og nødvendigheden af disse "tal". Og hvis man ikke rigtig ved, hvilke tal der i sidste ende er vigtige, ved man ikke, hvilke spørgsmål man skal stille, eller hvilke data man skal være særligt opmærksom på.
Da kontrakter skal overholdes, vil hostingudbyderen næppe vende det blinde øje til, hvis de fastsatte grænser overskrides, men vil først høfligt påpege den omstændighed, der er i strid med kontrakten, og hvis dette ikke afhjælpes, simpelthen blokere webstedet.
Okay, så når du vælger en udbyder, skal du også tage højde for den maksimalt tilladte databasestørrelse. Det er lettere sagt end gjort, da næsten ingen udbydere angiver dette som et kriterium i deres tal, når de vælger en tarif. Så meget desto mere grund er der til at spørge eksplicit om det, via e-mail eller chat!
Og det er også tilrådeligt hos kendte udbydere, hvis takster nemt kan beløbe sig til flere hundrede euro om året.
I eksemplet var det netop overskridelsen af den tilladte databasestørrelse på 1.024 MB, der fik os til at skifte hostingudbyder.
Valg af hostingudbyder
Hvis du søger efter sammenligninger af hostingudbydere, vil du finde listen overvejende i stigende prisorden.
Ud over rene "tekniske data" er tilgængelighed, svartid og effektivitet i supporten også vigtigere. Der kan være delte meninger om AI, men udbydere bruger i stigende grad AI til at dække support på første niveau, dvs. generelle spørgsmål fra kunder. Det er helt forståeligt og fuldt ud tilstrækkeligt til dette formål. Det er sjovt, når AI ønsker dig en "god nat" og "sov godt!".
Men der skal være et menneske i den anden ende, som kan løse specifikke problemer, og det skal være tilgængeligt hele dagen, 24/7. Hvor langt den inkluderede supportservice rækker, og hvornår den skal betales, er også noget, der skal afklares, før kontrakten indgås.
Kontrakter, der indgås flere år ud i fremtiden, er normalt mere interessante med hensyn til pris, især fordi det gør omkostningssiden mere beregnelig på lang sigt. En udbyder, der opsiger sin tjeneste før kontraktens udløb eller overlever denne periode, ville naturligvis være det bedste valg. Det er der dog ingen, der kan garantere.
De - som regel højere - omkostninger efter udløbet af den oprindelige periode bør også tages i betragtning i beslutningsprocessen, især fordi stigningen ofte er meget betydelig. Man kan selvfølgelig bare lade kontrakten udløbe og flytte hjemmesiden - igen - men erfaringen viser, at det ikke bliver gjort, især ikke af bekvemmelighedsgrunde.
Når du har fundet din nye udbyder, kan du begynde at flytte din hjemmeside.
Flytning af hjemmesiden
Der kræves ni trin:
- Opdater alle plug-ins, temaer og WordPress-installationen til den nyeste version
- Omorganisering af databaserne
- Download og installer plug-in til databackup (f.eks. UpdraftPlus)
- Sikkerhedskopiering af alt indhold (database, plugins, temaer, uploads, andet)
- Overførsel af domænet til den nye udbyder
- Installation af WordPress på den nye udbyders servere
- Installation af plug-in til sikkerhedskopiering af data (her UpdraftPlus)
- Gendannelse af data til den nye WordPress-installation
- Tjek DNS-poster med den nye udbyder
Opdateringer
Især WordPress bør være på den nyeste version, da den nye WordPress-installation vil være den nyeste. Som regel er versioner nedadkompatible, men med denne foranstaltning undgår man eventuelle inkompatibiliteter.
Plug-ins er mindre kritiske og kan stadig opdateres efter migreringen.
Plug-in til sikkerhedskopiering af data UpdraftPlusHvis den allerede var aktiv på den gamle installation, bør den helt sikkert opdateres til den aktuelle version før sikkerhedskopieringen af data, da den også vil blive indlæst og installeret i den aktuelle version, når WordPress-installationen på den nye server er afsluttet. Igen er det for at forhindre versionsinkompatibilitet.
Omorganisering af databasen
Databaser er som bogreoler: en bog ind, tre bøger ud, fem bøger ind ... - de lever og ændrer sig hele tiden. Nogle gange bliver en stor bog, som ikke passer ind i et hul, brudt ned i passende enkeltdele og gemt forskellige steder. Databasen har derfor et fragmenteret indhold. Henvisninger til disse fragmenter optager lige så meget lagerplads som selve indholdet. Der gemmes også logfiler, skrives cachedata osv.
En reorganisering af databasen læser alle data, samler fragmenterede data igen, sletter midlertidige data, som ikke længere er nødvendige, og optimerer på den måde både adgangshastigheden og størrelsen på databasen. Det reducerer også den tid, det tager at sikkerhedskopiere og gendanne databasen.
Da databasen er den centrale nerve på et websted, anbefales det kraftigt, at du laver en kopi af databasen, FØR du omorganiserer den, og tager en sikkerhedskopi af den på et lokalt lager. Hvis noget går galt, kan du gendanne den.
Plug-in til sikkerhedskopiering af data
Der findes en række plug-ins, som er dedikeret til at tage backup af og migrere en hjemmeside. De fleste af dem tager backup uden problemer, men beder dig om at betale, når du migrerer. Så hvis du ikke har planer om at migrere din hjemmeside i ny og næ, er det usandsynligt, at du er interesseret i et årligt abonnement. Det plug-in, der er linket til ovenfor UpdraftPlus er en bemærkelsesværdig undtagelse her, da den er beskeden og tillader en gendannelse uden noget hvis eller men.
UpdraftPlus guider dig intuitivt gennem backup-processen og kan downloade de enkelte filer til din egen computer, når installationen er gennemført.
Overførsel af domæne
Hvad er et domæne?
Et domæne er f.eks. www.google.de - www er valgfrit og repræsenterer det såkaldte subdomæne. Derfor skal du indtaste "google.com" til samme resultat som "www.google.de". I begge tilfælde bliver hjemmesiden kaldt op af Google.
"google" er det individuelle navn, mens ".de" er topdomænet (TLD).
EEP
Den Extensible Provisioning Protocol (EPP) bruges til administration af domænenavne hos registratorer og registre og muliggør standardiseret og sikker kommunikation mellem domæneregistratorer som Namecheap, GoDaddy og de centrale registre som DENIC (Tysk netværksinformationscenter) for topdomænet ".da"
og Verisign for .com.
).
En domæneoverdragelse kræver en ansøgning fra domæneindehaveren, dvs. hjemmesideoperatøren. Webstedsoperatøren ansøger sin tidligere hostingudbyder om den såkaldte EPP-Auth-kode. Den modtagne kode indtastes på ansøgningssiden for domæneoverførsel hos den nye udbyder, som derefter sørger for, at domænet bliver overført fra den gamle udbyder til den nye.
Så snart domæneflytningen har fundet sted, peger den tidligere "adresse", som tidligere førte til den gamle udbyder, dennes server og din egen hjemmeside, ingen steder hen. Her kommer Domænenavnsserver (DNS) kommer i spil.
DNS
A Domænenavnsserver konverterer den indtastede adresse "www.google.de" til en IP-adresse, der passer til servere, her "8.8.8.8".
DNS er tilgængelig i hele verden: Hvis den første server, der forespørges (DNS-resolveren), ikke kender IP-adressen, sender den forespørgslen videre til den næste. Denne rekursive søgning fortsætter, indtil navneindgangen er fundet, og den søgte IP-adresse sendes tilbage til den anmodende lokation, og det ønskede websted kan indlæses.
En DNS gemmer også yderligere poster, som f.eks.
- A-Record - Forbinder et domæne med en IPv4-adresse.
- AAAA-rekord - Forbinder et domæne med en IPv6-adresse.
- CNAME-record - Omdirigerer et domæne til et andet (f.eks.
www.example.com
→eksempel.com
). - MX-Record - Definerer mailserver til e-mails.
- TXT-post - Indeholder yderligere oplysninger, f.eks. om sikkerhedsmekanismer.
Udbredelse af DNS
Hver hostingudbyder har sin egen navneserver. Den gamle udbyder, f.eks. ns1.alterProvider.comden nye, for eksempel ns1.newprovider.com.
I tilfælde af flytning henviser den gamle adresse, der er gemt hos registratoren, til ns1.alterProvider.com Derfor skal du først gå ind på den gamle udbyders hjemmeside.
Så snart registratoren modtager den nye udbyderadresse ns1.newprovider.com Der sendes en anmodning til den nye udbyder, men hjemmesiden er endnu ikke blevet overført til deres server. Forespørgslen forbliver derfor mislykket. Siden vises først som normalt igen, når alt indhold er blevet gendannet.
Om den gamle eller den nye navneserver stadig er gemt for det flyttede domæne, kan kontrolleres via WhoIs tjek. For at gøre dette skal du indtaste det domæne, der skal kontrolleres, i søgefeltet øverst til højre og klikke på WHOIS-knappen til højre.
Desuden skal den nye adresseindtastning stadig overføres til alle DSN'er i hele verden, hvilket kan tage op til ca. 48 timer. Det er derfor muligt, at en person i Nairobi kan få adgang til hjemmesiden, mens en person fra Moskva stadig ender i tomrummet eller får en fejlmeddelelse.
Tjek DNS NameServer
Du kan finde ud af, hvilken DNS den nye adresse allerede er registreret til via hjemmesiden DNS-tjekker ved at vælge NS for NameServer i valgfeltet til højre for det domæne, der skal registreres (f.eks. csiag.de). Resultatet vises nederst på landelisten for hvert land til højre. Den nye NameServer bør vises der i stedet for den gamle.
WordPress-installation
Når den nye adresse kan nås via DNS hos den nye udbyder, kan du logge ind der med de tidligere indtastede data og starte WordPress-installationen. Udbyderne designer generelt brugergrænsefladerne på deres portaler så intuitivt, at man som regel kan finde de relevante menuer og funktioner med det samme.
Når WordPress-installationen er gennemført, installeres plug-in'et til sikkerhedskopiering af data.
Plug-in til sikkerhedskopiering af data
I sidepanelet i WordPress-installationen finder du menupunktet Plugins.
Klik på knappen øverst til venstre Tilføj nyt plugin til oversigtssiden over tilgængelige plug-ins.
Til højre i søgefeltet Search plugins skriver du UpdraftPlus og det plug-in, du leder efter, vil straks dukke op, som du kan installere ved at klikke på Installer nu er startet. Efter en vellykket installation startes plug-in'en ved at klikke på Aktiver i stand til at handle.
Gendannelse af data
I den venstre WordPress-menukolonne er der nu også UpdraftPlus opført. Ved at klikke på dette punkt åbnes funktionsvalget for Save eller Restore.
Funktionerne Migrere/klone ser ud til at være forbeholdt købsversionen, hvorfor den rene funktionalitet Sikre dig nu eller længere nede, Gendan bruges.
Der er ingen eksisterende backup på den nye server, og derfor skal filerne fra backuppen hos den gamle udbyder først gendannes ved at klikke på Upload backup-filer skal overføres til den nye udbyders server.
Når overførslen er gennemført, er der nu fem knapper til rådighed efter backup-datoen/klokkeslættet i tabellen nedenfor. Der er en boks lige i begyndelsen af linjen. Klik på den, og klik til højre på knappen Gendan Start gendannelsen.
Hvis gendannelsen annulleres, vises en tilsvarende fejlmeddelelse samt en knap til at rette fejlen. I de fleste tilfælde kan gendannelsesprocessen ikke overskrive de tomme databasetabeller, der er oprettet af den tidligere WordPress-installation, og derfor skal de eksplicit slettes manuelt med et klik, hvorefter processen genstartes.
Så snart gendannelsen er gennemført, kan man få adgang til hjemmesiden som normalt, forudsat at DNS-udbredelsen er gennemført.
Faldgrube hosts-fil
Hosts-filen er en lokal konfigurationsfil i et operativsystem, som bruges til at tildele IP-adresser til værtsnavne. Den gør det muligt at dirigere bestemte domæner til en bestemt IP-adresse uden at udføre en DNS-forespørgsel.
Et eksempel:
##
# Værtsdatabase
# localhoist bruges til at konfigurere loopback-grænsefladen
#, når systemet starter, skal du ikke ændre denne post.
##
139.162.163.62 csiag.de
139.162.163.62 www.csiag.de
127.0.0.1 localhost
255.255.255.255 broadcasthost
::1 localhost
Indlæggene 139.162.163.62 førte til den gamle hostingudbyder, og derfor landede adgangen trods en gendannelse til den nye udbyder altid på den gamle udbyder - uden en DNS-forespørgsel - og ændringer på webstedet hos den nye udbyder blev ikke vist på enheder med ekstern adgang.
Derfor skulle disse poster kommenteres med en #, så en DNS-forespørgsel kan udføres igen og dirigeres til den nye udbyder:
# 139.162.163.62 csiag.de
# 139.162.163.62 www.csiag.de
Rediger hosts-filen
Under Mac OSX (Sonoma) skal du åbne Terminalen i Finder under Hjælpeprogrammer og indtaste
sudo nano /etc/hosts
Indtast. En adgangskodeprompt følger. Filen åbnes derefter for redigering.
Brug pil ned til at placere dig selv foran den første indtastning, f.eks. 139...., skriv #, efterfulgt af et mellemrum. Brug nu venstre- og ned-piletasterne til at placere markøren foran den næste linje, her igen 139..., skriv # igen, efterfulgt af et mellemrum, som vist ovenfor.
Gem hosts-filen
Med tastekombinationen Ctrl+X efterfulgt af Y og ENTER filen er gemt.
Slet OSX's DNS-cache
For at slette operativsystemets egen DNS-cache skal du indtaste
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
ind. Hjemmesiden skal derefter adresseres og vises ved hjælp af den nye IP-adresse, der er opnået via den DNS-anmodning, der er fremtvunget på denne måde.