Pimcore wygasza Classic UI. 

Dlaczego to ryzyko operacyjne, a nie zmiana interfejsu.

Skontaktuj się z nami

Wprowadzenie

Jeśli masz Pimcore na produkcji, pewnie już wiesz: Classic Admin UI jest oficjalnie będzie wycofany. Od wersji platformy 2026.1 (koniec marca 2026) stary interfejs oparty na ExtJS przestaje istnieć. Zastępuje go Pimcore Studio - całkowicie przepisany admin UI zbudowany na React, Redux i TypeScript.

Wiele zespołów traktuje to jak zmianę skórki. Nowy wygląd. Lekki lifting.

Nic bardziej mylnego. To zmiana architektury, która dotyka całego Twojego stacku Pimcore - od niestandardowych rozszerzeń i procesów administracyjnych po licencjonowanie, bezpieczeństwo i długoterminowe wsparcie. A każdy miesiąc zwłoki to narastające ryzyko operacyjne.

Co dokładnie się zmienia

  • Pimcore Platform 2025.4 (LTS) — wydany 2025. Wspiera Classic UI i Studio równolegle. To jest wersja przejściowa.
  • Pimcore Studio 1.0 — koniec Q1 / początek Q2 2026. Pierwsza stabilna wersja Studio. Kompletna dla edytorów i administratorów.
  • Pimcore Platform 2026.1 — koniec marca 2026. Tylko Studio. Classic UI znika. Bez kompatybilności wstecznej.
  • Bug-fix support dla Studio na 2025.4 — 3 miesiące po wydaniu 2026.1. Dodatkowe okno stabilizacyjne.
  • Koniec LTS 2025.4 — koniec 2028. Wygasa wsparcie security i maintenance.

Zmiana technologii

Classic UI był zbudowany na ExtJS - frameworku JavaScript, którego szczyt popularności przypadł na 2012 rok. Działał, ale miał poważne ograniczenia: słaba modularność, trudna rozszerzalność, brak nowoczesnej infrastruktury testowej i coraz bardziej skomplikowane warunki licencyjne.

Pimcore Studio zastępuje ExtJS całkowicie:

  • Framework UI — Classic: ExtJS 7.x → Studio: React 18+
  • Zarządzanie stanem — Classic: ExtJS stores → Studio: Redux
  • Język — Classic: JavaScript (bez typów) → Studio: TypeScript
  • Biblioteka komponentów — Classic: widgety ExtJS → Studio: Ant Design
  • System budowania — Classic: brak (surowy JS) → Studio: Webpack przez Symfony Encore
  • Testy — Classic: brak → Studio: Jest + React Testing Library
  • Backend wyszukiwania — Classic: opcjonalny → Studio: wymagany (Elasticsearch lub OpenSearch)
  • Model rozszerzeń — Classic: nadpisywanie ExtJS → Studio: SDK z komponentami React

To nie jest nowa skórka. To kompletne przepisanie. Każdy niestandardowy panel admina, każde nadpisanie ExtJS, każda customizacja workflow UI zbudowana przez lata - nic z tego nie zadziała w Studio bez migracji.

Dlaczego to ryzyko operacyjne, a nie zmiana UI

Tu większość zespołów nie docenia skali wpływu.

1. Twoje niestandardowe rozszerzenia przestaną działać

Jeśli zbudowałeś jakąkolwiek niestandardową funkcjonalność w adminie Pimcore - a większość produkcyjnych wdrożeń ma takie rozszerzenia - to była napisana w ExtJS. Niestandardowe kolumny gridów, specjalistyczne edytory, pluginy adminowe, przyciski workflow, widgety dashboardu.

W Pimcore Studio te kontrolery ExtJS muszą zostać przepisane na komponenty React lub endpointy REST. Pimcore dostarcza SDK z CLI do migracji, które konwertuje automatycznie ok. 70% kodu boilerplate, ale pozostałe 30% - Twoja faktyczna logika biznesowa - wymaga ręcznej migracji.

Im dłużej czekasz, tym więcej niestandardowego kodu narasta na przestarzałym stacku.

2. Zmieniło się licencjonowanie

