Aktualizacja PHP i frameworka za stałą cenę.
PHP 8.2 nie dostaje poprawek bezpieczeństwa po 31 grudnia 2026. Przenosimy aplikację na wspieraną wersję PHP i frameworka, a zanim cokolwiek zmienimy, stawiamy testy. Cenę znasz przed startem.
Kiedy pora na aktualizację
Twoja wersja PHP traci albo już straciła wsparcie
PHP 8.1 przestało dostawać poprawki bezpieczeństwa 31 grudnia 2025. PHP 8.2 straci je 31 grudnia 2026.
Framework nie jest już wspierany
Poprawki bezpieczeństwa dla Laravela 11 skończyły się 12 marca 2026. Dla Symfony 6.4 koniec poprawek błędów przypada na listopad 2026.
Composer nie chce współpracować
Paczki, których potrzebujesz, wymagają nowszego PHP, a część obecnych jest porzucona.
Hosting dolicza opłatę
Część firm hostingowych pobiera miesięczną opłatę za stare wersje PHP. Aktualizacja kończy ten koszt.
Typowe ścieżki aktualizacji
| Obecnie | Docelowo | Jak |
|---|---|---|
| PHP 7.x, 8.0–8.2 | PHP 8.4 lub 8.5 | Rector robi zmiany mechaniczne, PHPStan pokazuje, co zostało, resztę robi inżynier. |
| Laravel 5–11 | aktualny Laravel | Po jednej wersji głównej naraz, z testami po każdym kroku. |
| Symfony 3–7.3 | Symfony 7.4 LTS | Najpierw usuwamy ostrzeżenia o przestarzałym kodzie (deprecations), potem przechodzimy przez kolejne wersje LTS (6.4 jako przystanek). |
| Zend Framework 1 | zf1-future na nowszym PHP albo przejście etapami na Symfony | zf1-future to fork rozwijany przez społeczność, testowany do PHP 8.2, które traci wsparcie 31 grudnia 2026. Przejście etapami jest często bezpieczniejsze. |
| Laminas MVC | Mezzio lub Symfony | Laminas MVC dostaje tylko poprawki bezpieczeństwa do 31 grudnia 2028 i nie będzie wspierać PHP 8.5. |
| CodeIgniter 3 | CodeIgniter 4 | To bliżej przepisania niż aktualizacji, więc przenosimy aplikację etapami. |
| CakePHP 2–4 | CakePHP 5 | Najpierw narzędzia do aktualizacji od CakePHP, potem ręczne poprawki. |
Jak przebiega aktualizacja
01
Code Audit
Mierzymy dystans: PHPStan, przebieg próbny Rectora (dry run),
composer outdatedicomposer audit, a do tego lektura kodu.02
Stała cena
Dostajesz zakres, kroki, harmonogram i jedną cenę. Wszystko spoza zakresu wyceniamy osobno, zanim się za to weźmiemy.
03
Siatka bezpieczeństwa
Testy charakteryzujące na krytycznych ścieżkach, z przejęcia aplikacji albo dopisane teraz, i CI, które uruchamia je przy każdej zmianie.
04
Małe kroki
Po jednej wersji naraz. Każdy krok to merge request do przejrzenia, a dalej idziemy dopiero wtedy, gdy testy przejdą.
05
Wdrożenie i obserwacja
Wdrażamy z planem wycofania i przez kilka dni po wydaniu uważnie patrzymy na monitoring.
Co dostajesz
Zaktualizowany kod
W Twoim repozytorium, na wspieranej wersji PHP i frameworka.
Raport z aktualizacji
Co się zmieniło, co zastąpiliśmy albo usunęliśmy i na co uważać.
Raport zależności
Każda paczka Composera: zaktualizowana, zastąpiona albo zostawiona, z uzasadnieniem.
Testy i CI
Testy, na których się opieraliśmy, działające w Twoim pipelinie.
Baseline PHPStan
Poziom, który kod osiąga teraz, żeby jakość nie spadła z powrotem.
Zaktualizowany runbook
Nowe wersje, nowe polecenia, te same kroki dla Twojego zespołu.
Czas i cena
| S | M | L | |
|---|---|---|---|
| Cena | od 13 000 zł | od 26 000 zł | wycena po Code Audit |
Czy Rector nie wystarczy?
Rector i Laravel Shift robią sporą część mechanicznej pracy, a Rectora używamy przy każdej aktualizacji.
Czego narzędzie nie zrobi: nie ustali, z której podstrony Twój największy klient korzysta w każdy poniedziałek, nie przetestuje jej przed zmianą i po niej i nie będzie pod ręką, gdy dwa tygodnie później wyjdzie coś dziwnego. To nasza robota, a Care po aktualizacji pilnuje, żeby aplikacja była na bieżąco i dług nie wrócił.
Pytania o aktualizacje
Koniec wsparcia PHP 8.2: co właściwie stanie się 31 grudnia 2026?
Nic widocznego. Aplikacja działa dalej. Od tego dnia nowo znalezione luki w PHP 8.2 nie będą już łatane przez projekt PHP, a skanery bezpieczeństwa i ankiety będą oznaczać tę wersję jako niewspieraną. Jeśli aktualizacja nie zdąży przed tą datą, rozszerzone wsparcie może przez jakiś czas łatać samo PHP.
Czy możemy przeskoczyć z Laravela 8 od razu na najnowszą wersję?
W kodzie przechodzimy przez każdą wersję główną po kolei, bo każdy przewodnik aktualizacji zakłada poprzednią. Dla Ciebie to jeden projekt i jedna cena.
Czy aplikacja będzie wyłączona?
Bez planowanych przestojów poza zwykłym wdrożeniem. Przygotowujemy aktualizację na osobnej gałęzi i wydajemy ją jak każdą inną zmianę.
Aktualizujecie też serwer?
Jeśli jest w zakresie i mamy dostęp, tak: PHP-FPM, rozszerzenia, obrazy Dockera. Jeśli serwerem zarządza firma hostingowa, ustalamy z nią przełączenie.
PHP 8.4 czy PHP 8.5?
PHP 8.5 dostaje poprawki bezpieczeństwa do 31 grudnia 2029, PHP 8.4 do 31 grudnia 2028. Zwykle polecamy najnowszą wersję, którą obsługują wszystkie Twoje zależności.
Sprawdź, ile pracy wymaga Twoja aktualizacja
Wyślij nam composer.lock i wersję PHP: link do repozytorium albo plik w załączniku maila. Odpowiemy z następnym krokiem, a jeśli się da, także z widełkami cenowymi.