Tárhelyszolgáltatót váltottam, és most nem működik az oldalam — hogyan javítsam ki?

Átköltöztetted az oldaladat egy új tárhelyszolgáltatóhoz, követted az útmutatót, és most egy üres oldalt, egy hibaüzenetet vagy a régi oldalt bámulod, amelyik nem hajlandó eltűnni. Bosszantó, de itt a jó hír: szinte minden költöztetés utáni probléma három jól elkülöníthető kategóriába esik — és mindegyiknek logikus oka van, nem pedig átok.

Ebben a cikkben megmutatom, hogyan derítsd ki gyorsan, mi romlott el: DNS-terjedés (az oldal réginek tűnik, vagy villódzik a verziók között), hiányzó fájlok (üres oldal vagy 404/500-as hibák), és az adatbázis-kapcsolat (a klasszikus „Error establishing a database connection”). Nem kell fejlesztőnek lenned — csak türelem és a megfelelő sorrend az ellenőrzéseknél.

Először is: lélegezz — ne törölj semmit a régi tárhelyen

A költöztetés utáni legdrágább hiba, ha ugyanaznap lemondod a régi fiókodat. Amíg a régi tárhely él, van egy működő másolatod az oldalról, és van egy biztonsági hálód.

Mielőtt bármit is javítanál, tedd meg ezt:

• Tartsd aktívan a régi fiókot legalább egy hétig a költöztetés után.
• Tölts le egy teljes helyi másolatot: a fájlokat (FTP-n vagy fájlkezelőn keresztül) és az adatbázist (SQL-export a phpMyAdminból).
• Írd le pontosan, mit és mikor változtattál — ez segít visszaállni, ha valami félresikerül.

Egy költöztetés nem visszafordíthatatlan, amíg van biztonsági mentésed. A pánik pont azt töröltetni veled, amire később szükséged lesz.

Réginek tűnik az oldal, vagy villódzik? Ez a DNS-terjedés

Ha néha az új oldalt látod, néha a régit, vagy egy kollégád mást lát, mint te, akkor szinte biztos, hogy a DNS még terjed. Egyszerűen fogalmazva: az internet még emlékszik arra, hol lakott korábban az oldalad.

Mit ellenőrizz, ebben a sorrendben:

• Valóban az új tárhelyre mutatnak a nameserverek vagy az A rekord a domainfiókodban? Itt csúsznak el a legtöbben.
• Használj egy „DNS checker” eszközt, hogy lásd, az új IP-cím globálisan elterjedt-e már.
• Ürítsd ki a helyi DNS-gyorsítótáradat, és próbáld ki mobiladatról vagy inkognitóablakból.

A terjedés néhány perctől akár egy-két napig is tarthat, a TTL-értéktől függően. Ha az IP mindenhol helyes, akkor nincs mit javítani — csak várni kell.

Üres oldal vagy 404/500-as hiba? Hiányoznak vagy rosszul állnak be a fájlok

Ha a DNS rendben van, de az oldal üres, vagy hibát dob, a probléma a másolt fájlokkal van. Az FTP-átvitel gyakran megszakad, és félbehagyottan hagyja a dolgokat.

Ellenőrizd egyesével:

• A fájlok a megfelelő mappába kerültek (általában public_html vagy www), nem egy almappába.
• A rejtett fájlok, mint a .htaccess, átmásolódtak — egy hiányzó fájl gyakran 500-as hibát okoz.
• Az új tárhelyen lévő fájlok száma megegyezik a régi tárhelyével.
• A jogosultságok szabványosak: általában 644 a fájloknál és 755 a mappáknál.

Ha csak sima szöveget látsz mindenféle dizájn nélkül, akkor általában a sablonfájlok nem töltődtek fel, vagy a CSS-elérési utak rosszak. Töltsd fel újra az egész mappát, ne csak néhány fájlt.

„Error establishing a database connection”? Ez a legvilágosabb hiba

Ironikus módon ez az üzenet barátságos: pontosan megmondja, hol keresd a hibát. Az oldal megtalálja a fájljait, de nem tud kommunikálni az adatbázissal.

Egy WordPress-oldalon nyisd meg a wp-config.php fájlt, és hasonlítsd össze az új adatbázis-adataiddal:

• Adatbázisnév (DB_NAME) — az új tárhelyen szinte biztosan más neve van.
• Felhasználó (DB_USER) és jelszó (DB_PASSWORD) — ezeket újra kell hozni az új szerveren.
• Host (DB_HOST) — néha nem „localhost”, hanem egy cím, amit az új tárhelyed ad meg.

Aztán győződj meg róla, hogy valóban importáltad az exportált adatbázist (a .sql fájlt) az új phpMyAdminba, és hogy a felhasználónak van rá jogosultsága. Az ilyen hibák többsége egy elgépelt jelszóból vagy egy csak félig importált adatbázisból ered.

Mikor érdemes segítséget kérni — és hogyan dolgozunk mi

Ha ellenőrizted a DNS-t, a fájlokat és az adatbázist, és még mindig nem működik, vagy egyszerűen nincs kedved a wp-configban és a phpMyAdminban turkálni azon az oldalon, ahonnan az ügyfeleid érkeznek, teljesen ésszerű átadni a problémát.

Az MPO Web Studiónál teljesen távolról dolgozunk — nem számít, hogy Kolozsváron, Bukarestben vagy egy erdélyi faluban vagy. Megadod nekünk a tárhelyhozzáférést, mi megnézzük a fenti három gyanúsítottat, és őszintén megmondjuk, mi történt, és mennyibe kerül, meglepetések nélkül.

És ha amúgy is azon gondolkodsz, hogy teljesen lecseréled az oldalt, tudunk készíteni egy kész demót, mielőtt bármit fizetnél — előbb látod az eredményt, aztán döntesz. Küldj nekünk egy WhatsApp-üzenetet az oldalad címével és a hibával, amit látsz, és gyorsan megmondjuk, hogy ez pár perces javítás vagy valami nagyobb.