Równolegle ze zmianą UI, Pimcore przeszedł z GPLv3 na Pimcore Open Core License (POCL) od wersji 2025.1.

Kluczowe konsekwencje:

  • Firmy z przychodem powyżej 5M EUR rocznie muszą kupić licencję komercyjną (Professional lub Enterprise Edition) aby używać Pimcore 2025.1+
  • Jeśli zostajesz na Classic UI (Community Edition), potrzebujesz teraz osobnej licencji ExtJS za 1 480 EUR (jednorazowo) ze względu na umowę OEM Pimcore z Sencha
  • Pimcore Studio jest wliczone we wszystkie edycje (Community, Professional, Enterprise) - bez dodatkowej opłaty za UI

Zostanie na Classic UI kosztuje więcej i daje mniej. Struktura zachęt jest oczywista: przejdź na Studio.

3. Wsparcie bezpieczeństwa ma twardy deadline

Pimcore 11 (ostatnia wersja z Classic UI jako głównym interfejsem) stracił wsparcie Community Edition jesienią 2025. Platforma 2025.4 z LTS działa do końca 2028 - ale tylko dla poprawek bezpieczeństwa i utrzymaniowych, nie nowych funkcji.

Po 2028 roku, jeśli nadal jesteś na 2025.4 z Classic UI, prowadzisz niewspieraną platformę na przestarzałej technologii frontendowej bez wsparcia producenta. To nie jest wybór technologiczny - to ryzyko biznesowe.

4. Twoja prędkość rozwoju zwolni

ExtJS to nie jest technologia, z którą współcześni programiści chcą pracować. Znalezienie doświadczonych developerów ExtJS w 2026 roku jest coraz trudniejsze. Ekosystem React/TypeScript to z kolei największa społeczność deweloperska na świecie.

Migracja do Studio odblokowuje:

  • Codebase, w którym juniorzy i midzi mogą się poruszać
  • Nowoczesne testowanie (Jest, React Testing Library) zamiast zerowego pokrycia testami
  • Architekturę komponentową, łatwiejszą w utrzymaniu i rozszerzaniu
  • Hot module replacement i nowoczesne narzędzia buildowe
  • Dostęp do całego ekosystemu React/Ant Design

To bezpośrednio przekłada się na szybsze dostarczanie funkcji i niższe koszty utrzymania.


Ścieżka migracji - jak to wygląda w praktyce

Dobra wiadomość: Pimcore zaprojektował przemyślaną, pragmatyczną ścieżkę migracji. Zła wiadomość: i tak wymaga planowania i wysiłku.

icon

Faza 1: Audyt (1-2 tygodnie)

Zinwentaryzuj swoje customizacje. Zanim ruszysz kod, potrzebujesz pełnego obrazu tego, co zbudowałeś na Classic UI:

  • Niestandardowe panele admina i pluginy
  • Nadpisania i rozszerzenia ExtJS
  • Niestandardowe konfiguracje gridów i edytory
  • Customizacje UI workflow
  • Widgety dashboardu
  • Listenery eventów admina
  • Niestandardowe przyciski toolbara i menu kontekstowe

Dla każdego elementu sklasyfikuj jako:

  • Standardowy - używa tylko wbudowanych funkcji Pimcore (bez niestandardowego kodu ExtJS) - to zadziała w Studio bez zmian
  • Lekka customizacja - drobne modyfikacje ExtJS, które CLI migracji obsłuży automatycznie (~70% konwersji)
  • Ciężka customizacja - złożona logika biznesowa w ExtJS wymagająca ręcznego przepisania na React
icon

Faza 2: Upgrade platformy do 2025.4 (1-3 tygodnie)

Najpierw upgraduj do platformy 2025.4 LTS. To wersja przejściowa wspierająca oba interfejsy równolegle.

Kluczowe kroki:

  • Aktualizacja zależności Composer
  • Uruchomienie migracji bazy danych
  • Instalacja Elasticsearch lub OpenSearch (wymagane dla Studio)
  • Weryfikacja, że Classic UI nadal działa jak wcześniej
  • Włączenie Studio w trybie równoległym
  • Aktualizacja nagłówków licencji (GPLv3 na POCL jeśli dotyczy)
