WordPress lista kontrolna miejsca postoju: bezpieczne zmiany testowe
Przygotujcie prywatny WordPress miejsce postoju, badanie WooCommerce bez płatności na żywo, e-maili kontrolnych i haków internetowych, a także zmiany wydania przy zachowaniu zamówień na żywo.
Zdefiniuj zmiany i środowisko, które będziesz testować
Strona do umieszczenia jest oddzielną kopią używaną do próby zmian zanim dotrą do odwiedzających. Zapisz dokładną zmianę: a PHP wersja, wydanie tematu, aktualizacja wtyczki lub zameldowanie integracji. Wymień osobę, która zatwierdzi wynik i wymień funkcje strony internetowej, które muszą nadal działać później.
Uporządkuj środowisko testowe za pomocą własnych narzędzi lub uzgodnionej konfiguracji i porównaj jego PHP, bazy danych, rozszerzenia i wersje aplikacji z produkcją. Nagrywaj umyślne różnice. Test na innym biegu może ominąć problem, który badasz. Wybór WordPress lub PHP preferencje w zamówieniu hostingowym nie tworzą kopii.
Przed przygotowaniem kopii należy zachować dopasowane kopie zapasowe plików produkcyjnych i bazy danych. Włączanie plików, motywów, wtyczek i konfiguracji potrzebnych do przywrócenia. Podajcie jego własne połączenie z bazą danych i zweryfikuj cel przed importem czegokolwiek. Sprawdzić, czy zmiana w planie produkcji pozostaje nietknięta.
W miarę możliwości należy używać wymyślonych klientów testowych i adresów kontrolowanych. Jeśli potrzebne są realistyczne dane, zminimalizować kopiowane rekordy i ograniczyć, kto może je odczytać. Utrzymywać sekrety oddzielnie od wspólnych archiwów. Etykieta data migawki, aby zespół wiedział, które zamówienia i treść próby zawiera, i chronić oryginalną kopię odzyskiwania.
Kontrola dostępu i widoczność wyszukiwania niezależnie
Chronić nazwę komputera testowego z kontrolą dostępu, takie jak HTTP uwierzytelnienie HTTPS lub inny układ obejmujący całe środowisko. A WordPress sam administrator logowania nie chroni stron publicznych lub przesłanych plików. Sprawdź dostęp bez zablokowania sesji i zawierać media, API trasy i wszelkie alternatywne nazwy hosta w tej recenzji.
Ustaw preferencje dotyczące widoczności i sprawdź wynikającą z tego dyrektywę nodindex. Noindex adresuje wygląd wyszukiwania; nie zatrzymuje gości. Crawler musi zdobyć dyrektywę, aby działać w tej sprawie, więc robots.txt block nie może udowodnić noindex został przeczytany. Zachowaj prywatne dane za uwierzytelnianiem niezależnie od ustawień wyszukiwania.
Przed otwarciem kopii odizoluj efekty wychodzące
Skopiowana konfiguracja może zachować referencje na żywo i miejsca docelowe. Integracje inwentaryzacyjne przed odwiedzeniem klona lub złożeniem zamówienia testowego. WordPress wizyty mogą wywołać zaplanowane zadania, a rozszerzenia mogą korzystać z własnych kolejek lub zadań serwera. Przejrzyj każdą ścieżkę wykonania, zamiast zakładać, że nieaktywna strona nie ma żadnych efektów.
Użyj udokumentowanej skrzynki piaskowej każdej integracji lub wyłącz ją na kopii, aż do momentu, gdy cel testu będzie gotowy. Sprawdzić, gdzie wiadomości i prośby rzeczywiście przybywają. Wtyczka blokująca e-mail nie może obejmować oddzielnego SMTP lub zewnętrznych usług dostawy, więc potwierdzić skonfigurowane ścieżki dostawy, jak również.
Przewiń tabelę poziomo w razie potrzeby.
Wpływ oddzielenia od produkcji WordPress miejsce umieszczenia
Obszar
Kontrola pozycji
Dowody do sprawdzenia
Płatności
Kwalifikacje testowe i udokumentowany tryb piaskownicy
Nie utworzono płatności na żywo
E-mail
Dostawa lub użycie kontrolowanego biorcy
Brak wiadomości dla klienta
Haki internetowe i API
Wstrzymać dostawę lub użycie punktów końcowych
Wnioski docierają do zamierzonego systemu badań
Zadania zaplanowane
Przegląd WP- Cron, zadania serwera i rozszerzenia kolejki
Wykonanie tylko zatwierdzonych zadań testowych
Zapasy i realizacja
Wyłącz połączenia żywe lub użyj kont testowych
Brak zmian w stanie produkcji lub w transporcie
Ćwiczenie WooCommerce z kontrolowanymi nakazami badań
Korzystaj z bezpiecznej procedury testowej bramki i sprawdzaj zarówno skuteczne, jak i nieskuteczne ścieżki wymeldowania. Przegląd zmian produktów, zmiany koszyka, pola klientów, wybór wysyłki i wynikający z tego status zamówienia. Sprawdź skonfigurowane miejsca docelowe i dzienniki dostaw. Ochrona dostępu może mieć wpływ na zwroty, tak więc uzgodnić obsługiwaną ścieżkę testową z właścicielem integracji.
WooCommerce zamówienia testowe mogą nadal przypominać zwykłe zamówienia do innych rozszerzeń. Sprawdź raporty, powiadomienia, subskrypcje i zaplanowane działania zgodnie z używanymi narzędziami. Prowadzić rejestr danych z badań i zaobserwowanych wyników. Płacenie za hosting z crypto jest oddzielone od bramy jesteś testowanie dla klientów sklepu.
Przegląd adresów domu i strony kopii, linków aktywów, przekierowań i punktów końcowych aplikacji. Link, który zwraca do produkcji może unieważnić test lub utworzyć niezamierzoną zmianę. Użyj WordPress-świadomy proces przy zmianie przechowywanych adresów URL, z kopii zapasowej i zweryfikowanym zakresem; przewodnik migracyjny obejmuje tę procedurę.
Dla Multisite, określić, czy próba obejmuje jedną stronę lub całą sieć, i sprawdzić mapowanie domeny i wspólne rozszerzenia odpowiednio. Nagrywanie tylko testowej nazwy komputera, referencji i indeksowania ustawień. Należy traktować je jako konfigurację środowiska, która musi być poddana przeglądowi oddzielnie od wydania aplikacji.
Zwolnienie zamierzonej zmiany przy zachowaniu żywych zamówień
Dokumentuj kod, pliki i ustawienia, które należą do zatwierdzonego wydania. Ustawowe migawki stają się starsze, podczas gdy produkcja otrzymuje zamówienia, klientów i treści. Zastąpienie bazy danych na żywo tym zdjęciem może wyeliminować nowszą aktywność. Użyj planu wydania aplikacji dla schematów lub zmian danych i uzgodnij, kto będzie godzić na żywo pisze.
Weź bieżącą kopię odzyskiwania, zachowaj plan zwrotu i potwierdź wydane funkcje. Sprawdzić uwierzytelnianie płatności produkcji, miejsca docelowe haków internetowych, zaplanowane zadania, nazwę hosta i ustawienia indeksowania. Utrzymywanie ograniczeń dostępu do środowiska testowego i przegląd tego, co powinno mieć zastosowanie do strony publicznej.
Zapis zatwierdzonej zmiany, wyników badań i właściciela wydania.
Potwierdzenie aktualnego egzemplarza odzyskiwania i możliwych do użycia etapów cofania.
Zachowaj zamówienia i inne rekordy utworzone od czasu ułożenia migawki.
Przegląd danych dotyczących środowiska, adresów URL i miejsc docelowych integracji.
Sprawdź strony produkcji, zameldowanie i przepływ pracy w tle po wydaniu.
Utrzymujcie kopię inskrypcji na osobności i wycofajcie się na emeryturę, niepotrzebne dane testowe.
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.
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.