Aplikacje na Laravelu zaktualizowane, przejęte i pod stałą opieką.
Poprawki bezpieczeństwa dla Laravela 11 skończyły się 12 marca 2026, a Laravel 12 dostaje je już tylko do 24 lutego 2027. Aplikacje na Laravelu przenosimy na Laravel 13, przejmujemy te, po których odszedł programista, i co miesiąc pilnujemy ich aktualizacji. Zaczynamy od testów, a całość robimy za jedną stałą cenę.
Dlaczego teraz
Laravel 12 ma przed sobą ostatnie miesiące
Poprawki błędów skończyły się 13 sierpnia 2026. Poprawki bezpieczeństwa kończą się 24 lutego 2027.
Laravel 11 i starsze są bez wsparcia
Poprawki bezpieczeństwa dla Laravela 11 skończyły się 12 marca 2026, dla Laravela 10 – 4 lutego 2025. Pojedyncze poprawki wciąż się zdarzają, ale nie da się na nich planować.
PHP 8.2 traci wsparcie
Po 31 grudnia 2026 projekt PHP nie będzie już wydawać poprawek bezpieczeństwa. Laravel 13 wymaga PHP 8.3 lub nowszego.
Nikt już nie zna kodu
Programista albo agencja, która zbudowała aplikację, zajmuje się już czymś innym, a każda zmiana trwa dłużej, niż powinna.
Daty, które mają znaczenie
| Wersja | Co się kończy | Kiedy |
|---|---|---|
| Laravel 13 | poprawki błędów | III kw. 2027 |
| Laravel 13 | poprawki bezpieczeństwa | 17 marca 2028 |
| Laravel 12 | poprawki bezpieczeństwa | 24 lutego 2027 |
| Laravel 11 | poprawki bezpieczeństwa (już zakończone) | 12 marca 2026 |
| PHP 8.2 | poprawki bezpieczeństwa | 31 grudnia 2026 |
Kiedy automatyczna aktualizacja nie wystarczy
Laravel Shift automatyzuje mechaniczną część aktualizacji Laravela: dla każdej wersji otwiera pull request ze zmianami i komentuje miejsca, które trzeba obejrzeć dokładniej. Przy aplikacji z dobrymi testami i niewielką liczbą wersji do przejścia to może być większość pracy.
Bierzemy przypadki, w których to nie wystarcza:
- Własne paczki i forki porzuconych paczek, których żadne narzędzie do aktualizacji nie zna.
- Brak testów, więc nikt nie powie, czy zaktualizowana aplikacja nadal robi to, co robiła. Najpierw piszemy testy charakteryzujące na krytycznych ścieżkach.
- Kilka wersji głównych naraz, na przykład z Laravela 6 na 13. Każda wersja Laravela obsługuje tylko określony zakres wersji PHP, więc PHP trzeba podnosić między krokami.
- Stare PHP na serwerze, więc środowisko, jego rozszerzenia i wdrażanie zmieniają się razem z frameworkiem.
Laravel jest zbudowany na komponentach Symfony (HttpFoundation, HttpKernel, Console, Routing i innych), więc nasza praca z Symfony obejmuje też warstwę pod spodem.
Typowe ścieżki
| Obecnie | Docelowo | Jak |
|---|---|---|
| Laravel 5–9 | Laravel 13 | Po jednej wersji głównej naraz, z podnoszeniem PHP między krokami i testami po każdym z nich. |
| Laravel 10–12 | Laravel 13 | Mniej kroków. composer why-not laravel/framework 13.0 pokazuje, które paczki blokują aktualizację. |
| PHP 7.x, 8.0–8.2 | PHP 8.4 lub 8.5 | Rector robi zmiany mechaniczne, PHPStan z Larastanem pokazuje, co zostało, resztę robi inżynier. |
Aktualizacja, przejęcie, opieka
-
Aktualizacje
Laravel i PHP na wspieranych wersjach za stałą cenę, po jednej wersji naraz. Jak wygląda aktualizacja.
-
Przejęcie aplikacji
Gdy programista albo agencja odeszli: dostępy, dokumentacja, testy na krytycznych ścieżkach i runbook, żeby aplikację znów dało się utrzymywać. Przejęcie aplikacji.
-
Opieka
Co miesiąc aktualizacje Laravela i paczek,
composer audit, monitoring i poprawki, żeby następna aktualizacja była mała. Opieka nad aplikacją.
Jak to przebiega
01
Code Audit
Mierzymy dystans: PHPStan z Larastanem, próbny przebieg Rectora,
composer outdatedicomposer audit, do tego czytanie kodu.02
Stała cena
Zanim zaczniemy, dostajesz zakres, kroki, harmonogram i jedną cenę.
03
Najpierw testy
Testy charakteryzujące na krytycznych ścieżkach i CI, które uruchamia je przy każdej zmianie.
04
Po jednej wersji naraz
Każdy krok to merge request do przejrzenia. Szczegóły: jak wygląda aktualizacja.
Pytania o Laravela
Czy nie wystarczy uruchomić Laravel Shift?
Tam, gdzie pasuje, warto: zmiany mechaniczne robi dobrze. Nie zna jednak Twoich własnych paczek, nie napisze testów, których aplikacja nie ma, i nie zmieni PHP na Twoim serwerze. Jeśli Twoja aplikacja tego potrzebuje, tę część bierzemy na siebie.
Możemy na razie zostać na Laravelu 12?
Przez jakiś czas. Laravel 12 dostaje poprawki bezpieczeństwa do 24 lutego 2027, ale poprawki błędów skończyły się 13 sierpnia 2026. Zaplanuj przejście na Laravel 13 przed tą datą; wymaga on PHP 8.3 lub nowszego.
Macie case studies z Laravela?
Nie na tej stronie. Laravel należy do stacku, z którym pracujemy dziś (Doświadczenie), a stoi na komponentach Symfony, które dobrze znamy. Zanim się zdecydujesz, audyt kodu (Code Audit) pokaże, czy nasze podejście pasuje do Twojej aplikacji.
Naszą aplikację na Laravelu napisał ktoś inny. To problem?
Nie, większość naszej pracy wygląda właśnie tak. Gdy nikt już nie zna aplikacji, najpierw robimy przejęcie.
Ile to kosztuje?
Aktualizacja kosztuje od 13 000 zł. Stałą cenę dla Twojej aplikacji podajemy w ofercie po audycie kodu (Code Audit).
Sprawdź, ile pracy wymaga aktualizacja Twojego Laravela
Wyślij nam composer.json i wersję PHP. Pierwsze spojrzenie za darmo: odpisujemy z pierwszym krokiem i jego stałą ceną.