Będziesz miał kilka rzeczy do rozważenia (później odpowiedź), sugeruję następujące kroki:

Utwórz kopię zapasową plików i bazy danych

To jest całkiem oczywiste. Będziesz dokonywał wielu manipulacji danymi, więc upewnij się, że oryginał jest bezpieczny.

Przenieś swoje pliki

Najszybszym sposobem na osiągnięcie tego jest posiadanie hostera, na którym możesz importować katalogi z innego serwera. Można to zrobić, podając szczegóły FTP, a także definiując katalog docelowy.

Ponieważ serwery mają połączenie internetowe, które jest zwykle znacznie szybsze niż to, które mają użytkownicy, jest to preferowany sposób przesyłania danych. Możesz także użyć wiersza poleceń, aby wykonać te polecenia ręcznie.

Wolniejszą opcją jest wygenerowanie pliku ZIP, pobranie, przesłanie na nowy serwer i dekompresja. Jeśli nie masz takiej możliwości, wybierz powolną ścieżkę – pobierz wszystko i prześlij wszystko. I idź na kawę podczas przesyłania plików 🙂

Przenieś swoją bazę danych

Ponownie, wielu hosterów ma możliwość zaimportowania istniejącej bazy danych do nowej, nawet z innego serwera (oczywiście twój stary serwer musi akceptować zewnętrzne połączenia do transmisji danych).

Jeśli możesz to zrobić, świetnie, ale możesz także eksportować/importować swoją bazę danych.

Ustaw nową (pod)domenę w swoim nowym katalogu

Upewnij się, że na nowym serwerze pliki są skonfigurowane w taki sam sposób, jak na starym, i skieruj swoją subdomenę do tego samego katalogu, co na starym serwerze (zwykle jest to katalog główny WordPress)

Edytuj wp-config.php

Zapisz nowe wp-config.php. Wystarczy edytować szczegóły połączenia z bazą danych.

Załaduj nowy adres URL

WordPress powinien być już skonfigurowany, ale nadal używa starych adresów SiteURL i AdminURL, więc nie będziesz mógł się zalogować. Zmień te wartości w options-table w nowej bazie danych. Dwie wartości, których szukasz, to siteurl I home. Umieść tam swoją nową domenę.

Sprawdź swój login i swoją witrynę

Teraz wszystko powinno działać jak dotąd, możesz się logować, edytować i pisać, a także korzystać z witryny. Jedynym problemem może być to, że Twoje posty nadal mają stary adres URL obrazów i załączników.

Jeśli Twoje posty zawierają stary adres URL lub jeśli nie jesteś pewien, sprawdź swoją bazę danych w pliku posts-tabela.

Możesz to zrobić, przeszukując bezpośrednio bazę danych lub używając skryptu, takiego jak wyszukiwanie seryjne i zamiana. Jeśli znajdziesz swój stary adres URL, będziesz musiał go zastąpić ręcznie lub automatycznie. Wolę robić to automatycznie i później sprawdzać błędy.

Sprawdź inne tabele

Sprawdź także, czy inne tabele zawierają stary adres URL. Zastąpienie tego może być nieco trudne, ale należy to również zrobić, aby całkowicie przenieść witrynę.

Zregeneruj swoje linki bezpośrednie

Dla pewności zapisz ponownie ustawienia łącza bezpośredniego, aby ponownie utworzyć łącza bezpośrednie.

Sprawdź swoją witrynę

Proszę, nie zapomnij NAPRAWDĘ sprawdzić swojej witryny po jej przeniesieniu. Sprawdź wszystkie funkcje, zwłaszcza AJAX, formularze kontaktowe, mapy itp., ponieważ są one bardziej narażone na awarię niż zwykły PHP/HTML.

Czas na piwo 🙂

Jak zawsze, nic, co zostało utworzone ręcznie, przesłane ręcznie i edytowane automatycznie, nie jest odporne na awarie. Oto kilka pułapek komunikacyjnych, w które łatwo wpaść, ale których można również łatwo uniknąć.

• Źle zakodowane wtyczki (zapisanie adresu URL witryny zamiast ścieżki względnej i użycie funkcji WordPress w celu pobrania pełnego adresu URL. Może również wystąpić wiele problemów z adresem URL AjaxURL.)
• Problemy z kodowaniem (Bądź absolutnie pewien, że używasz tego samego kodowania zarówno na swoich serwerach, jak i w bazach danych!!! Zwykle, jeśli korzystasz z zalecanego UTF-8, powinno być w porządku)
• Dane serializowane (jest to największy problem, jaki możesz napotkać. Jeśli używasz wtyczki takiej jak Tablepress, w której cała tabela jest przechowywana w serializowanej tablicy, ulegnie ona uszkodzeniu, gdy tylko coś automatycznie zastąpisz. Jeśli masz takie dane, spójrz dla funkcji eksportu/importu w tej konkretnej wtyczce i użyj tego jako dodatkowego kroku. Jeśli nie mają tej funkcji, musisz to zrobić ręcznie).
• Ustawienia serwera (Może się łatwo zdarzyć, że Twoja witryna nie będzie działać na nowym serwerze ze względu na standardowe ustawienia. Upewnij się, że masz wystarczające zasoby!)
• Zakodowane na stałe adresy URL w Twoim motywie (chociaż nie powinno się to zdarzać, zdarza się to zbyt często i psuje obrazy i linki, gdy tylko stara witryna nie jest już dostępna)
• Problemy z buforowaniem (nie używaj tych samych plików buforowania, co na starym serwerze. Najlepszym sposobem byłoby dezaktywowanie buforowania przed eksportem witryny, a także opróżnienie wszystkich buforów)
• Zakładając, że wszystko działa, gdy zmienisz ustawienia po raz drugi na swoim serwerze (zawsze sprawdź wszystko jeszcze raz)
• Opcje w wtyczkach i motywie (stare adresy e-mail itp.)

To powinno być to. Wygląda na to, że jest dużo do zrobienia, ale w rzeczywistości większość z nich działa automatycznie. Trzeba tylko pomyśleć o wszystkim, co MOŻE pójść źle i sprawdzić, czy tak się nie stało 🙂

Baw się dobrze!