A weboldal áthelyezése

Olvasási idő 7 percek

Frissítve - február 28, 2025

Egy weboldal áthelyezése, mit jelent ez, miért - és hogyan működik? Ez a cikk részletesen foglalkozik ezekkel a kérdésekkel. Ezért kicsit hosszabb a blogomon megszokottnál.

Egy weboldal áthelyezése többféleképpen is történhet:

Tárhelyváltás

• A weboldal átkerül az egyik tárhelyszolgáltatótól a másikhoz.
• Az adatbázisokat, fájlokat és e-maileket gyakran magunkkal kell vinni.
• A DNS-beállításokat ki kell igazítani.
• Például teljesítmény, biztonság vagy ár miatt.

Domain átruházás

• A weboldal egy régi domainről (pl. régi-domain.com) egy új (new-domain.com).
• Az átirányítások (301-es átirányítások) fontosak a látogatók és a SEO-rangsorolás szempontjából.

Kiszolgálóváltás

• A weboldal ugyanabban a domainben marad, de új szerverre költözik (pl. megosztott tárhelyről saját szerverre).
• Többek között teljesítmény- és biztonsági okokból is megkövetelhető.

Miért?

Egy kis blogként indult weboldal egyre nagyobb, ezért több memóriát és nagyobb adatbázisokat igényel, és túlmutat a tárhelyszolgáltatóval kötött szerződés keretein. A frissítés azonban ismét meghaladná a költségvetést, ezért más tárhelyszolgáltatók után néz.

Kezdetben nem gondol az adatbázisokra és más erőforrásokra. Összehasonlítja a különböző ajánlatokat, és általában annak javára dönt, amelyik a "legmagasabb" számokat kínálja a legalacsonyabb áron. A háttértudás hiánya miatt nem gondolkodik el ezen "számok" jelentőségén és szükségességén. És ha nem igazán tudja, hogy végül is mely számok lesznek fontosak, nem tudja, hogy milyen kérdéseket tegyen fel, vagy mely adatokra fordítson különös figyelmet.

Mivel a szerződéseket be kell tartani, a tárhelyszolgáltató aligha fog szemet hunyni a meghatározott korlátok túllépése felett, hanem először udvariasan felhívja a figyelmet a szerződésszegő körülményre, és ha ezt nem orvosolják, egyszerűen letiltja a weboldalt.

Rendben, tehát a szolgáltató kiválasztásakor figyelembe kell vennie az adatbázis megengedett maximális méretét is. Ezt könnyebb mondani, mint megtenni, mivel alig néhány szolgáltató tünteti fel ezt kritériumként a tarifa kiválasztásakor. Annál is inkább érdemes erre kifejezetten rákérdezni, e-mailben vagy chaten!
És ez a jól ismert szolgáltatóknál is tanácsos, amelyek díjai könnyen elérhetik az évi több száz eurót.

A példában említett esetben éppen ez, a megengedett 1024 MB-os adatbázisméret túllépése vezetett a tárhelyszolgáltató-váltáshoz.

A tárhelyszolgáltató kiválasztása

Ha a tárhelyszolgáltatók összehasonlítására keres, a listát túlnyomórészt az ár szerint növekvő sorrendben találja.

A puszta "műszaki adatok" mellett a hozzáférhetőség, a válaszidő és a támogatás hatékonysága is fontosabb. A mesterséges intelligenciával kapcsolatban megoszlanak a vélemények, de a szolgáltatók egyre inkább az első szintű támogatás, azaz az ügyfelek általános kérdéseire használják a mesterséges intelligenciát. Ez teljesen érthető és erre a célra teljesen elegendő. Mulatságos, amikor az AI "jó éjszakát" és "jó éjszakát!" kíván.

A másik oldalon azonban egy embernek kell állnia a konkrét problémákra, és egész nap, a nap 24 órájában elérhetőnek kell lennie. Azt, hogy a mellékelt támogatási szolgáltatás meddig terjed, és mikor válik fizetőssé, szintén tisztázni kell a szerződés megkötése előtt.

Az évekre előre megkötött szerződések általában érdekesebbek az ár szempontjából, különösen azért, mert így a költségoldal hosszú távon könnyebben kiszámítható. A legjobb választás természetesen az a szolgáltató lenne, amelyik a szerződéses futamidő lejárta előtt felmondja a szolgáltatást, vagy túléli ezt az időszakot. Ezt azonban senki sem tudja garantálni.

