Jak przeprowadzić migrację witryny PHP na nowy serwer WWW/host WWW

Zdecydowałeś więc, że musisz przeprowadzić migrację dostawcy usług internetowych, ponieważ Twój obecny dostawca nie oferuje aktualnej wersji PHP. Proces migracji witryny internetowej do nowego środowiska hostingowego został podsumowany poniżej i ma na celu uwzględnienie wszystkich kluczowych kroków, które należy wykonać.

Zanim podejmiesz próbę faktycznego rozpoczęcia migracji, przeczytaj ten dokument w całości. Jak już wspomniano, jest to jedynie przewodnik podsumowujący i w przypadku faktycznej migracji możesz pominąć niektóre z wymienionych przez nas kroków, jeśli nie są one istotne. Może się również zdarzyć, że będziesz musiał podjąć dodatkowe kroki, aby Twoja witryna internetowa działała na nowym serwerze internetowym.

Przygotowanie

1. Wyjaśnij, dokąd zamierzasz przeprowadzić migrację - pierwszym krokiem w tym procesie jest naturalnie znalezienie odpowiedniego serwera zastępczego lub dostawcy usług internetowych (ISP). Upewnij się, że nowy dostawca usług internetowych nie tylko obsługuje aktualnie utrzymywany język PHP, ale także wszystko inne, czego może wymagać Twoja witryna.
   
   Może to być wszystko, począwszy od konkretnej technologii, takiej jak system buforowania lub zarządzania pamięcią (na przykład reddis) do programu zainstalowanego na serwerze, z którego musi korzystać Twoja witryna. Na przykład ffmpeg (narzędzie do kodowania wideo).
   
   Warto także sprawdzić, czy nowy dostawca obsługuje najnowsze standardy bezpieczeństwa, a może nawet je przestrzega oferują darmowe certyfikaty ssl poprzez usługę np Szyfrujmy. Jeśli masz wymagania biznesowe, może potrzebujesz Certyfikat PCI DSS?
   
   Jeśli nie masz 100% pewności, czego potrzebuje Twoja witryna do działania, skontaktuj się z osobami, które ją stworzyły, aby to wyjaśnić. Jeśli nadal nie jesteś pewien, teoretycznie możesz kontynuować transfer, a następnie po prostu przetestować nową ukrytą kopię swojej witryny, aby sprawdzić, czy pojawią się jakieś problemy.
   
   
2. Utwórz kopię zapasową istniejącej witryny: pliki witryny (krok 1/2) - WAŻNE jest, aby najpierw wykonać kopię zapasową istniejącej witryny internetowej u pierwotnego dostawcy i zachować bezpieczną kopię tych plików kopii zapasowych. Twoja witryna prawdopodobnie zawiera wizualny portal zarządzania klientami, za pomocą którego możesz przeglądać pliki na serwerze internetowym. Mamy nadzieję, że umożliwi to utworzenie jednego pliku ZIP całej witryny. Upewnij się, że wykonałeś kopię zapasową całej struktury. Twoja witryna może po prostu znajdować się w folderze publicznym, w którym widoczny jest katalog główny witryny. Jednak inne strony internetowe ze względów bezpieczeństwa ukrywają niektóre swoje pliki poza (powyżej) tego publicznego folderu głównego. Jeśli nie masz pewności, co wymaga utworzenia kopii zapasowej, zapytaj twórcę Twojej witryny.
   
   Ta kopia zapasowa nie będzie służyć tylko do utworzenia bezpiecznego miejsca awaryjnego, gdyby coś poszło nie tak, ale te pliki zostaną przeniesione na nowy hosting w kolejnym kroku tego przewodnika.
   
   
3. Utwórz kopię zapasową istniejącej witryny: baza danych (krok 2/2) - Twoja witryna prawdopodobnie będzie posiadać bazę danych zawierającą większość jej treści i ustawień. Jednak nie wszystkie witryny internetowe potrzebują bazy danych do działania, a jeśli Twoja nie, możesz naturalnie pominąć ten krok.
   
   Jeśli masz bazę danych, na której działa Twoja witryna, zaloguj się do portalu zarządzania klientami i powinieneś znaleźć tam opcję utworzenia kopii zapasowej i pobrania aktualnej migawki bazy danych.
   
   Jeśli Twoja witryna internetowa posiada funkcjonalność pozwalającą użytkownikom na samodzielne dodawanie treści, jest bardzo prawdopodobne, że będziesz musiał dokładnie ją zaplanować Kiedy należy wykonać tę kopię zapasową. Normalna odpowiedź jest jak najbliżej punktu przeniesienia. Dzieje się tak po prostu dlatego, że wykonanie kopii zapasowej na kilka godzin/dni przed faktycznym transferem wiąże się z ryzykiem, że ekstrakt z bazy danych będzie nieaktualny zaraz po jego wykonaniu. Konsekwencją zainstalowania tej kopii na nowym serwerze będzie nagła utrata wszelkich danych utworzonych/edytowanych po utworzeniu kopii zapasowej po włączeniu nowego serwera.
   
   Zalecamy, aby na tym etapie dokładnie zanotować wersję istniejącego serwera bazy danych, a następnie porównać ją z wersją, którą będzie miał Twój nowy hosting. Duży skok wersji może spowodować problemy z importem w dalszej części procesu importu. Jeśli nie masz pewności, jak to zrobić, Twoi dostawcy będą mogli Ci to wyjaśnić.
   
   

Kopiowanie strony internetowej

1. Skopiuj pliki - Skopiuj zip plików swojej witryny na nowe konto hostingowe. Prawdopodobnie będzie można to zrobić za pomocą wizualnego interfejsu internetowego lub systemu przesyłania, takiego jak FTP/SFTP.
   
   
2. Zaimportuj swoją bazę danych - proces instalacji kopii zapasowej bazy danych (prawdopodobnie pliku .zip lub pliku tekstowego .sql) na nowym serwerze internetowym powinien być również możliwy za pośrednictwem interfejsu internetowego. Szczegóły tego są dość zmienne w zależności od platformy hostingowej, więc nie będziemy wdawać się w dalsze szczegóły. Jeśli jednak nie masz pewności, jak to zrobić, zgłoś się do swojego nowego dostawcy usług internetowych, który powinien być w stanie Ci pomóc.
   
   

Publikuj zadania kopiowania

1. Uprawnienia - Jeśli Twoja witryna internetowa musi mieć możliwość tworzenia/aktualizowania/usuwania plików (być może użytkownicy mogą na przykład przesyłać obrazy), może być konieczne ustawienie określonych uprawnień do plików w niektórych folderach w strukturze plików witryny.
   
   
2. Czy adres URL uległ zmianie? - Jeśli z jakiegoś powodu adres internetowy/domena Twojej witryny zmienił się podczas migracji, być może będziesz musiał teraz zaktualizować różne ustawienia. Mogą być one przechowywane w plikach konfiguracyjnych lub w rekordach bazy danych. Na przykład WordPress jest pod tym względem niezwykle trudny, ponieważ zapisuje pełny internetowy adres URL postu w każdym rekordzie swojej bazy danych. Musisz więc zaktualizować wszystkie te rekordy w przypadku nowego adresu URL.
   
   

Gotowy do transmisji na żywo? Nie tak szybko...