Aktualizacja i migracja Joomla 3 · 4 · 5
Aktualizacja Joomla na każdej stronie wygląda trochę inaczej: z piątki to zwykle jedno spokojne przejście, z trójki pełna migracja z przebudową szablonu i wymianą części rozszerzeń. Zajmuję się obiema sytuacjami: zaczynam od audytu, całą przeprowadzkę na Joomla 6 robię na kopii testowej, a na produkcję wypuszczam dopiero sprawdzoną wersję. Ostatnio przeprowadziłem taką migrację na dużym serwisie recepty.mobi, który działa dziś na Joomla 6 z autorskimi komponentami, szablonem i wtyczkami.
Wpisz adres strony: pokażę wersję i ile zostało jej do końca wsparcia.
Joomla 3 nie dostaje łatek bezpieczeństwa od 17 sierpnia 2023, a płatne przedłużone wsparcie dla trójki również nie jest już dostępne. Wsparcie dla Joomla 4 skończyło się w październiku 2025, ostatnie wydanie tej serii to 4.4.14 z 30 września 2025. Dziś poprawki wychodzą wyłącznie dla wersji 5 i 6.
Sama Joomla nazywa to aktualizacją, a nie migracją, i faktycznie jest to prostsza praca. Haczyk polega na tym, że wtyczkę „Behaviour - Backward Compatibility” od Joomla 5 trzeba wyłączyć, a część rozszerzeń wciąż trzyma się starych API i panel potrafi paść dokładnie w tym momencie. Dlatego sprawdzam to na kopii, a nie na żywej stronie.
Robię inwentaryzację wszystkiego, co jest zainstalowane, i sprawdzam każdą pozycję osobno. Część działa od razu, część tylko z wtyczką zgodności, część wygląda na sprawną i wysypuje się dopiero przy użyciu. Do tych bez następcy szukam zamiennika albo dopisuję własne rozwiązanie.
W Joomla 4 z rdzenia zniknął MooTools, miejsce Bootstrapa 2 i 3 zajął Bootstrap 5, a ładowanie skryptów przejął WebAssetManager. Dlatego starych szablonów i nadpisań widoków zwykle nie da się „zaktualizować”, trzeba je przenieść ręcznie. Przez tę część pracy przeszedłem na własnym serwisie z autorskim szablonem i komponentami.
Joomla 6 wymaga PHP minimum 8.3 (zalecane 8.4), a zalecany limit pamięci PHP to co najmniej 256 MB. Dla porównania Joomla 4.4 dopuszczała jeszcze PHP 7.2.5. Zanim zabiorę się za samą CMS, sprawdzam serwer: wersję PHP, bazę danych i limity.
Przy migracji, a nie budowie strony od zera, artykuły i kategorie zachowują swoje ID, więc adresy da się utrzymać. Osobny temat to sh404SEF, którego wsparcie skończyło się 17 sierpnia 2023: jego adresy i metadane przenoszę do 4SEF, 4SEO albo do mechanizmów rdzenia, a resztę domykam przekierowaniami 301.
Sprawdzam wersję Joomla, wersję PHP i bazy, listę wszystkich rozszerzeń, szablon, nadpisania i własne modyfikacje w kodzie. Na tym etapie widać, co przejdzie bez zmian, co wymaga zamiennika, a co trzeba napisać od nowa. Dostajesz listę prac i wycenę.
Cała praca idzie na kopii, na subdomenie lub osobnym serwerze, nigdy na żywej stronie. Przed startem robię pełną kopię zapasową plików i bazy, a do panelu i bazy zapewniam sobie dostęp awaryjny.
Nie ma skrótu z wersji 3 prosto na 6: oficjalna droga to 3.10.x, potem 4.4.x, potem 5.4.x i dopiero 6.x, za każdym razem przez komponent Joomla Update z kanałem przestawionym na „Joomla Next”. Przed każdym krokiem korzystam z wbudowanego sprawdzenia zgodności rozszerzeń.
Klikam stronę tak, jak robi to użytkownik i redaktor: strona główna, listy, artykuły, wyszukiwarka, formularze, wersje językowe, panel i dodawanie treści. Osobno sprawdzam adresy URL, mapę witryny, dane strukturalne i logi błędów.
Wdrożenie planuję na godziny z najmniejszym ruchem. Realna przerwa to zwykle kilkanaście minut potrzebnych na podmianę plików i bazy. Przez pierwsze dni obserwuję logi i błędy 404, a stara wersja czeka w kopii zapasowej gotowa do przywrócenia.
Realizacja
Recepty.mobi przeniesiono z Joomla 3 na Joomla 6 z zachowaniem działających adresów URL, treści i struktury wyszukiwania. Case zawiera dane Search Console.
Pod jednym słowem „migracja” sprzedaje się bardzo różne prace, dlatego ceny potrafią się różnić wielokrotnie. U mnie wygląda to tak.
Typowa strona bez egzotycznych rozszerzeń: praca na kopii, testy i wdrożenie.
Dwa etapy zamiast jednego, wymiana lub aktualizacja części rozszerzeń.
Kilkanaście rozszerzeń, gotowy szablon komercyjny, przeniesienie treści, adresów i metadanych.
Praca polega głównie na przepisaniu własnego kodu pod nowe API, a nie na klikaniu w panelu.
Na cenę wpływa przede wszystkim liczba i jakość rozszerzeń, to czy szablon da się przenieść, czy trzeba go odbudować, ilość własnych modyfikacji w kodzie oraz to, czy trzeba ratować adresy URL po sh404SEF. Dokładną kwotę podaję po bezpłatnym audycie, kiedy widzę konkretną listę prac, a nie po samym adresie strony. Ceny netto: fakturę wystawia serwis Useme, klientom z Polski dolicza 23% VAT, a firmom z innych krajów UE wystawia fakturę bez VAT.
Nie w jednym kroku. Każdy oficjalny przewodnik Joomla zakłada konkretną wersję startową: na czwórkę wchodzi się z 3.10.x, na piątkę z 4.4.x, na szóstkę z 5.4.x. W praktyce to łańcuch 3.10, 4.4, 5.4, 6.x, a między etapami trzeba sprawdzać rozszerzenia i szablon. Dla Ciebie to jedna usługa i jedno wdrożenie, ale technicznie kilka przejść.
Zależy od tego, na czym jest zbudowany. Domyślny szablon Joomla 3, czyli Protostar, nie jest zgodny z Joomla 4, dlatego domyślny szablon trzeba zmienić jeszcze przed startem. Szablony komercyjne zwykle mają następcę u producenta, ale to wersja do kupienia lub pobrania, a nie zwykła aktualizacja. Jeśli szablon jest autorski albo producent zniknął, przenoszę wygląd ręcznie na aktualną bazę Joomla 6.
Cała migracja odbywa się na kopii, więc Twoja strona przez ten czas działa normalnie. Niedostępność dotyczy tylko samego przełączenia i zwykle jest to kilkanaście minut, planowanych na porę z najmniejszym ruchem. Jeśli w tym czasie ktoś dodaje treści, ustalamy okno, w którym nikt nie publikuje.
Są trzy wyjścia i wybieramy je razem na etapie audytu: zamiennik, funkcja rdzenia Joomla albo własne rozwiązanie. Sporo rzeczy, które w czasach Joomla 3 wymagały dodatku, dziś jest w samym systemie, na przykład zarządzanie przekierowaniami czy pola dodatkowe. Najgorszy scenariusz to zostawienie martwego rozszerzenia „bo działa”.
Nie zawsze, ale trzeba go sprawdzić. Joomla 6 potrzebuje PHP minimum 8.3 (zalecane 8.4), MySQL od 8.0.13, MariaDB od 10.6 lub PostgreSQL od 14.0, a zalecany limit pamięci PHP to co najmniej 256 MB. Na większości hostingów współdzielonych wersję PHP przełącza się po prostu w panelu. O konieczności zmiany serwera mówię przed rozpoczęciem prac, a nie w trakcie.
Tego pilnuję najmocniej. Przy migracji artykuły i kategorie zachowują swoje ID, więc adresy URL zwykle da się utrzymać jeden do jednego. Tam, gdzie adres musi się zmienić, robię przekierowanie 301 i poprawiam linki wewnętrzne. Sprawdzam też plik .htaccess i ustawienia SEF, bo typowa lawina błędów 404 po migracji bierze się właśnie stąd.
Zgodnie z oficjalną mapą drogową Joomla seria 6.x ma zwykłe wsparcie z poprawkami błędów do 17 października 2028, a poprawki bezpieczeństwa do 16 października 2029. Dla porównania Joomla 5 traci zwykłe wsparcie 13 października 2026. Przejście na szóstkę zamyka temat aktualizacji na kilka lat do przodu.
Aktualizacja Joomla
Napisz, na jakiej wersji Joomla stoi Twoja strona, i podaj jej adres. Zrobię bezpłatny audyt: sprawdzę wersję PHP i bazy, listę rozszerzeń oraz szablon, i odpiszę konkretnie, czy w Twoim przypadku wystarczy aktualizacja, czy potrzebna jest pełna migracja, ile to potrwa i ile będzie kosztować.
