Opieka

Codzienna diagnostyka, kopia poza serwerem, poprawki i historia pracy, do której masz dostęp.

Skrypt o czwartej rano sprawdza dysk, kontenery, certyfikaty, świeżość kopii, warstwy zapisywalne kontenerów i cache frameworka, a wynik dostaje ocenę OK, WARN, FIX albo ASK. Do tego ban adresu po stu nieudanych próbach logowania i restart padniętych kontenerów.

Kopia codziennie o drugiej: dumpy baz plus kopia przyrostowa do zewnętrznej chmury, retencja 7 dni, 4 tygodnie, 6 miesięcy i 2 lata.

Dlaczego to nie jest puste. 12 sierpnia dysk doszedł do 100 procent i pięć usług przestało działać. Naprawa poszła bez przestoju strony, a wnioski weszły do trzech miejsc: do skryptu diagnostyki, do kanonu projektu i do dokumentacji. Tak wygląda opieka, która czegoś się uczy.

• Codzienna diagnostyka z oceną i historią 30 dni
• Kopia zapasowa poza serwerem z testowaną procedurą odtworzenia
• Aktualizacje zależności i wersji usług po testach
• Ustalony limit godzin miesięcznie na zmiany i usterki
• Historia pracy i decyzji w systemie zadań, z dostępem dla Ciebie

Projekt prywatny: Nie obiecujemy SLA z czasem reakcji w minutach ani dostępności 99,9 procent. To jeden serwer i jedna osoba. Uczciwa obietnica: reakcja w jednym dniu roboczym, kopia poza serwerem, znana procedura odtworzenia.

Licznik odwiedzin bez ciasteczek, a więc bez banera zgody, na naszym serwerze, z dostępem dla Ciebie.

Zdarzenia własne (kliknięcie w kod rabatowy, wysłanie formularza) i raport miesięczny odpowiadający na pytanie „skąd przyszli i co zrobili”, a nie „ile było odsłon”.

Stan na dziś: własna instancja, pięć zarejestrowanych domen, skrypt wpięty w cztery serwisy, ruch potwierdzony w trzech.

• Licznik bez ciasteczek i bez banera zgody, dane na naszym serwerze
• Zdarzenia własne dopasowane do celów strony
• Dostęp do panelu i raport miesięczny w ramach opieki

Projekt prywatny: Panel statystyk jest prywatny, więc dowodem jest zrzut ekranu na rozmowie, nie adres.

Praca nad szybkością mierzona narzędziem, z zapisem tego, co pomogło i co nie pomogło.

Pomiar tym samym silnikiem co PageSpeed, lokalnie, z flagami odcinającymi artefakt przeglądarki na Macu — bez nich pierwsze malowanie pada około 1,5 s później i cała analiza jest zmyślona. Mediana z kilku przebiegów, nie jeden wynik, bo pojedynczy przebieg mieści się w rozrzucie narzędzia.

Wynik z realnego projektu: telefon 81 → mediana 91 (rozrzut 87–92), waga strony 793 kB → 415 kB, fonty 166 kB → 105 kB i 10 plików → 5, dostępność 96 → 100 na telefonie i 92 → 100 na desktopie.

• Raport z pomiarem przed i po, medianą z kilku przebiegów
• Format AVIF, jakość obrazów dobrana pod nakładkę, własny subset fontów
• Odłożenie ciężkich komponentów poniżej ekranu do pierwszego malowania
• Sekcja „co sprawdzone i odrzucone” — razem z powodem

Audyt strony, audyt kodu po „vibe codingu”, ewaluacja modeli albo analiza rynku przed budową.

Audyt strony: wydajność z pomiarem medianowym, SEO techniczne, dane strukturalne, dostępność, bezpieczeństwo formularzy i nagłówków. Wynik to raport z listą według zysku plus to, co odrzucić i dlaczego.

Audyt kodu po „vibe codingu” to najbardziej aktualna usługa 2026. Szukamy dokładnie tych rzeczy, które nam samym się przydarzyły: cache bez granic, dane przechodzące walidację i bezsensowne, brak limitów wobec zewnętrznych API, sekrety w repozytorium, brak healthchecku, logi zapisujące tę samą linię tysiące razy.

Analiza rynku przed budową: czy pomysł ma sens, kto już to robi, ile to kosztuje, co może pójść nie tak. Mamy dwa takie dokumenty i oba wstrzymały budowę do czasu walidacji założeń.

• Raport z listą uporządkowaną według zysku, nie według alfabetu
• Lista rzeczy odrzuconych — razem z powodem
• Przy ewaluacji modeli: liczby (błędy, czas, koszt na operację, wierność treści) i tańszy wariant zapasowy