Az eredeti futamidő lejárta után felmerülő - általában magasabb - költségeket is figyelembe kell venni a döntéshozatali folyamatban, különösen azért, mert az emelkedés gyakran igen jelentős. Természetesen egyszerűen hagyhatjuk a szerződés lejártát, és áthelyezhetjük a weboldalt - ismét -, de a tapasztalatok azt mutatják, hogy ezt - különösen kényelmi okokból - nem szokták megtenni.

Amint megtalálta az új szolgáltatót, elkezdheti a weboldal költöztetését.

A weboldal áthelyezése

Kilenc lépésre van szükség:

• Frissítse az összes bővítményt, témát és a WordPress telepítést a legújabb verzióra.
• Az adatbázisok átszervezése
• Töltse le és telepítse az adatmentéshez szükséges bővítményt (pl. UpdraftPlus)
• Adatmentés az összes tartalomról (adatbázis, pluginok, témák, feltöltések, egyéb)
• A domain átadása az új szolgáltatónak
• A WordPress telepítése az új szolgáltató szervereire
• Az adatmentéshez szükséges plug-in telepítése (itt UpdraftPlus)
• Az adatok visszaállítása az új WordPress telepítésre
• Ellenőrizze a DNS-bejegyzéseket az új szolgáltatóval

Frissítések

Különösen a WordPressnek kell a legfrissebb verziót használnia, mivel az új WordPress telepítés a legújabb lesz. A verziók általában lefelé kompatibilisek, de ezzel az intézkedéssel elkerülhetőek az esetlegesen fennálló inkompatibilitások.

A beépülő modulok kevésbé kritikusak, és a migráció után is frissíthetők.

Az adatmentés plug-in UpdraftPlusHa már a régi telepítésen is aktív volt, akkor mindenképpen frissíteni kell az adatmentés előtt, mivel az új szerveren történő WordPress telepítés befejezése után az aktuális verzióban is betöltődik és települni fog. Ez megint csak az esetleges verzióinkompatibilitás megelőzése érdekében történik.

Adatbázis átszervezése

Az adatbázisok olyanok, mint a könyvespolcok: egy könyv be, három könyv ki, öt könyv be ... - állandóan élnek és változnak. Néha egy nagy könyvet, amely nem fér be egy résbe, megfelelő egyedi részekre bontanak, és különböző helyeken tárolják. Az adatbázisnak tehát töredezett tartalma van. Az ezekre a töredékekre való hivatkozások ugyanannyi tárhelyet foglalnak el, mint maga a tartalom. Naplók is kerülnek mentésre, cache adatok íródnak stb.

Az adatbázis átszervezése során az összes adatot beolvassa, a töredezett adatokat újra összerendezi, a már nem szükséges ideiglenes adatokat törli, és így optimalizálja mind a hozzáférési sebességet, mind az adatbázis méretét. Ez csökkenti az adatbázis biztonsági mentéséhez és visszaállításához szükséges időt is.

Mivel az adatbázis a weboldal központi idegpályája, erősen ajánlott, hogy az átszervezés előtt készítsen egy másolatot az adatbázisról, és készítsen róla biztonsági másolatot a helyi tárhelyen. Ha valami baj történik, vissza tudja állítani.

Adatmentés plug-in

Számos olyan bővítmény létezik, amely a webhelyek biztonsági mentésére és migrálására szolgál. A legtöbbjük gond nélkül elvégzi a biztonsági mentést, de a migráláskor fizetni kell. Ha tehát nem tervezi, hogy időnként migrálja a webhelyét, akkor valószínűleg nem érdekli egy éves előfizetés. A fentebb linkelt plug-in UpdraftPlus egy figyelemre méltó kivétel, mivel szerény, és lehetővé teszi a visszaállítást mindenféle "ha" és "de" nélkül.

UpdraftPlus intuitív módon végigvezeti Önt a mentési folyamaton, és a sikeres telepítés után letöltheti az egyes fájlokat a saját számítógépére.

Domain átruházás

Mi az a domain?

Egy domain pl. www.google.de - A www nem kötelező, és az úgynevezett aldomain-t jelöli. Következésképpen a "google.com" ugyanazt az eredményt kapja, mint a "www.google.de". Mindkét esetben a webhelyet a Google hívja fel.

A "google" az egyéni név, míg a ".de" a felső szintű domain (TLD).

EEP

