WordPress Lista kontrolna migracji: przenieś pliki, dane i domeny bezpiecznie
Użyj tego WordPress Lista kontrolna migracji, aby przygotować pliki, kopie zapasowe bazy danych, zmiany URL i testowany szczelinowy, który zachowuje dane na żywo sklepu.
Zdefiniuj co się rusza i kto kontroluje szczelinę
A WordPress migracja przenosi istniejący wniosek i jego dane. Zdecyduj, czy zmieniasz tylko serwer hostingowy, czy też domenę, ścieżkę URL lub HTTPS - Nie. Zapisz bieżący WordPress i Ustawienia Adres strony, połączenie z bazą danych, lokalizacja wysyłania i wszelkie niestandardowe routing. Ruch serwera i zmiana domeny wymagają różnych kontroli.
Przydziel jedną osobę do zatwierdzenia ostatecznej kopii oraz DNS Zmiana. Potwierdź, że możesz uzyskać dostęp do starych plików, eksportować bazę danych, skonfigurować cel i edytować odpowiednie DNS zapisy. Zapis istniejących rekordów przed ich zmianą. Wybór planu hostingowego nie przenosi Twojej strony internetowej; zorganizować migrację z osobą odpowiedzialną za Twój wniosek.
Utwórz dopasowaną kopię zapasową plików i baz danych
Zapisz WordPress pliki i baza danych eksportować jako jeden identyfikowalny zestaw kopii zapasowych. Włączanie plików, motywów, wtyczek i konfiguracji potrzebnych do ponownego podłączenia aplikacji. Pobieranie WordPress sam katalog nie rejestruje bazy danych przechowywanej w MySQL lub MariaDB. Zapisuj, gdy wywóz został zabrany i zachowaj kopię z dala od serwera, który jest wymieniany.
Sprawdź cel PHP wersja, wymagane rozszerzenia, kompatybilność bazy danych i przestrzeń zarówno dla odrestaurowanych aplikacji i tymczasowych archiwów. Potwierdź, że kopia zapasowa może zostać otwarta i przywrócona do oddzielnej bazy danych. Traktuj referencje w plikach konfiguracyjnych jako tajemnice i usuwaj tymczasowe pliki eksportowe z publicznie dostępnych katalogów po ich zakończeniu.
Gdy domena publiczna i ścieżki pozostają takie same, istniejące adresy URL aplikacji zwykle pozostają ważne. Aktualizuj połączenie z bazą docelową, jeśli jego host, nazwa bazy danych lub referencje są różne. Test przy użyciu metody, która zachowuje zamierzoną nazwę hosta, taką jak lokalne sterowanie plików hosts-, gdzie operator go obsługuje; zmienia to tylko urządzenie testowe, nie jest publiczne DNS.
Przewiń tabelę poziomo w razie potrzeby.
Dopasowanie pracy migracyjnej do rzeczywistej zmiany
Zmiana
Praca przy aplikacji
Kontrole publiczne
Nowy serwer, ta sama domena i ścieżki
Przywracanie dopasowanych plików i bazy danych; przeglądanie ustawień połączenia
Prawidłowe miejsce przeznaczenia, TLS, formularze i istniejące adresy URL
Nowa domena, ścieżka lub schemat
Przegląd przechowywanych adresów URL z procesem serialization- aware
Przekierowywanie, Canonical URL, aktywa i integracje
WordPress Sieć wielonarodowa
Przegląd tabel sieciowych, mapowanych domen i wszystkich podstron
Każda domena, login i routing sieciowy
Handle zmieniał adresy URL bez łamania danych seryjnych
Tematy i wtyczki mogą przechowywać wartości strukturyzowane zawierające zarówno tekst, jak i jego długość. Zwykła SQL wymiana tekstu może uszkodzić dane seryjne, gdy stary adres URL i nowy adres URL mają różne długości. Użyj WordPress- świadome narzędzie migracji lub WP-CLI research-replacement if WP-CLI jest dostępny i dokonuje przeglądu jego zakresu przed zastosowaniem zmiany.
Na odrestaurowanej kopii, najpierw uruchomić suchą, sprawdzić zgłoszone tabele i zachować eksport rollback. WP-CLI zapewnia --dry-run oraz --skip-columns= guid; WordPress post GUIDs identyfikacja treści i nie powinna być przepisywana jako zwykłe linki. Dowództwo Multisite potrzebuje celowego zasięgu sieci. Zaznacz tabele i konfigurację należące do pluginów oddzielnie zamiast zastępowania każdego pasującego łańcucha w każdej bazie danych.
Badanie miejsca przeznaczenia bez wywoływania żywych skutków ubocznych
Otwórz stronę główną, post, wyszukiwanie, media, login i obszar administracyjny na miejscu przeznaczenia. Sprawdzić Permalinki, brakujące aktywa, HTTPS przekierowuje i błędy aplikacji. Formularze badań i przepływy magazynowe przy użyciu odpowiedniego środowiska badawczego. Należy zachować odizolowaną kopię od wysyłania prawdziwych wiadomości dla klientów, pobierania opłat lub wypalania haczyków produkcyjnych podczas próby.
Dla WooCommerce, weryfikuje zmiany produktów, aktualizacje koszyka, zachowanie się na wymeldowaniu i ekran zarządzania zamówieniem. Udane obciążenie strony jest tylko jeden test. Porównaj cel z krótką listą funkcji biznesowych, które używasz, i rozwiąż różnice przed kopią końcową. Zapis wszelkich ustawień aplikacji zmienionych do testowania, aby można było dokonać przeglądu przed uruchomieniem.
Sklep może otrzymać nowe zamówienia po próbie zapasowej. Zaplanuj kontrolowaną pauzę w pismach lub synchronizację końcową specyficzną dla aplikacji, a następnie utwórz ostateczną spójną kopię. Porównaj najnowsze rekordy zamówień i zdarzenia płatności- dostawca z zatwierdzonym punktem cutover. Przywracanie starszej bazy danych poprzez dane ze sklepu na żywo może wyeliminować transakcje, które miały miejsce później.
DNS w okresie przejściowym można wysyłać odwiedzających do różnych miejsc. Zdecyduj, która aplikacja jest autorytatywna dla zamówień i jak późno pisanie będzie obsługiwane przed zmianą rekordów. Zachować poprzednie środowisko dostępne do prowadzenia dochodzeń bez przypadkowego ponownego otwierania dwóch sklepów pisanych. W DNS przewodnik obejmuje zmiany rekordowe; decyzja w sprawie migracji wymaga również jasnego właściciela danych dotyczących wniosków.
Weryfikacja uruchomienia i zdefiniowanie użytecznego cofania
Powtórzyć kontrole funkcjonalne za pośrednictwem opinii publicznej DNS, sprawdza błędy w składaniu wniosków oraz dokonuje przeglądu nowych zamówień lub wniosków dotyczących planowanego miejsca przeznaczenia. Jeśli adresy URL uległy zmianie, należy sprawdzić ważne stare adresy i ich przekierowanie. Sprawdź ustawienia indeksowania, adresów kanonicznych i mapy sitemap, tak aby nie wnosić do produkcji ograniczenia inskrypcji lub tymczasowej nazwy hosta.
Ustalić warunki, które uzasadniałyby cofnięcie. Do sklepu na żywo, wracając DNS Sam nie przenosi nowo utworzonych zamówień z powrotem do starej bazy danych. Uzgodnić nowe dane przed powrotem ruchu i prowadzić rejestr ostatecznej decyzji migracyjnej. Zregenerować starą instalację dopiero po miejscu przeznaczenia, odzyskać kopię i zapisy biznesowe zostały zweryfikowane.
Ostateczny zestaw kopii zapasowych i baza docelowa pasują do zatwierdzonego gniazda.
URL, HTTPS, formy i funkcje przechowywania pracy na miejscu.
Nowe zamówienia i oświadczenia są rejestrowane w zamierzonym wniosku.
Przejrzano tymczasowe archiwa i tylko ustawienia testowe.
Sprawdź oprogramowanie, przechowywanie danych, kopie zapasowe, ustawienia domen i HTTPS przed hostowaniem WordPress. Przygotuj nową stronę internetową lub zaplanuj migrację i naprawę istniejącej witryny.
Wybierz pomiędzy dostępnymi PHP wersje WordPress hosting. Sprawdzić kompatybilność plugin, przetestować ważne przepływy pracy i przygotować rollback przed zmianą PHP.
Planowanie tworzenia kopii zapasowych wokół plików, baz danych i akceptowalnej utraty danych. Zrozumieć punkty cotygodniowe lub dzienne przywracanie i przetestować odzyskiwania z Twojej strony internetowej na żywo.
Podłącz istniejącą domenę do hostingu za pomocą dostarczonego DNS szczegóły. Sprawdź rejestry stron internetowych, zachowaj ustawienia e-mail i weryfikuj HTTPS Po zmianie.
Sprawdź WooCommerce oprogramowania, rozszerzeń, przechowywania i checkout przepływów roboczych przed wyborem hostingu. Planować kopie zapasowe i zachować zamówienia na żywo podczas zmian.
Produkty do porównania
Przed wyborem sprawdź specyfikacje i warunki tych ofert.