Z jakich hostingów migrujemy najczęściej

Co zyskasz#

Wiesz, z jakich hostingów najczęściej migrujemy i co jest charakterystyczne dla każdego z nich. To pomaga zrozumieć, czego się spodziewać podczas migracji akurat Twojej strony — i dlaczego niektóre migracje idą gładko, a niektóre wymagają dodatkowych kroków.

Wymagania wstępne#

Brak. Ten artykuł jest informacyjny.

Krótka odpowiedź#

Migrujemy ze wszystkich polskich i większości zagranicznych hostingów. Najczęściej (według zleceń z formularza migracji w naszym panelu):

1. cyber_Folks (w tym dawny Hekko)
2. nazwa.pl
3. home.pl
4. LH.pl
5. OVH.pl
6. dhosting.pl
7. mydevil

Przenosimy też m.in. z zenbox.pl, hostinger.pl, smarthost i hostingów zagranicznych — opisy poniżej.

Powód, dla którego klienci do nas idą: podnoszenie cen przy odnowieniach (cytaty z opinii Google na iqhost.pl/migracja).

home.pl#

Co specyficznego#

• Panel: własny panel home.pl (nie cPanel) — do migracji potrzebujemy loginu i hasła do niego
• Pliki: przez FTP albo menedżer plików w panelu home.pl
• Bazy: phpMyAdmin — dużych baz nie eksportujemy przez przeglądarkę, przenosimy je inną metodą
• E-mail: standardowy IMAP, łatwe do przeniesienia
• DNS: zarządzanie w panelu home.pl, transfer NS zajmuje 5–7 dni jeśli też zmieniasz rejestratora

Częste problemy przy migracji z home.pl#

• Duża skrzynka e-mail (50+ GB) — synchronizacja może trwać kilka godzin
• Stara wersja PHP (czasem 7.4 albo nawet 5.6) — na nowym serwerze ustawiamy 8.2/8.3, czasem trzeba dostosować wtyczki
• Cron jobs ustawiane w panelu — trzeba przekopiować ręcznie

nazwa.pl#

Co specyficznego#

• Panel: własny panel nazwa.pl (nie cPanel) — inny workflow
• Backup: dostęp do plików przez FTP, baza przez phpMyAdmin
• E-mail: standardowy IMAP, ale czasem niestandardowe nazwy katalogów (Sent vs Wysłane)
• DNS: zarządzanie w panelu nazwa.pl
• Hosting + domena w jednym — trzeba uważać, żeby migracja nie ruszyła rejestracji domeny

Częste problemy przy migracji z nazwa.pl#

• Niestandardowe ścieżki plików (czasem domains/twojadomena.pl/public_html, a czasem coś innego)
• Foldery e-mail po polsku (Sent → Wysłane) — synchronizujemy z mapowaniem
• Cron w panelu, nie w pliku — trzeba odtworzyć

cyberfolks (Cyber_Folks)#

Najczęstszy „punkt wyjścia” — od cyber_Folks przenosi się do nas najwięcej klientów (wśród wskazanych z nazwy dostawców).

Co specyficznego#

• Dwa panele: panel klienta cyber_Folks (faktury, usługi) ma obowiązkowe logowanie dwuetapowe, więc do migracji potrzebujemy danych do panelu zarządzania hostingiem — DirectAdmin, cyber_Admin, WebAs albo server_Panel, zależnie od usługi. Formularz migracji w naszym panelu pyta właśnie o niego
• Backup: automatyczny, z możliwością pobrania .tar.gz
• Bazy: phpMyAdmin + adminer
• E-mail: standardowy IMAP
• DNS: integracja z panelem

Częste problemy przy migracji z cyberfolks#

• Zazwyczaj mało problemów — cyberfolks ma czysty stos, dobrą jakość kopii
• Czasem klienci mają wiele dodatków (Premium support, więcej baz) — trzeba zweryfikować, że wszystkie są przeniesione

zenbox.pl#

Co specyficznego#

• Panel: DirectAdmin (taki sam jak u nas!) — migracja jest zazwyczaj najprostsza ze wszystkich
• Backup: dostęp do narzędzi DirectAdmin Backup
• E-mail: standardowy IMAP
• DNS: w panelu DirectAdmin

Częste problemy przy migracji z zenbox#

• Praktycznie żadnych — ten sam panel, te same struktury katalogów. Migracja "z dnia na dzień".

OVH.pl#

Co specyficznego#

