Wordpress: Migracja bazy danych

0:00Cześć! Witaj w kolejnej lekcji! Jesteśmy dokładnie w miejscu, gdzie skończyliśmy poprzednio. Udało

0:04nam się dojść do planszy instalacyjnej WordPressa, ale nie będziemy go instalować na naszym

0:08serwerze, ponieważ skopiujemy całą strukturę bazy danych, którą mamy na localhoście.

0:12Przejdźmy więc do phpMyAdmina na localhoście, czyli localhost/phpmyadmin. Natomiast

0:19tu będę chciał wejść do tej bazy wordpress. Upewnij się, proszę, że ta baza jest zaznaczona

0:23i podświetlona, dlatego że tylko to spowoduje, że będziesz mógł przejść do sekcji

0:27Export i poprawnie ją wyeksportować. Wybieramy metodę Custom. I

0:31wtedy, jeśli baza jest zaznaczona, wszystkie tabele będą tutaj zaznaczone domyślnie. Format:

0:36SQL - zostawiamy to tak, jak jest. Wybieram Save output to a file. Będziemy

0:41chcieli zapisać całą bazę danych do jednego pliku, a następnie jeszcze zaznaczę

0:45sobie Add drop table statement po to, żeby w razie czego - gdyby

0:49trzeba było coś wyczyścić w tej bazie docelowej - to zostanie to poprawnie

0:54wykonane. Wybieram Go i ten plik SQL jest teraz zapisywany

0:58na moim twardym dysku. Ja będę mógł przejść do cPanelu czy

1:02jakiegoś innego panelu, który masz u hostingodawcy. Wpisuję tutaj PHP w

1:06wyszukiwarce i mogę przejść do phpMyAdmina. Każdy raczej hostingodawca umożliwi Ci

1:11przejście do phpMyAdmina, gdzie będziesz mógł zobaczyć swoją

1:15nowo stworzoną wcześniej bazę danych. Raczej bazy danych i użytkowników tworzymy

1:19poza phpMyAdminem takiego hostingodawcy, tylko gdzieś tam w jego

1:23panelu. No i właśnie tutaj mamy już tę bazę, którą możemy zaznaczyć. Ona

1:28naturalnie jest pusta, ponieważ nie dokończyliśmy instalacji WordPressa. Nie

1:32będziemy jej kończyć, ponieważ teraz wrzucimy po prostu do tej

1:37bazy na produkcji z pomocą importu bazę, którą przed

1:41chwilą wyeksportowaliśmy lokalnie. Wybieram ten konkretny plik. Z

1:45pomocą opcji Choose file wskazuję mój plik wordpress.sql. Teraz

1:50wybieram polecenie Go i plik jest importowany. Będzie

1:54to chwilę trwało, ale zostaną stworzone wszystkie te tabele,

1:58które mieliśmy. I powinny się znaleźć już w tej bazie wszystkie potrzebne dane. Zobaczmy

2:02na tabelę wp_users. Są to moi lokalni użytkownicy - Adam Kowalski, grzegorz, więc

2:07wszystko jest okej. Jedna ważna informacja. Jeśli przedrostek Twojej

2:12bazy danych - być może zainstalowałeś już WordPressa i masz inny przedrostek albo Twój

2:16hostingodawca na przykład wymaga, aby ten przedrostek był inny niż wp + podkreślenie - wtedy

2:22pamiętaj tym, aby przejść do struktury plików na serwerze,

2:26wybrać wp-config, wyedytować go z pomocą TextEdita na

2:30przykład i zmienić ten przedrostek na produkcji. Tutaj znajduje się coś

2:34takiego jak table_prefix i jest to prefiks bazy danych, prefiks

2:38tabel. Zmieniamy go z wp na dowolny inny, który masz

2:42na tym serwerze produkcyjnym. U mnie jest to to samo, więc zostawiamy

2:47tak, jak jest. Teraz jeszcze jedna ważna rzecz. Jeżeli

2:51teraz już byśmy przeszli zresztą do naszej strony, to zobaczymy, że ta strona już nam

2:55się odpali, ale niestety nie wszystko działa prawidłowo. Dlaczego

2:59tak jest? Dlatego że jeśli przejdę do narzędzi inspekcji

3:04i przejdę do Network, a następnie odświeżę tę stronę, to

3:08tutaj wylądują wszystkie zasoby, które są na czerwono - nam się podświetlą - których

3:13nie udało się załadować. Zauważ, że ich linki często prowadzą

3:17do localhost. Czyli mamy localhost/wordpress/wp-includes

3:21i tak dalej. I naturalnie my tego localhosta już nie mamy, tylko

3:25mamy eduweb.space/wordpress-podstawy. To jest nasza poprawna ścieżka, natomiast

3:29niestety na sztywno WordPress zapisuje część takich linków do

3:33bazy, dlatego będziemy musieli je teraz na sztywno zmienić. Więc przejdziemy

3:37na naszą bazę produkcyjną, następnie wykonamy zapytanie

3:41SQL. Przejdę do SQL i wykonamy następujące

3:46zapytanie. Będziemy musieli tak naprawdę zrobić cztery update'y. Zaznaczę

3:51to, co tutaj jest. I wkleję coś, co możesz znaleźć w snippetach. Będziesz mógł skorzystać

3:55z tego gotowego kodu po to, żeby ustawić, żeby przepisać

4:00tak naprawdę adresy z adresu localhost na nasz adres docelowy. W

4:05moim przypadku to jest taki adres, ale, proszę, sprawdź oczywiście,

4:09jak to wygląda dla Ciebie. To jest stary adres, który chcesz nadpisać, a to

4:14jest nowy adres domeny, na który się przepinasz. I mając

4:18wypełnione wszędzie stary i nowy adres, we wszystkich tych update'ach, wybieramy

4:23polecenie Go i dosyć dużo naszych rzędów zostało teraz

4:27nadpisanych - jak widzisz, ponad 150. A my możemy

4:31przejść z powrotem do strony głównej WordPressa i

4:36odświeżamy po to, żeby zobaczyć, czy to nam pomogło. Wygląda na to, że tak. Już

4:40nie ma żadnych błędnych linków, wszystko działa tak, jak się tego spodziewaliśmy, czyli

4:44dokładnie tak, jak u nas na localhoście. Działają też linki do

4:48wpisów, linki do archiwów. Wszystko jest porządku. Więc

4:52udało nam się z powodzeniem przenieść tę instancję WordPressa ze środowiska

4:57deweloperskiego lokalnie na środowisko produkcyjne na serwer. Teraz

5:02już wszyscy mogą podziwiać Twoją stronę, a ja dziękuję Ci za uwagę w tej lekcji. Do usłyszenia!