Gdy programista, który zbudował Wasz panel zamówień albo system w firmie, zmienia pracę lub przestaje odpowiadać, przejmuję ten system i dbam o to, żeby dalej działał. Zaczynam od audytu, który trwa pięć dni roboczych i ma stałą cenę. Na koniec dostajecie raport z ryzykami ułożonymi w kolejności naprawy.
Krzysztof Piórkowski, senior PHP, projekt prowadzę osobiście
Odpowiadam w ciągu jednego dnia roboczego, a umowę o poufności podpisujemy przed dostępem do kodu.
RAPORT Z AUDYTU PO PIĘCIU DNIACH
PHP2Shell, 21.10.2026. Twórcy PHP wydali awaryjne poprawki dwóch krytycznych luk, które mogą pozwolić uruchomić na serwerze cudzy kod bez logowania. Wydano je tylko dla wersji 8.2 i nowszych. Starsze wersje są załatane tylko wtedy, gdy zrobił to dostawca serwera albo systemu operacyjnego. Ostrzeżenie CISA
Wybierz najbliższą. W każdym przypadku zaczynam od audytu, a potem razem decydujemy o naprawie albo o stałej opiece.
Przejmuję kod i dostępy, a potem spisuję, jak działa system, żeby następna osoba nie zaczynała od zera.
Przenoszę system na nowszą wersję etapami. Każdy krok sprawdzam najpierw na kopii, a dopiero potem wgrywam go tak, żeby dało się go cofnąć.
Takie systemy zwykle działają na pokazie, a kłopoty zaczynają się przy prawdziwych klientach. Sprawdzam, kto ma do czego dostęp, i porządkuję kod, zanim zaczniecie go rozwijać.
Ustawiam osobne miejsce do testów i sprawdzanie najważniejszych ścieżek, żeby zmiany przestały być loterią.
Sprawdzam, które części systemu nie nadążają przy większym ruchu, i usuwam przyczynę, a nie tylko objaw.
Spisuję, jak działa system, i przenoszę dostępy na konta firmy, żeby nic nie zależało od jednej osoby.
Po audycie i pierwszych naprawach przestajecie zgadywać, w jakim stanie jest system.
Zgłoszenie trafia do konkretnej osoby, a czas reakcji jest zapisany w umowie.
Raport układa ryzyka od najpilniejszych i przy każdym podaje szacunek godzin, więc o budżecie decydujecie na podstawie liczb.
Kod, dostępy i opis działania systemu są na kontach firmy, więc każdy kolejny wykonawca może go przejąć.
Najwięcej mogę zrobić przy systemach, z których firma korzysta codziennie, na przykład przy panelu B2B albo sklepie na własnym kodzie. Szczególnie wtedy, gdy zbudował je ktoś, kogo w firmie już nie ma.
Nie zajmuję się prostymi stronami wizytówkowymi ani systemami, które firma i tak wyłączy w najbliższych miesiącach. Nie zaczynam też nowych projektów, jeśli nie ma budżetu na ich późniejsze utrzymanie.
Masz przypadek graniczny albo inną technologię? Napisz, a na rozmowie ustalimy, czy mogę pomóc, albo wskażę kogoś odpowiedniego.
Umów rozmowęTrzy etapy. Po każdym możecie skończyć i pójść dalej sami albo z innym wykonawcą.
Przez pięć dni roboczych sprawdzam, w jakim stanie jest system i co mu grozi. Na koniec dostajecie raport z ryzykami ułożonymi w kolejności naprawy i z szacunkiem godzin przy każdej pozycji.
Aktualizuję PHP i resztę systemu etapami. Każdy etap da się wgrać i cofnąć osobno, więc nieudaną zmianę da się szybko wycofać.
Miesięczny plan z limitem godzin i czasem reakcji zapisanym w umowie. Co miesiąc dostajecie raport z tego, co zrobiłem.
Pięć dni roboczych od przekazania dostępów. Cena jest stała bez względu na to, co znajdę w kodzie.
Sprawdzam, które części systemu blokują przejście na nowszą wersję PHP i które nie mają już wsparcia producenta.
Szukam miejsc, przez które ktoś niepowołany mógłby dostać się do danych Waszych klientów.
Sprawdzam, czy nową wersję systemu da się wgrać, a w razie kłopotu cofnąć, bez przestoju.
Sprawdzam, czy kopie zapasowe w ogóle powstają i czy da się z nich naprawdę odtworzyć bazę.
Sprawdzam, które części systemu zwalniają przy większej liczbie zamówień i dlaczego.
Sprawdzam, czy system da się przejąć bez jego autora i czy dostępy są na kontach firmy.
"require": { - "php": "^7.4", + "php": "^8.3", - "laravel/framework": "^8.0", + "laravel/framework": "^11.0", } # wdrożenie etapami, każdy do wycofania
Przy dużych systemach korzystam z narzędzi AI, żeby szybciej znaleźć miejsca do sprawdzenia. Każdy wniosek w raporcie weryfikuję sam.
10 pytań dla właściciela firmy · PDF
Dziesięć pytań w trzech częściach, na które odpowiada się TAK albo NIE. Przy każdym jest jedno zdanie o tym, dlaczego warto je zadać. Pytania ułożyłem na podstawie list kontrolnych firm, które w Polsce i za granicą przejmują stare aplikacje. Na końcu policzysz wynik i zobaczysz, od czego zacząć.
Miesięczny plan dla systemu, który musi działać. Zakres ustalam po audycie, bo dopiero wtedy wiadomo, ile godzin naprawdę potrzebuje Wasz system i jaki czas reakcji ma sens.
Co miesiąc sprawdzam, czy system działa bez błędów, i wgrywam poprawki bezpieczeństwa. Co jakiś czas próbnie odtwarzam kopię zapasową. Drobne zmiany robię w ramach limitu godzin, a na koniec miesiąca dostajecie raport z tego, co zrobiłem.
8 godzin miesięcznie · reakcja do 2 dni roboczych
System wspiera firmę, ale pół dnia przestoju jej nie zatrzyma.
16 godzin miesięcznie · reakcja do 1 dnia roboczego
Z systemu codziennie korzysta firma albo jej klienci.
32 godziny miesięcznie · reakcja do 4 godzin roboczych
System zarabia i zmienia się co tydzień.
Stawkę miesięczną ustalam po audycie, bo zależy od wielkości systemu i od tego, jak szybko mam reagować. Prace ponad limit rozliczam według stawki godzinowej z umowy.
Czas reakcji liczę w dni robocze, od poniedziałku do piątku w godzinach od 9 do 17, i zapisuję go w umowie. Plan nie obejmuje dyżurów w nocy ani w weekendy.
Umów się na bezpłatną rozmowęDoświadczenie z pracy w firmach
Rymatic działa od 2025 roku, ale ze starym kodem PHP pracuję od 2019. To trzy systemy, przy których pracowałem na etacie, i każdy z nich jest opisany na moim profilu na LinkedIn.
Zend 1, PHP 4
System do zarządzania stacją paliw działał na Zend 1 i PHP 4, czyli na technologii, której nikt już nie rozwijał, a firma dalej na nim pracowała.
Rozwijałem go i utrzymywałem na istniejącym kodzie. W tym samym czasie budowałem system rezerwacji noclegów na Symfony 4.
Stacja pracowała na swoim systemie dalej, a nowe funkcje trafiały do kodu napisanego jeszcze w PHP 4.
Laravel 7 i 8, PHP 7.4 i 8
Sprzedaż firmy opierała się na wewnętrznym systemie na Laravelu, który łączył sklep na IdoSell z kurierami, dokumentami i własną bramką SMS.
Przez rok go rozwijałem i utrzymywałem, przygotowałem środowisko dla systemu połączonego z Allegro, a obok zbudowałem nowy system magazynowy na Laravel 8 i PHP 8.
Zamówienia i stany magazynowe trafiły do systemu zbudowanego pod tę firmę, a parametry produktów w IdoSell aktualizowały się automatycznie.
Symfony, mikrousługi
Główny produkt firmy, system dla działów obsługi klienta sprzedawany w abonamencie, miał starsze części, które trzeba było przenieść do nowej architektury przy działającym produkcie.
Przez ponad trzy lata planowałem i przenosiłem stare komponenty do osobnych usług, aktualizowałem zależności i utrzymywałem wewnętrzny framework firmy oparty na Symfony.
Produkt dalej obsługiwał klientów, a stare części przechodziły do nowej architektury kawałek po kawałku.
Opinia klienta Rymatic po projekcie integracji i raportowania
Zgłosiliśmy się z potrzebą uporządkowania raportowania i zebrania danych w jednym miejscu. Wcześniej wymagało to sporo ręcznej pracy i było mało przejrzyste. Po wdrożeniu wszystko stało się dużo prostsze i bardziej czytelne. Dobra komunikacja i konkretne podejście do tematu.
Klienci najczęściej porównują mnie z software housem albo z freelancerem z giełdy zleceń.
Rozmawiasz z osobą, która pisze kod, a nie z opiekunem klienta, który przekazuje temat dalej. Cały system zna jedna osoba, więc nikt nie wdraża się od nowa co kwartał. Płacisz za godziny przy kodzie, bez narzutu na zarządzanie projektem, a jeśli czegoś nie wezmę, mówię to od razu, zamiast podstawiać juniora.
Zaczynam od audytu, więc wiesz, za co płacisz, zanim zaczną się prace. Zakres i czas reakcji są w umowie, a nie w wiadomości na komunikatorze. Mam siedem lat doświadczenia z PHP, a przy większych zadaniach biorę sprawdzonych podwykonawców na umowie o poufności, zamiast znikać na dwa tygodnie.
Od 2019 roku zawodowo programuję w PHP. Pracowałem przy systemach, od których zależała sprzedaż i obsługa klientów, a przez trzy lata rozwijałem i utrzymywałem jeden produkcyjny system sprzedawany w abonamencie. Wcześniej budowałem system magazynowy połączony z kurierami i platformę do obsługi przesyłek.
Rozwijałem system na Zend 1 i PHP 4, utrzymywałem systemy na Laravelu i PHP 7.4, a nowe budowałem już na PHP 8. Unowocześniałem też wewnętrzny framework firmy oparty na Symfony. Stary kod to dla mnie codzienność, a nie wyjątek.
Znam PHP od wersji 4 do najnowszej i najpopularniejsze frameworki, a systemy napisane bez frameworka nie są dla mnie problemem.
To uczciwe pytanie przy jednoosobowej firmie. Dlatego od pierwszego tygodnia spisuję, jak działa system, a kod i dostęp do serwera zostają na kontach firmy, nie na moich. Gdybym zachorował albo zakończył współpracę, kolejny programista zacznie od gotowej dokumentacji, a nie od zera.
Jeśli brakuje Twojego, zadaj je na dwudziestominutowej rozmowie
Odpowiadam w ciągu jednego dnia roboczego i proponuję termin bezpłatnej, dwudziestominutowej rozmowy.
Na pierwszej rozmowie najbardziej pomoże mi adres systemu i wersja PHP, jeśli ją znasz.
Przyda się też jedno zdanie o tym, czego potrzebujecie i co dziś nie działa, w samym systemie albo we współpracy z obecnym wykonawcą.
Nie musisz mieć wszystkiego. Wystarczy adres systemu i zdanie o tym, co Cię niepokoi.
Dwadzieścia minut rozmowy bez zobowiązań
