Masowa poprawka danych, najpierw na kopii testowej

Wersja płatnaTryb serwisowy

Masowy błąd w danych jest poprawiony za jednym razem, najpierw na kopii testowej, potem na działającym sklepie.

Co zastępuje: 2-4 h przygotowania, testów i uruchomienia poprawki w bazie

Co piszesz do Claude

„na stagingu: policz produkty z wagą 0, które mają wagę w tabeli od dostawcy, pokaż 10 przykładów i przygotuj update. jak sprawdzę staging, puść to samo na produkcji”

Problem

Import ustawił wagę 1 200 produktów na 0, więc koszty wysyłki są złe. W panelu nie da się tego poprawić hurtem.

Co robi Claude

  1. Claude liczy i pokazuje produkty, których to dotyczy.
  2. Pokazuje planowaną zmianę i liczbę produktów, które obejmie.
  3. Zachowuje stare wartości, żeby dało się ją cofnąć.
  4. Najpierw uruchamia ją na kopii testowej, potem na działającym sklepie po nowej zgodzie.

Co dostajesz

Wagi produktów poprawione jednym przebiegiem, sprawdzone przed produkcją.

Kontrola zostaje u ciebie

Każdą zmianę widzisz przed zapisem i nic nie dzieje się bez twojego „tak”. Ten głęboki dostęp naprawczy idzie osobnym, mocniej chronionym połączeniem, działa tylko przez kilka godzin, na które go włączysz, i zachowuje kopię każdego zmienionego pliku lub wpisu.

Zobacz cennik

Powiązane zastosowania

Dla developerów
Obszar
5 · Tryb serwisowy
Konektor
konektor serwisowy
W darmowym Audycie
nie, tylko wersja płatna
Dla kogo
Developer, Agencja / freelancer
Narzędzia
ps_db_query, ps_db_execute, ps_revert_change, ps_clear_cache

Krok po kroku

  1. Liczy i pokazuje próbkę wierszy przez ps_db_query (tryb serwisowy na konektorze stagingu).
  2. Przygotowuje UPDATE samej tabeli product, bez JOIN, żeby działała kopia wierszy (wartości z tabeli dostawcy np. przez podzapytanie w SET), i pokazuje podgląd ps_db_execute: liczba wierszy i próbka.
  3. Uruchamia w transakcji z max_rows (do 1000 na wywołanie, więc 1 200 produktów idzie w dwóch paczkach według zakresu ID); stare wartości wierszy zostają dla ps_revert_change.
  4. Ty sprawdzasz staging; potem to samo na produkcji z nowym podglądem i zgodą.
  5. Zmiana bezpośrednio w bazie pomija hooki modułów i cache, więc Claude proponuje wyczyścić cache i sprawdzić koszty dostawy w koszyku.

Bezpieczeństwo

Tryb serwisowy (blok 5) działa tylko przez konektor serwisowy (osobny token, adresy IP z listy) i tylko wtedy, gdy włączony jest jego przełącznik czasowy (1, 4, 8 albo 24 h); potem sam się wyłącza, a właściciel dostaje e-mail przy włączeniu. ps_db_execute wykonuje jedno INSERT/UPDATE/DELETE/REPLACE w transakcji; podgląd pokazuje liczbę wierszy i próbkę, a zmiana jest wycofywana, gdy zmieniłoby się więcej wierszy niż max_rows (do 1000). UPDATE albo DELETE jednej tabeli bez JOIN zachowuje kopię każdego zmienionego wiersza, więc ps_revert_change to cofnie. UPDATE/DELETE bez WHERE wymaga all_rows=true; ALTER/CREATE/DROP/TRUNCATE wymagają allow_ddl=true i nie da się ich cofnąć. Zmiana bezpośrednio w bazie pomija hooki modułów i cache, więc gdy istnieje narzędzie bloków 1-4, Claude używa jego.

Aktualizacja: 2026-10-05