NAPRAWY I AWARIE / INCIDENT DESK

Naprawa strony lub sklepu po awarii. Bez zgadywania, bez paniki.

Strona nie działa, pokazuje błąd, rozsypała się po aktualizacji, nagle zwolniła albo zachowuje się podejrzanie? Nie musisz znać przyczyny. Opisz objawy. Ja zacznę od diagnozy, zabezpieczę stan i dopiero potem dobiorę naprawę.

Najważniejsza zasada: nie klikamy wszystkiego po kolei „może zadziała”. Przy awarii jeden chaotyczny ruch potrafi zamienić prostą poprawkę w większy problem.

Zgłoś awarię Szybki triage
  • 01najpierw przyczyna
  • 02backup i bezpieczny plan
  • 03test po naprawie

SZYBKI TRIAGE

Nie diagnozuj sam. Wskaż tylko objaw.

Kliknij to, co najlepiej opisuje sytuację. To nie jest automat „napraw stronę w 3 sekundy”. To prosty router, który podpowie, co warto zachować i czego lepiej teraz nie robić.

PIERWSZA POMOC DLA STRONY

Zanim zaczniemy: nie dokładaj awarii kolejnych warstw.

Przy problemach technicznych najcenniejsze są ślady. Komunikat błędu, moment wystąpienia problemu, ostatnia wykonana zmiana i dobra kopia zapasowa potrafią skrócić drogę do przyczyny.

// debug rule Jeden kontrolowany krok jest lepszy niż dziesięć losowych kliknięć.

01

Zachowaj komunikat

Zrób screenshot lub skopiuj treść błędu. „Coś wyskoczyło” daje mniej tropów niż dokładny komunikat.

02

Nie aktualizuj wszystkiego naraz

Masowa aktualizacja może zatrzeć informację, która zmiana wywołała problem i utrudnić bezpieczny rollback.

03

Nie kasuj „podejrzanych” plików

Przy możliwym włamaniu najpierw ustalam, co jest obce, co jest legalnym plikiem systemu i gdzie mogą zostać ślady persistence.

04

Nie nadpisuj ostatniej dobrej kopii

Jeśli backup sprzed awarii istnieje, warto go zachować. Świeża kopia uszkodzonego stanu nie zastępuje kopii zdrowej.

CO MOGĘ NAPRAWIĆ

Od „strona nie działa” do konkretnej przyczyny i konkretnej poprawki.

Pracuję z istniejącymi stronami i sklepami, także wtedy, gdy nie jestem ich autorem. Zakres zależy od stanu serwisu, technologii i dostępów, ale typowe przypadki wyglądają tak:

CORE / UPDATE

Awarie po aktualizacji

Konflikty CMS, motywu, szablonu, komponentu, wtyczki lub wersji środowiska.

HTTP / PHP / DB

Błędy i niedostępność

Białe ekrany, błędy 500/404, problemy PHP, połączenia z bazą i błędy konfiguracji.

FRONT / UX

Rozsypany wygląd lub funkcje

CSS, JavaScript, formularze, menu, elementy responsywne, koszyk, checkout i interakcje.

PERF / CWV

Nagłe spowolnienie

Ciężkie zasoby, błędy skryptów, cache, procesy, integracje i inne źródła przeciążenia.

SEC / RECOVERY

Podejrzenie włamania

Analiza objawów, kopii i logów, oczyszczenie lub odtworzenie, aktualizacje i ograniczenie ryzyka powrotu problemu.

INTEGRATION

„Jedna rzecz przestała działać”

Płatności, wysyłki, formularze, tracking, widgety, API i integracje, jeśli problem da się odtworzyć i zweryfikować.

Najczęściej: JoomlaWordPressWooCommerceShoper / Storefront

W Shoper zakres naprawy zależy od możliwości platformy. Problemy po stronie infrastruktury SaaS nie są „naprawiane kodem na siłę” - wtedy wskazuję właściwą ścieżkę i oddzielam problem platformy od problemu szablonu, konfiguracji lub integracji.

PLAYBOOK NAPRAWCZY

Naprawa to nie „kliknięcie fix”. To kolejność działań.

