Naprawa sklepu PrestaShop (błąd 500, awarie)

od 239 zł netto (diagnoza) - orientacyjnie, finalnie po wycenie

Sklep pokazuje białą stronę albo błąd 500, a Ty nie wiesz, czy to hosting, moduł, czy włamanie. Najgorsze, co można wtedy zrobić, to wyłączać rzeczy w panelu na oślep: znika ślad tego, co się stało. Naprawiam sklepy PrestaShop awaryjnie, zdalnie i w Warszawie.

Pierwsze pół godziny

Zanim cokolwiek zmienię, robię kopię plików i bazy w stanie awarii: punkt powrotu i materiał do analizy. Potem tryb debug i logi z ostatniej doby, a na końcu pytanie, co się działo tuż przed. Odpowiedź zwykle brzmi "nic", a w logach widać aktualizację modułu sprzed dwóch godzin albo pełny dysk.

Co się najczęściej okazuje

Dwie przyczyny wracają częściej niż wszystkie pozostałe razem. Pierwsza to moduł zaktualizowany prosto na produkcji, bez kopii i bez testu: biała strona pojawia się natychmiast, a cofnięcie zajmuje kilkanaście minut, o ile jest z czego cofać. Druga to pełny dysk albo wyczerpany limit pamięci na hostingu; sklep sypie się wtedy nieregularnie i wygląda to na błąd w kodzie.

Typowe awarie, które usuwam

• Błąd 500 i biała strona (white screen)
• Sklep nie wstaje po aktualizacji PrestaShop albo modułu
• Błąd połączenia z bazą, uszkodzone tabele
• Brak dostępu do panelu administratora
• Skutki włamania i złośliwy kod (malware)
• Sklep skrajnie wolny lub zawieszający się
• Problemy po migracji albo zmianie hostingu

Naprawiam przyczynę, nie objaw, i kończę raportem: co się stało i co dalej.

Czego w trybie awaryjnym nie robię

Nie przepisuję przy okazji motywu i nie przyspieszam sklepu: awaria to zły moment na duże zmiany. Jeśli sklep działa, tylko wolno, to nie awaria i tańsza będzie optymalizacja. Jeśli nic się nie popsuło, a chcesz znać stan sklepu, weź audyt techniczny. Bywa też, że problem leży po stronie hostingu; płacisz wtedy za samą diagnozę.

Najczęstsze pytania

Jak szybko naprawisz sklep?

Diagnozę robię od razu, a proste przypadki zwykle tego samego dnia. Przy złożonych podaję plan i realny termin zamiast obiecywać godzinę.

Czy stracę dane sklepu?

Nie. Zaczynam od kopii sprzed naprawy i nie ruszam tabel zamówień ani klientów.

Sklep padł po aktualizacji, poradzisz sobie?

Tak. Najczęściej winny jest niekompatybilny moduł: lokalizuję go w logach i przywracam działanie.

Naprawiasz sklep po ataku?

Tak: usuwam złośliwy kod, łatam lukę, wymieniam dostępy razem z hasłem do bazy. Zastrzegam jednak, że przy poważnym włamaniu jedyną pewną metodą bywa odtworzenie z czystej kopii sprzed ataku. Dlatego pytam najpierw o wiek kopii.