Ryzykowne zmiany najpierw na kopii testowej sklepu
Ryzykowne zmiany najpierw trafiają na kopię testową, z tymi samymi kontrolami za każdym razem, więc działający sklep się nie psuje.
Co zastępuje: mniej awaryjnych godzin po wdrożeniach
Co piszesz do Claude
„Ta sama zmiana w dwóch sklepach: najpierw kopia testowa staging.sklep-klienta.pl, potem produkcja. Wprowadź poprawkę, zrób przegląd i sprawdź zmienione strony na kopii testowej, poczekaj na moje OK, potem powtórz na produkcji z nowym podglądem.”
Problem
Mamy zasadę „nigdy najpierw na produkcji”, ale w praktyce ktoś zawsze zapomni. Potrzebujemy tych samych kroków za każdym razem.
Co robi Claude
- Claude sprawdza kopię testową sklepu przed zmianą.
- Wprowadza tam zmianę po twojej zgodzie.
- Sprawdza ponownie i raportuje, co się zmieniło.
- Po twoim OK powtarza zmianę na działającym sklepie z nowym podglądem.
Co dostajesz
Każda ryzykowna zmiana jest najpierw sprawdzana na kopii testowej, z tymi samymi kontrolami przed i po.
Kontrola zostaje u ciebie
Każdą zmianę widzisz przed zapisem, nic nie dzieje się bez twojego „tak” i możesz ją później cofnąć. Zmiany wyglądu sklepu idą osobnym, mocniej chronionym połączeniem, które zwykle ustawia osoba opiekująca się sklepem. Przed każdą zmianą pliku powstaje kopia.
Powiązane zastosowania
- Masowa poprawka danych, najpierw na kopii testowej
- Naprawa strony błędu po aktualizacji, z zabezpieczeniem
- Miesięczny raport audytowy dla klienta agencji
- Sprawdzenie zmian wyglądu modułów przed ich aktualizacją
Dla developerów
- Obszar
- 3 · Wygląd i wdrożenia
- Konektor
- konektor serwisowy
- W darmowym Audycie
- nie, tylko wersja płatna
- Dla kogo
- Agencja / freelancer, Developer
- Narzędzia
- ps_check_shop_health, ps_inspect_page, ps_write_theme_file, ps_list_changes, ps_list_file_backups
Krok po kroku
- Korzysta w Claude z dwóch konektorów serwisowych: jednego dla darmowej domeny stagingowej, drugiego dla produkcji.
- Uruchamia ps_check_shop_health i ps_inspect_page na stagingu jako punkt odniesienia.
- Wprowadza zmianę motywu na stagingu przez ps_write_theme_file, po podglądzie i zatwierdzeniu.
- Ponownie sprawdza staging i raportuje zmiany (ps_list_changes, ps_list_file_backups).
- Po twoim OK powtarza na produkcji z nowym podglądem; nic nie przenosi się samo.
Bezpieczeństwo
Blok 3 działa tylko przez konektor serwisowy: osobny token przyjmowany wyłącznie z adresów IP z listy, po instalacji wyłączony. Każdy konektor ma własny token i listę IP. Subdomeny stagingowe licencjonowanej domeny (staging., dev., test., ...) i do 3 własnych domen dev są gratis. Ta sama zasada „najpierw staging” dotyczy Modułów (blok 4) i Trybu serwisowego (blok 5: pliki, baza, ustawienia), z osobnym podglądem na stagingu i ponownie na produkcji.
Aktualizacja: 2026-10-05