Szczegóły zależą od awarii, ale rdzeń procesu pozostaje podobny: zachować kontrolę, znaleźć przyczynę, naprawić możliwie mały zakres i sprawdzić efekt.

  1. 01
    STOP

    Zabezpieczam stan

    Ustalam, czego teraz nie zmieniać i czy potrzebna jest kopia, staging lub odcięcie problematycznej funkcji.

  2. 02
    TRACE

    Zbieram dowody

    Objawy, logi, komunikaty, ostatnie zmiany, wersje i dostępne backupy. Bez przypisywania winy na podstawie samego efektu.

  3. 03
    ROOT

    Potwierdzam przyczynę

    Oddzielam przyczynę od skutku i wybieram najmniej ryzykowną drogę naprawy.

  4. 04
    PATCH

    Wdrażam poprawkę

    Naprawiam konkretny problem. Nie robię przy okazji nieuzgodnionej „rewolucji w całym serwisie”.

  5. 05
    VERIFY

    Testuję

    Sprawdzam obszar awarii i kluczowe ścieżki, które mogły zostać dotknięte zmianą.

  6. 06
    HANDOFF

    Wyjaśniam, co było nie tak

    Dostajesz jasną informację: co wykryłem, co zrobiłem, co warto zrobić dalej i gdzie pozostaje ryzyko.

ZAKRES POD KONTROLĄ

Najpierw awaria. Potem ewentualne porządki.

Stary serwis potrafi odsłonić więcej niż jeden problem. Nie oznacza to automatycznie, że wszystko trzeba naprawiać od razu. Rozdzielam prace konieczne do przywrócenia działania od dodatkowych usprawnień.

TERAZ

Przywrócenie działania lub bezpieczeństwa

To, co blokuje stronę, sklep, logowanie, sprzedaż albo stwarza istotne ryzyko.

PÓŹNIEJ

Porządki i dług techniczny

Rzeczy, które warto poprawić, ale nie muszą zwiększać zakresu bieżącej interwencji.

OSOBNO

Rozwój i redesign

Nowe funkcje, przebudowa UX, większa optymalizacja lub modernizacja to osobny zakres, jeśli nie są częścią naprawy.

FAQ / BEZ TECHNICZNEJ MGŁY

Najczęstsze pytania, kiedy „coś się zepsuło”.

Jeśli Twojego przypadku tu nie ma, to normalne. Awarie rzadko czytają FAQ przed wystąpieniem.

Czy muszę wiedzieć, co dokładnie się zepsuło?

Nie. Opisz, co widzisz, od kiedy problem występuje i czy wcześniej coś było zmieniane. Jeśli masz screenshot lub komunikat błędu, dołącz go. Diagnoza techniczna jest po mojej stronie.

Czy naprawiasz strony wykonane przez kogoś innego?

Tak, jeśli stan serwisu i dostępny zakres pozwalają na bezpieczną pracę. Najpierw oceniam sytuację. Przy mocno zaniedbanych lub niestandardowych instalacjach mogę zaproponować etap diagnostyczny zamiast obiecywać naprawę „w ciemno”.

Ile kosztuje naprawa awarii?

Koszt zależy od przyczyny, zakresu, ryzyka i możliwości odtworzenia problemu. Prosta poprawka i incydent bezpieczeństwa to dwa różne zlecenia. Po wstępnym rozpoznaniu określam zakres lub kolejny płatny etap, zanim praca zacznie rosnąć bez kontroli.

Czy możesz naprawić stronę po włamaniu?

Mogę przeanalizować incydent i dobrać właściwą ścieżkę. Czasem najlepszą opcją jest oczyszczenie, czasem odtworzenie z pewnej kopii i ponowne zabezpieczenie. Nie wskazuję wektora ataku bez dowodów i nie traktuję samego skanera jako pełnej diagnozy.

Czy po naprawie problem już nigdy nie wróci?

Nie składam takiej obietnicy. Mogę usunąć potwierdzoną przyczynę, ograniczyć ryzyko i wskazać działania zapobiegawcze. Na przyszłe awarie wpływają również aktualizacje, hosting, integracje, błędy zewnętrznych usług i sposób utrzymania serwisu.

Czy naprawiasz Joomla, WordPress, WooCommerce i Shoper?

Tak, ale zakres zależy od technologii. W Joomla, WordPress i WooCommerce mogę pracować głębiej w kodzie, konfiguracji i środowisku. W Shoper działam w granicach platformy, Storefrontu, konfiguracji i integracji.

INCIDENT INBOX / F03

Zgłoś awarię. Zacznę od faktów, nie od zgadywania.

Podaj adres strony lub sklepu, opisz objaw i napisz, kiedy problem się pojawił. Jeśli wcześniej była aktualizacja, zmiana hostingu, wdrożenie kodu albo alert bezpieczeństwa, dodaj tę informację. Nie wysyłaj haseł ani tokenów w pierwszym zgłoszeniu.

WYBRANY OBJAW Z TRIAGE Nie wybrano. Opis wystarczy.
Zgłoś awarię Chcę stałej opieki

F03 jest formularzem interwencyjnym. Dostępy ustalimy dopiero po kwalifikacji problemu i tylko w zakresie potrzebnym do pracy.