A Bővíthető üzembe helyezési protokoll (EPP) a domainnevek regisztrátoroknál és nyilvántartó hivataloknál történő kezelésére szolgál, és szabványosított és biztonságos kommunikációt tesz lehetővé a domainregisztrátorok, például a Namecheap, a GoDaddy és a központi nyilvántartó hivatalok, például a DENIC (Német Hálózati Információs Központ) a TLD esetében ".en" és Verisign a oldalon. .com).

A domain átruházáshoz a domain-tulajdonos, azaz a weboldal üzemeltetőjének kérelmére van szükség. A weboldal üzemeltetője a korábbi tárhelyszolgáltatójánál kérelmezi az ún. EPP-Auth-kód. A kapott kódot az új szolgáltató domain átutalási kérelmének oldalára kell beírni, aki ezután gondoskodik a domain átviteléről a régi szolgáltatótól az új szolgáltatóhoz.

Amint megtörtént a domain átruházás, a korábbi "cím", amely korábban a régi szolgáltatóhoz, annak szerveréhez és a saját weboldalához vezetett, a semmibe mutat. Itt jönnek a Domain névkiszolgáló (DNS) kerül a játékba.

DNS

A Domain névkiszolgáló a beírt "www.google.de" címet átalakítja a szerverek számára megfelelő IP-címre, itt "8.8.8.8.8".

Globálisan elérhető DNS interakció: Ha az első lekérdezett szerver (DNS-feloldó) nem ismeri az IP-címet, továbbítja a lekérdezést a következőnek. Ez a rekurzív keresés addig folytatódik, amíg a névbejegyzés meg nem található, és a keresett IP-címet visszaküldi a kérő szervezetnek, és a kívánt weboldal nem tölthető be.

A DNS további bejegyzéseket is tárol, például

• A-rekord - Egy tartományt IPv4-címmel kapcsol össze.
• AAAA rekord - Egy tartományt IPv6-címmel kapcsol össze.
• CNAME rekord - Egy tartományt átirányít egy másikra (pl. www.example.com → example.com).
• MX-Record - Meghatározza az e-mailek levelezőszerverét.
• TXT rekord - További információkat tartalmaz, pl. a biztonsági mechanizmusokra vonatkozóan.

DNS terjedés

Minden tárhelyszolgáltatónak saját névkiszolgálója van. A régi szolgáltató pl. ns1.alterProvider.comaz új, például ns1.newprovider.com.

Költözés esetén a régi, a regisztrátornál tárolt cím a következőre utal ns1.alterProvider.com Következésképpen először a régi szolgáltató honlapjára kell lépnie.
Amint a regisztrátor megkapja az új szolgáltatói címet ns1.newprovider.com az új szolgáltatónak elküldik a kérést, de a weboldal még nem került át a szerverükre. A lekérdezés ezért sikertelen marad. Az oldal csak akkor jelenik meg újra a szokásos módon, ha az összes tartalom helyreállítása megtörtént.

Azt, hogy a régi vagy az új névkiszolgáló még mindig a költözött tartományhoz van-e tárolva, a következő módon lehet ellenőrizni WhoIs csekk. Ehhez írja be az ellenőrizni kívánt tartományt a jobb felső sarokban található keresőmezőbe, majd kattintson a jobb oldali WHOIS gombra.

Ezenkívül az új címbejegyzést még át kell vinni a világ összes DSN-jébe, ami akár 48 órát is igénybe vehet. Ezért előfordulhat, hogy valaki Nairobiban hozzáfér a weboldalhoz, míg valaki Moszkvából továbbra is a semmibe kerül, vagy hibaüzenetet kap.

DNS NameServer ellenőrzése

A weboldalon keresztül megtudhatja, hogy az új cím melyik DNS-címre van már regisztrálva. DNS-ellenőrző a regisztrálandó domain (pl. csiag.de) jobb oldalán lévő kiválasztási mezőben a NameServer (névszerver) NS kiválasztásával. Az eredmény az országlista alján jelenik meg minden egyes országhoz a jobb oldalon. Az új NameServer-nek ott kell megjelennie a régi helyett.

WordPress telepítés

Amint az új cím elérhető az új szolgáltató DNS-jén keresztül, a korábban megadott adatokkal bejelentkezhetsz oda, és elindíthatod a WordPress telepítését. A szolgáltatók általában olyan intuitívan alakítják ki portáljaik felhasználói felületét, hogy általában azonnal megtalálod a megfelelő menüket és funkciókat.

Miután a WordPress telepítése sikeresen befejeződött, az adatmentés plug-in telepítése megtörténik.

Adatmentés plug-in