• Panel: OVHcloud Manager przy hostingu WWW; na serwerach VPS i dedykowanych — to, co na nich zainstalowano (np. Plesk, cPanel albo żaden panel)
• Backup: zależy od pakietu
• Bazy: phpMyAdmin
• E-mail: standardowy IMAP, czasem oddzielna usługa "MX Plan"
• DNS: OVH Manager, z dobrymi narzędziami

Częste problemy przy migracji z OVH#

• Mieszane konfiguracje — czasem strona jest na pakiecie hostingu, a poczta na osobnej usłudze MX Plan. Trzeba migrować z dwóch miejsc.
• Reputacja adresu IP — współdzielone adresy potrafią trafiać na czarne listy przez innych nadawców. Po migracji poczta wychodzi z naszych serwerów, więc problem poprzedniego adresu przestaje Cię dotyczyć.
• Strefa czasowa serwera — czasem ustawiona na UTC, co psuje zadania cykliczne (cron). Poprawiamy.

hostinger.pl#

Co specyficznego#

• Panel: hPanel (własny, dość uproszczony)
• Backup: automatyczny, ale czasem ograniczony rozmiarem
• Bazy: phpMyAdmin
• E-mail: standardowy
• DNS: w hPanel

Częste problemy przy migracji z hostinger#

• Limity zasobów — hostinger często blokuje migrację po stronie eksportu (np. PHP max_execution_time 30s, więc duży dump bazy się nie ukończy). Obchodzimy.
• Specyficzne ścieżki w aplikacjach — czasem WP wp-config.php ma sztywno wpisaną ścieżkę z hostingera

mydevil (mydevil.net)#

Co specyficznego#

• Panel: własny, bardzo techniczny — dobry dla deweloperów, mniej dla początkujących
• Dostęp SSH standardowo (rzadkość u innych)
• Bazy: phpMyAdmin + dostęp przez SSH
• E-mail: standardowy IMAP

Częste problemy przy migracji z mydevil#

• Praktycznie żadnych — klienci mydevil zazwyczaj sami umieją dać dobre dane dostępowe (developerzy)
• Czasem niestandardowe konfiguracje (Node.js, Python) — wymaga dostosowania po stronie IQhost

dhosting.pl#

Co specyficznego#

• Panel: własny panel dhosting (dPanel)
• Backup: standardowy
• E-mail: standardowy IMAP

Częste problemy przy migracji z dhosting#

• Zwykle bez niespodzianek — potrzebujemy danych do dPanelu i do skrzynek pocztowych

smarthost#

Co specyficznego#

• Panel: cPanel
• Backup: Backup Wizard
• E-mail: standardowy
• DNS: zarządzanie w cPanel

Częste problemy#

• Stare wersje oprogramowania — czasem PHP 7.4, MySQL 5.6. Migrujemy na nowsze.

LH.pl#

Co specyficznego#

• Panel: przy hostingu współdzielonym — własny panel klienta LH.pl; DirectAdmin mają tylko serwery Cloud
• Migracje: zazwyczaj proste

Marka Hekko działa dziś w ramach cyber_Folks — przy migracji z Hekko postępujemy jak przy cyber_Folks.

Zagraniczne hostingi (AWS, DigitalOcean, Cloudways, Bluehost)#

Co specyficznego#

• Brak standardowego panelu — często SSH + dostęp do plików konfiguracyjnych
• Stack różny — czasem Apache, czasem nginx, czasem Node.js + nginx
• DNS zazwyczaj w Cloudflare lub Route 53 (AWS)

Migracja#

• Wycena indywidualna — analizujemy konkretny przypadek
• Zazwyczaj wymaga dłuższego czasu (48–72h)
• Często migrujemy do mocniejszego pakietu IQhost (HS50+) ze względu na charakter aplikacji

Z jakiego hostingu nie migrujemy#

Nie ma takiego. Migrujemy ze wszystkiego. Nawet jeśli stary dostawca utrudnia (np. zamknął panel, nie odpowiada na e-maile) — mamy techniki obchodzenia (np. ściągnięcie strony przez wget z publicznego adresu, odtworzenie konfiguracji).

Skrajny przypadek: klient ma stronę u dostawcy, który upadł, a domena lada moment wygaśnie. Co robimy:

1. Ściągamy publiczną wersję strony (przeglądanie przez bota)
2. Odzyskujemy bazę z archiwum Google lub wayback machine, jeśli kopia była indeksowana
3. Pomagamy z transferem domeny u rejestratora

Wycena indywidualna, ale żaden przypadek nas nie zaskoczy.

Co dalej#

• Przygotowanie przed migracją — co zebrać przed zleceniem
• Proces krok po kroku — jak to wygląda od środka
• FAQ migracji — najczęstsze pytania

Zleć migrację: iqhost.pl/migracja.