Strona nie działa, a kto ją zbudował już nie jest dostępny.
Oto jak najpierw zatrzymać straty.
Wczoraj strona działała. Dziś pokazuje błąd, a jedyna osoba, która rozumiała, jak jest zbudowana, już nie odpowiada. Każda godzina przestoju kosztuje sprzedaż, więc pierwszym zadaniem jest selekcja, nie panika.
Najpierw selekcja, potem diagnoza
Gdy strona nie działa i nie generuje żadnej sprzedaży, chęć naprawienia wszystkiego naraz jest zrozumiała, i zwykle jest złym ruchem. Pierwsza godzina powinna wykluczyć oczywiste przyczyny, bo są częste i szybkie do naprawienia. Wygasła domena. Nieopłacona faktura za hosting. Certyfikat SSL, który po cichu wygasł. Aktualizacja wtyczki, która zepsuła się według własnego kalendarza. Zaskakująca część przypadków “deweloper zniknął, teraz strona nie działa” okazuje się właśnie jedną z tych, nie głębokim problemem w kodzie.
Czego szuka prawdziwy audyt
Jeśli oczywiste przyczyny są wykluczone, następnym krokiem jest czytanie kodu i samego serwera. Co się zmieniło zaraz przed przestojem. Co naprawdę mówią logi błędów. Czy problem leży w kodzie aplikacji, bazie danych, zewnętrznej integracji, czy konfiguracji serwera. Dla strony normalnej wielkości to zwykle dni, nie tygodnie. Kończy się pisaną listą, co jest zepsute, ułożoną według tego, co naprawdę kosztuje pieniądze, a co jest tylko nieporządkiem.
Naprawa bez zaczynania od nowa
Większość stron, które psują się po odejściu dewelopera, nie potrzebuje przepisania. Potrzebuje naprawienia konkretnej zepsutej części, i zostawienia resztę systemu w spokoju. Przepisanie wyrzuca wszystko, co już działało, i zamienia znany przestój na miesiące nowego ryzyka. Odbudowa ma sens tylko tam, gdzie audyt naprawdę pokazuje, że to tańsze. To decyzja na prawdziwych liczbach, nie domyślna odpowiedź.
Czemu “nikt nie rozumie kodu” jest do naprawienia
Strona bez dokumentacji wydaje się nie do uratowania, ale sam kod prawie zawsze wyjaśnia, co robi, komu czyta go uważnie. Struktura bazy danych. Jak generowane są strony. Do czego służy każda integracja. Wszystko to da się odkryć bez oryginalnego dewelopera, tylko wolniej niż z jego notatkami. Gdy przestój jest naprawiony, prawdziwym rozwiązaniem jest spisanie tego, co znaleziono, żeby kolejna osoba nie zaczynała znowu od zera.
Wyjście z “jedna osoba od następnego przestoju”
Gdy strona znowu działa, warto naprawić to, co pozwoliło zniknięciu jednej osoby wyłączyć całą firmę. Dostęp do hostingu i domeny, który firma kontroluje bezpośrednio. Druga osoba, która przynajmniej może sprawdzić, czy strona żyje. Dokumentacja, jak system jest zbudowany. Nic z tego nie zapobiega każdemu przyszłemu problemowi. Zmienia jednak następny przestój w godzinę niedogodności, zamiast kryzysu, w którym nikt nie może się zalogować.
Co zrobić w ciągu godziny
- 01
Sprawdź najpierw oczywiste przyczyny: wygasła domena, nieopłacony hosting, wygasły certyfikat SSL.
- 02
Spróbuj skontaktować się bezpośrednio z dostawcą hostingu albo rejestratorem domeny. Zwykle potwierdzają prawdziwą przyczynę szybciej niż jakiekolwiek zgadywanie.
- 03
Zapisz dokładnie, co mówi komunikat błędu i kiedy problem się zaczął, ze zrzutem ekranu, jeśli możliwe.
- 04
Nie zmieniaj niczego w panelu admina, którego nie rozumiesz w pełni. Zgadywanie pod presją może pogorszyć sprawę.
Kiedy zadzwonić do nas
Zadzwoń, jeśli strona nie działa właśnie teraz i traci sprzedaż każdą godzinę, albo nikt nie znajduje działającego dostępu. Też jeśli pierwszy wgląd podsuwa prawdziwe debugowanie. Otrzymaj bezpłatny plan →
FAQ
Jak szybko naprawdę możecie przywrócić stronę?
Zależy całkowicie od przyczyny. Wygasła domena albo nieopłacony hosting naprawia się w godziny, gdy dostęp jest już jasny. Prawdziwy problem z kodem potrzebuje najpierw szczerego sprawdzenia w pierwszych dniach, zanim podamy termin.
Potrzebujecie poprzedniego dewelopera?
Nie. Sami czytamy kod i konfigurację serwera. Idzie szybciej, jeśli poprzedni deweloper odpowie na kilka pytań, ale zniknięcie jest właśnie sytuacją, dla której ta usługa istnieje.
Przepiszecie wszystko od nowa?
Nie domyślnie. Najpierw poprawiamy to, co jest zepsute w istniejącym kodzie, i stabilizujemy go. Pełne przepisanie tylko tam, gdzie audyt pokazuje, że to naprawdę tańsze, i mówimy to na piśmie przed poleceniem.
Co się dzieje, gdy strona zaczyna znowu działać?
Spisujemy, jak system naprawdę działa, i przekazujemy jasne instrukcje. Kod staje się twój po zapłacie, zgodnie z tym, co ustala umowa, z dostępem do odczytu od pierwszego dnia.