A WordPress telepítés oldalsávjában található a menüpont Plugins.

A bal felső sarokban kattintson a Új plugin hozzáadása az elérhető bővítmények áttekintő oldalára.

A jobb oldalon a keresőmezőbe Search plugins írja be a következőt UpdraftPlus és azonnal megjelenik a keresett beépülő modul, amelyet a Telepítse most elindul. Sikeres telepítés után a beépülő modul elindítása a Aktiválja a címet. cselekvőképes.

Az adatok helyreállítása

Szintén a bal oldali WordPress menü oszlopban található mostantól a UpdraftPlus listázva. Erre az elemre kattintva megnyílik a Mentés vagy a Visszaállítás funkcióválasztása.

A funkciók Migrálás / klónozás úgy tűnik, hogy a vásárlási verzió számára van fenntartva, ezért a tiszta funkcionalitás Biztosítsa most vagy lejjebb, Visszaállítás használják.

Az új szerveren nincs meglévő biztonsági mentés, ezért a régi szolgáltatónál lévő biztonsági mentésből származó fájlokat először vissza kell állítani a Biztonsági mentési fájlok feltöltése át kell helyezni az új szolgáltató szerverére.

Az átvitel befejezése után a biztonsági mentés dátuma/időpontja után öt gomb áll rendelkezésre az alábbi táblázatban. Közvetlenül a sor elején van egy doboz. Kattintson erre, és kattintson a jobb oldalon a gombra Visszaállítás Indítsa el a visszaállítást.

Ha a visszaállítás meghiúsul, megjelenik egy megfelelő hibaüzenet, valamint egy gomb a hiba kijavítására. A legtöbb esetben a visszaállítási folyamat nem tudja felülírni az előző WordPress telepítés által létrehozott üres adatbázis táblákat, ezért azokat kifejezetten kézzel, egy kattintással törölni kell, majd a folyamatot újra kell indítani.

Amint a visszaállítás sikeresen befejeződött, a weboldal a szokásos módon érhető el, feltéve, hogy a DNS-terjesztés befejeződött.

Buktató hostok fájl

A hosts fájl az operációs rendszer helyi konfigurációs fájlja, amely az IP-címek állomásnevekhez való hozzárendelésére szolgál. Lehetővé teszi, hogy bizonyos tartományokat egy adott IP-címre irányítsunk DNS-lekérdezés nélkül.

Példa:

##
# Gazdálkodó adatbázis
# localhoist a loopback interfész konfigurálására szolgál.
# a rendszer indításakor ne változtassa meg ezt a bejegyzést.
##
139.162.163.62 csiag.de
139.162.163.62 www.csiag.de
127.0.0.0.1 localhost
255.255.255.255.255 broadcasthost
::1 localhost

A bejegyzések 139.162.163.62 a régi tárhelyszolgáltatóhoz vezetett, ezért az új szolgáltatóhoz való visszaállítás ellenére a hozzáférés mindig a régi szolgáltatónál landolt - DNS-lekérdezés nélkül -, és a weboldalon az új szolgáltatónál végrehajtott változtatások nem jelentek meg a külső hozzáférést biztosító eszközökön.

Ezért ezeket a bejegyzéseket #-vel ki kellett kommentálni, hogy a DNS-lekérdezés újra elvégezhető és az új szolgáltatóhoz irányítható legyen:

# 139.162.163.62 csiag.de
# 139.162.163.62 www.csiag.de

Hosts fájl szerkesztése

Mac OSX (Sonoma) alatt nyissa meg a Terminált a Finderben a Segédprogramok alatt, és írja be a következőt

sudo nano /etc/hosts

lépjen be. A jelszó megadása következik. Ezután a fájl megnyílik szerkesztésre.

A lefelé mutató nyílbillentyűvel álljon az első bejegyzés elé, pl. 139...., írja be az #-t, majd egy szóközt. Most a bal és a lefelé mutató nyílbillentyűkkel pozícionálja a kurzort a következő sor elé, itt is 139..., írja be ismét az #-t, majd egy szóközt, ahogy a fenti ábrán látható.

Hostok fájl mentése

A billentyűkombinációval Ctrl+X amelyet a következő követ Y és BELÉPÉS a fájl mentése.

OSX DNS gyorsítótár törlése

Az operációs rendszer saját DNS-cache-ének törléséhez írja be a következőt

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder mDNSResponder

in. A webhelyet ezután az így kikényszerített DNS-kérésen keresztül kapott új IP-címmel kell megszólítani és megjeleníteni.