icon

Faza 3: Migracja rozszerzeń (2-8 tygodni, zależy od złożoności)

Tu jest prawdziwa praca. Dla każdego niestandardowego rozszerzenia:

  1. Użyj Pimcore Studio SDK aby wygenerować scaffold nowego komponentu React
  2. Uruchom CLI migracji aby skonwertować kod boilerplate
  3. Przepisz logikę biznesową z kontrolerów ExtJS na komponenty React + endpointy REST
  4. Przetestuj dokładnie - Studio wspiera prawidłowe testy jednostkowe, w przeciwieństwie do starego stacku
  5. Deployuj równolegle - waliduj nowe komponenty, gdy Classic UI jest nadal dostępny jako fallback
icon

Faza 4: Walidacja i przejście (1-2 tygodnie)

  • Uruchom Studio jako główny interfejs dla pilotażowej grupy edytorów
  • Zwaliduj wszystkie procesy, uprawnienia i niestandardowe funkcje
  • Monitoruj wydajność (Studio jest zauważalnie szybsze dzięki wirtualnemu DOM Reacta)
  • Przejdź całkowicie na Studio
  • Wyłącz Classic UI
icon

Faza 5: Przygotowanie na 2026.1+ (ciągłe)

Po walidacji na 2025.4 + Studio jesteś gotowy na upgrade do 2026.1 i przyszłych wersji bez tarcia związanego z UI.

Kiedy zacząć?

Okno jest jasne:

  • 2025.4 LTS to bezpieczna przystań - wspiera oba UI i jest objęta wsparciem do końca 2028
  • Studio 1.0 jest kompletne dla edytorów i administratorów (koniec Q1 2026)
  • 2026.1 usuwa Classic UI całkowicie (koniec marca 2026)

Jeśli zaczniesz teraz, masz czas na metodyczną migrację. Jeśli poczekasz do 2027, będziesz migrował pod presją z kurczącym się oknem wsparcia.

Migracja nie jest opcjonalna. Pytanie nie brzmi "czy", ale "kiedy". A organizacje, które potraktują ją jako projekt poprawy operacyjnej - nie paniczną wymianę UI - wyjdą na tym najlepiej.

Jak LemonMind może pomóc

Budujemy na Pimcore od 15 lat. Migrowaliśmy złożone systemy produkcyjne, wdrażaliśmy enterprise PIM/DXP dla klientów zarządzających setkami tysięcy SKU i szkoliliśmy zespoły z nowoczesnej architektury Pimcore.

Nasza usługa migracji do Pimcore Studio obejmuje:

  • Audyt Twojej obecnej instancji Pimcore i niestandardowych rozszerzeń
  • Plan migracji z czytelnymi fazami, harmonogramem i mitygacją ryzyka
  • Przepisanie rozszerzeń z ExtJS na React/Studio SDK
  • Setup backendu wyszukiwania (Elasticsearch/OpenSearch) jeśli jeszcze nie masz
  • Przegląd licencji pod kątem zgodności z POCL
  • Szkolenie dla Twojego zespołu redakcyjnego i developerskiego z Pimcore Studio


Jak LemonMind może pomóc

Potrzebujesz pełnego partnera migracyjnego albo po prostu drugiej pary oczu na Twój plan? 

Odkryj potencjał technologii

Olgierd Mrozik

[email protected]

+48 58 732 27 37

Zainteresował Cię ten artykuł? Sprawdź inne w podobnej tematyce.

LemonMind partnerem Pimcore Platinum

Nasza droga do partnerstwa Platinum.

Pimcore 2024.3

Wersja 2024.3 przynosi znaczące usprawnienia w zakresie automatyzacji procesów, sztucznej inteligencji oraz zarządzania danymi, co pozwala na jeszcze bardziej efektywne i precyzyjne zarządzanie treścią i operacjami biznesowymi.

Jak system DAM może pomóc firmie produkcyjnej?

W branży produkcyjnej systemy DAM (Digital Asset Management) mogą odegrać rolę kluczową pomagając zapawnować nad chaosem związanym z tysiącami dokumentów, zdjęć, certyfikatów czy rysunków technicznych