WordPress 7.1 – co nowego? Najważniejsze zmiany i funkcje
WordPress 7.1
19 sierpnia 2026 roku ukazał się WordPress 7.1, czyli drugie duże wydanie systemu w 2026 roku. Aktualizacja nosi nazwę „Mary Lou”. Nazwę nadano na cześć amerykańskiej pianistki jazzowej, kompozytorki i aranżerki Mary Lou Williams.
Tym razem nie mamy do czynienia z jedną zmianą, która całkowicie dominuje nad pozostałymi. WordPress 7.1 rozwija kilka obszarów jednocześnie: responsywne projektowanie stron, obsługę multimediów, współpracę redakcyjną, nawigację po panelu oraz dostępność.
Z perspektywy właścicieli stron i hostingu szczególnie ciekawa jest obsługa obrazów. Część operacji wykonywanych dotychczas przez serwer trafia teraz bezpośrednio do przeglądarki użytkownika.
Skala aktualizacji jest przy tym niemała. W WordPress 7.1 znalazło się ponad 310 zgłoszeń z Core Trac. Obejmuje to ponad 100 ulepszeń i nowych funkcji oraz ponad 180 poprawek błędów. Do tego dochodzi niemal 600 ulepszeń i przeszło 630 napraw związanych z Gutenbergiem.
Pełne zestawienie najważniejszych funkcji można znaleźć na oficjalnej stronie WordPress 7.1. Jeżeli chcesz porównać obecną aktualizację ze zmianami z poprzedniego wydania, zajrzyj również do naszego artykułu WordPress 7.0 – co nowego?.
Warto wiedzieć: podczas cyklu 7.1 intensywnie testowano edycję w czasie rzeczywistym, czyli Real-time Collaboration. Funkcja nie trafiła jednak do finalnego wydania. Nadal wymaga dalszych prac nad obsługą konfliktów, zgodnością i sposobem integracji z WordPress Core.
Co nowego w WordPress 7.1
W przypadku WordPress 7.1 największe zmiany odczują osoby korzystające z edytora blokowego i Site Editora. Nowe wydanie daje większą kontrolę nad wyglądem strony bez pisania CSS. Usprawnia również pracę z obrazami i rozwija funkcje współpracy rozpoczęte w poprzednich wersjach.
Responsywne style bloków bez pisania własnego CSS
Jedną z najważniejszych nowości WordPress 7.1 są responsywne style bloków. Do tej pory dostosowanie niektórych parametrów osobno dla komputerów, tabletów i telefonów często wymagało własnego CSS. Czasem potrzebne były także funkcje motywu albo zewnętrzny page builder.
WordPress posiadał już możliwość sterowania widocznością bloków na różnych ekranach. Nie dawało to jednak pełnej kontroli nad ich wyglądem.
WordPress 7.1 idzie o krok dalej. W edytorze można określić różne wartości stylów dla widoku bazowego, tabletu oraz telefonu.
Rozwiązanie działa również na poziomie Global Styles. Można więc ustawić wspólne wartości dla danego rodzaju bloku w całej witrynie. Te same opcje są dostępne dla pojedynczego elementu na konkretnej stronie lub we wpisie.
Zmiana obejmuje standardowe właściwości obsługiwane przez bloki. Dotyczy to między innymi typografii, kolorów, tła, obramowania, odstępów, wymiarów i ustawień układu.
Można więc ustawić większy nagłówek na komputerze i zmniejszyć go na smartfonie. Da się również ograniczyć padding sekcji na małym ekranie albo zmienić sposób prezentacji elementu bez dopisywania kolejnych reguł CSS.
Jak działają breakpointy w WordPress 7.1?
Domyślnie WordPress wykorzystuje dwa breakpointy. Widok Mobile obejmuje szerokości do 480 px. Tablet działa powyżej 480 px i do 782 px.
Osobnego stanu Desktop nie ma. Jego rolę pełni bazowy styl bloku. Mniejsze widoki dziedziczą jego ustawienia, dopóki użytkownik nie nadpisze konkretnej właściwości.
Twórca motywu może zmienić te wartości w pliku theme.json. Służy do tego nowe ustawienie settings.viewport. Breakpointy można definiować w jednostkach px, em lub rem.
Te same wartości wykorzystują responsywne style, ustawienia widoczności bloków oraz podgląd urządzeń w edytorze.
Dla projektantów motywów oznacza to możliwość przygotowania spójnego systemu responsywnego. Nie trzeba rozrzucać wartości breakpointów pomiędzy różnymi arkuszami CSS.
Dla zwykłego użytkownika korzyść jest jeszcze prostsza. Coraz więcej zmian wyglądu strony można wykonać bez opuszczania edytora.
Przetwarzanie obrazów przenosi się z serwera do przeglądarki
Jedna z najciekawszych technicznie zmian WordPress 7.1 dotyczy sposobu przetwarzania przesyłanych obrazów. Dotychczas po wysłaniu zdjęcia większość pracy wykonywał serwer.
PHP przy pomocy bibliotek GD lub Imagick tworzył miniatury i skalował duże pliki. Obracał także fotografie na podstawie danych EXIF oraz wykonywał ewentualne konwersje formatów.
Przy niewielkich grafikach mechanizm ten działa bez większych problemów. Sytuacja komplikuje się przy zdjęciach o wysokiej rozdzielczości albo witrynach korzystających z wielu dodatkowych rozmiarów obrazów.
Każda taka operacja zajmuje CPU i pamięć serwera. Szczególnie duże pliki mogą doprowadzić do przekroczenia limitu memory_limit PHP albo timeoutu podczas generowania kolejnych wersji zdjęcia.
WordPress 7.1 przenosi kompresję, skalowanie, obracanie, konwersję formatów i generowanie miniatur do przeglądarki użytkownika. Mechanizm wykorzystuje WebAssembly oraz przeglądarkową wersję biblioteki libvips.
Po wykonaniu obliczeń przeglądarka wysyła na serwer gotowy obraz i jego dodatkowe rozmiary. Serwer nadal sprawdza pliki, zapisuje je oraz obsługuje metadane.
Co oznacza to dla hostingu?
Z perspektywy hostingu jest to ważna zmiana. Najbardziej zasobożerna część procesu może zostać wykonana na komputerze użytkownika zamiast w procesie PHP działającym na serwerze.
W praktyce oznacza to mniejsze wykorzystanie CPU i pamięci podczas dodawania grafik. Spada również ryzyko przekroczenia memory_limit oraz wystąpienia timeoutu przy przetwarzaniu bardzo dużych zdjęć.
Korzyść może być szczególnie widoczna na hostingu współdzielonym. W takim środowisku wiele stron korzysta ze wspólnej infrastruktury. Pojedynczy proces PHP ma też określone limity pamięci i czasu wykonania.
Zmiana ma znaczenie również dla sklepów internetowych i większych portali. Takie witryny często generują kilka lub kilkanaście dodatkowych rozmiarów każdego przesłanego zdjęcia.
Mniejsze pliki, ale niekoniecznie mniejszy upload
Oficjalne materiały WordPress wskazują również na lepszą kompresję generowanych plików. W przypadku JPEG nowy mechanizm może tworzyć obrazy o około 15% mniejsze niż przy typowym przetwarzaniu przez GD lub Imagick.
Mniejsze wersje zdjęć oznaczają mniej danych pobieranych przez odwiedzających. Nie oznacza to jednak, że sam upload zawsze wykorzysta mniej transferu.
Warto wiedzieć: w trybie client-side przeglądarka wysyła również wygenerowane przez siebie rozmiary obrazu. Łączny transfer do serwera może więc być większy niż wcześniej.
Główna korzyść dla hostingu polega na odciążeniu CPU i pamięci. Oszczędność transferu pojawia się przede wszystkim później, gdy obrazy pobierają użytkownicy strony.
Co jeśli przeglądarka nie obsługuje nowego mechanizmu?
WordPress sprawdza możliwości przeglądarki i urządzenia. Jeżeli środowisko nie obsługuje wymaganych funkcji, system automatycznie wraca do tradycyjnego przetwarzania po stronie serwera.
W momencie premiery pełna ścieżka WebAssembly działa przede wszystkim w obsługiwanych przeglądarkach opartych na Chromium. Dzięki mechanizmowi fallback właściciel witryny nie musi przygotowywać osobnej konfiguracji dla pozostałych użytkowników.
Prace nad client-side media processing trwały już podczas cyklu WordPress 7.0. Funkcję przetestowano, ale wycofano przed finalnym wydaniem.
WordPress 7.1 rozwija te podstawy i po raz pierwszy wprowadza rozwiązanie do WordPress Core. Mechanizm działa domyślnie tam, gdzie pozwala na to środowisko użytkownika.
AVIF, HEIC i HDR gain maps
Przeniesienie części operacji multimedialnych do przeglądarki pozwoliło WordPressowi rozszerzyć obsługę współczesnych formatów obrazów. Jedną z praktycznych zmian jest lepsza praca z plikami HEIC i HEIF.
Z tymi formatami można spotkać się szczególnie w przypadku zdjęć wykonywanych iPhone’em.
W obsługiwanym środowisku taki plik może zostać odczytany po stronie użytkownika. Następnie WordPress przesyła do biblioteki gotowy do wykorzystania JPEG.
WordPress zachowuje jednocześnie oryginalny plik HEIC jako plik źródłowy. Ogranicza to zależność od bibliotek do dekodowania HEIC zainstalowanych na serwerze.
Podobną korzyść otrzymuje AVIF. W ramach client-side processing WordPress może dekodować ten format w przeglądarce bez wymagania odpowiedniego wsparcia po stronie serwera.
W przypadku materiałów 10- i 12-bitowych zachowywana jest także zwiększona głębia bitowa. Ma to znaczenie między innymi przy zdjęciach HDR.
HDR gain maps w WordPress 7.1
WordPress 7.1 obsługuje ponadto HDR gain maps. W uproszczeniu gain map to dodatkowa informacja zapisana w obrazie.
Kompatybilny ekran HDR może dzięki niej pokazać większą rozpiętość tonalną. Pozostałe urządzenia nadal otrzymują prawidłowy obraz SDR.
WordPress wykrywa takie pliki i zachowuje mapę również w wygenerowanych mniejszych wersjach zdjęcia.
W przypadku plików zawierających gain map WordPress celowo pomija automatyczną zmianę kodeka, jeżeli prowadziłaby ona do utraty danych HDR.
Większość właścicieli stron nie zauważy tej zmiany bezpośrednio w panelu. Przygotowuje ona jednak bibliotekę mediów na formaty coraz częściej stosowane przez nowoczesne telefony i aparaty.
Nowy edytor obrazów i wygodniejsze kadrowanie
Zmienił się nie tylko sposób przetwarzania obrazów, ale również ich ręczna edycja. Dotychczasowe narzędzie kadrowania działające wewnątrz edytora zastąpiło osobne okno edytora mediów.
Znany przycisk kadrowania nadal pozostaje na swoim miejscu. Teraz otwiera jednak kompletne środowisko do edycji obrazu.
Można przycinać grafikę swobodnie albo według wybranych proporcji. Dostępne jest również dokładniejsze obracanie, odbijanie poziome i pionowe oraz edycja powiązanych metadanych.
W praktyce jest to przede wszystkim uporządkowanie pracy. Zamiast kilku rozproszonych narzędzi użytkownik otrzymuje jedno miejsce do wykonania podstawowych poprawek przed publikacją zdjęcia.
Dla redaktorów regularnie przygotowujących grafiki do wpisów może to ograniczyć konieczność uruchamiania zewnętrznego programu graficznego przy prostych poprawkach.
Notes z formatowaniem tekstu, @mentions i komentarzami do konkretnego fragmentu
WordPress 7.1 mocno rozwija również Notes. To system komentarzy służący do omawiania treści bezpośrednio wewnątrz edytora.
Funkcja przyda się szczególnie w firmach, agencjach i redakcjach. Nad jednym materiałem często pracuje tam autor, korektor, grafik oraz osoba zatwierdzająca publikację.
W nowej wersji notatki obsługują rich text. W treści komentarza można stosować między innymi pogrubienie, kursywę, kod oraz linki.
Ważniejszym dodatkiem są wzmianki @mentions. Po wpisaniu znaku @ WordPress wyświetla listę współpracowników. Można dzięki temu wskazać konkretną osobę, która otrzyma powiadomienie.
Komentarz przypisany do konkretnego fragmentu tekstu
Zmieniło się także miejsce przypisywania komentarza. Notatka nie musi już odnosić się wyłącznie do całego bloku.
Można zaznaczyć konkretny fragment tekstu i pozostawić uwagę właśnie przy nim. Pozwala to jednoznacznie wskazać słowo lub zdanie wymagające korekty.
Na tym samym bloku można utworzyć kilka osobnych rozmów. Dłuższe wątki da się zwinąć, dzięki czemu nie zajmują całej bocznej części edytora.
Notes coraz bardziej przypomina więc narzędzie do rzeczywistego procesu redakcyjnego. Nie jest już tylko prostą funkcją zostawiania komentarza.
Nie należy przy tym mylić Notes z Real-time Collaboration. WordPress 7.1 poprawia komunikację asynchroniczną pomiędzy użytkownikami. Jednoczesna edycja tego samego dokumentu przez kilka osób nadal nie jest jednak częścią finalnego wydania.
Pasek administratora dostępny również w edytorach
Kolejna zmiana jest prostsza, ale zauważą ją niemal wszyscy regularnie pracujący w kokpicie. Pasek administratora WordPress pozostaje teraz dostępny również na obsługiwanych ekranach edytora.
Do tej pory przejście pomiędzy klasycznym panelem administracyjnym, edytorem wpisu i Site Editorem mogło przypominać korzystanie z kilku oddzielnych aplikacji.
WordPress 7.1 ogranicza ten podział. Zachowuje znajomy pasek administratora wraz z podstawowymi elementami nawigacji.
Sam pasek otrzymał również niewielkie zmiany wizualne. Nie jest to przebudowa na skalę zmian panelu w WordPress 7.0. To raczej kolejny element szerszego projektu ujednolicania interfejsu administracyjnego.
Autorzy wtyczek dodających własne elementy do paska powinni sprawdzić ich działanie w edytorach. Warto również przetestować je podczas nawigacji wykonywanej po stronie klienta.
Hover, focus, focus-visible i active bez własnego CSS
WordPress 7.1 rozwija także możliwości definiowania stanów interaktywnych elementów. Użytkownik może określić wygląd bloku Button oraz Navigation Link w stanach hover, focus, focus-visible i active.
Można więc ustawić inny kolor przycisku po najechaniu kursorem. Da się również przygotować wyraźne obramowanie podczas obsługi klawiaturą albo odmienny wygląd aktywnego elementu.
Nie wymaga to ręcznego pisania selektorów CSS.
Na poziomie technicznym style może również definiować autor motywu w theme.json. Ułatwia to budowanie spójnego systemu wizualnego.
Interaktywne zachowanie przycisków i odnośników można ustalić globalnie. W razie potrzeby da się je następnie zmienić dla konkretnego elementu.
Warto podkreślić, że dostępne bezpośrednio dla użytkownika narzędzia dotyczą w WordPress 7.1 bloków Button i Navigation Link. Nie jest to jeszcze uniwersalny edytor wszystkich pseudoklas dla każdego bloku.
Nowe bloki Playlist i Tabs
Biblioteka bloków została poszerzona o dwa elementy. Wcześniej bardzo często wymagały one instalacji dodatkowej wtyczki albo użycia rozwiązania dostarczanego przez motyw lub page builder.
Blok Playlist
Pierwszym jest Playlist. Blok pozwala umieścić na stronie kolekcję plików audio.
Użytkownik może przechodzić pomiędzy kolejnymi nagraniami bez osadzania każdego z nich jako osobnego odtwarzacza. Dostępny jest również opcjonalny widok waveform prezentujący graficzny przebieg dźwięku.
Rozwiązanie sprawdzi się nie tylko w serwisach muzycznych. Można wykorzystać je również do podcastów, wykładów, kursów, materiałów konferencyjnych czy kilku wersji językowych nagrania.
Blok Tabs
Drugą nowością jest Tabs, czyli natywny blok zakładek. Pozwala podzielić powiązane informacje pomiędzy kilka paneli i wyświetlać tylko jeden z nich w danym momencie.
Dzięki temu długi zestaw treści nie musi zajmować całej strony.
Zakładki mogą sprawdzić się między innymi przy specyfikacjach produktów, opisach usług, instrukcjach i materiałach podzielonych na logiczne kategorie.
Funkcja trafia do standardowej biblioteki bloków. Jej podstawowe wykorzystanie nie wymaga więc instalowania osobnego rozszerzenia tylko po to, aby uzyskać taki układ.
Pozostałe zmiany w WordPress 7.1
Najbardziej widoczne nowości nie wyczerpują listy zmian. WordPress 7.1 zawiera również szereg ulepszeń dla twórców motywów i wtyczek, administratorów oraz osób utrzymujących bardziej rozbudowane strony.
Własne zestawy ikon i publiczne SVG Icon API
WordPress 7.1 rozwija rozwiązania związane z ikonami i udostępnia publiczne SVG Icon API.
Sama idea wykorzystywania natywnych ikon nie zaczyna się w tej wersji. Podstawy tego kierunku pojawiły się już wcześniej.
Od 7.1 autorzy rozszerzeń mogą jednak korzystać ze standaryzowanego sposobu rejestrowania własnych ikon i całych kolekcji.
Do dyspozycji deweloperów są między innymi funkcje wp_register_icon_collection(), wp_register_icon() oraz wp_get_icon().
Edytor może następnie korzystać z zarejestrowanych zestawów obok standardowej biblioteki WordPress.
Ma to znaczenie przede wszystkim dla autorów motywów, systemów blokowych i większych wtyczek. Nie muszą już tworzyć całkowicie niezależnego mechanizmu wyboru ikon.
Zamiast tego mogą integrować swoje zasoby z rozwiązaniem dostarczanym przez WordPress Core.
Edytor wpisów zawsze pracuje w iframe
WordPress 7.1 kończy proces przenoszenia edytora wpisów do iframe. Od tej wersji obszar edytowanej treści działa w odseparowanym dokumencie dla wszystkich motywów.
Podobny mechanizm działa już w Site Editorze.
Dla zwykłego autora zmiana powinna być niemal niewidoczna. Technicznie zapewnia jednak bardziej przewidywalne środowisko.
Style panelu administratora nie przenikają przypadkowo do edytowanej zawartości. Jednostki zależne od szerokości viewportu oraz media queries odnoszą się także do samego obszaru edycji.
Dzięki temu responsywne układy mogą zachowywać się bardziej podobnie do front-endu.
Na tę zmianę powinni zwrócić uwagę autorzy starszych wtyczek rozszerzających edytor. Kod JavaScript lub CSS zakładający bezpośredni dostęp pomiędzy dokumentami może wymagać testów i dostosowania.
Dostępność i czytelniejsza obsługa WordPressa
WordPress 7.1 zawiera również duży zestaw zmian związanych z dostępnością.
Poprawiono między innymi obsługę czytników ekranu, strukturę niektórych tabel administracyjnych i etykiety elementów interfejsu. Zmiany dotyczą także zachowania fokusu oraz nawigacji wewnątrz edytora.
Nowością techniczną jest wspólny mechanizm dostępnych tooltipów. Funkcje wp_get_tooltip() i wp_get_toggletip() pozwalają twórcom interfejsu prezentować dodatkowe informacje w bardziej dostępny sposób.
Nie trzeba więc opierać się wyłącznie na atrybucie title ani elementach reagujących tylko na wskaźnik myszy.
Poprawki dotyczą również nowych bloków Tabs i Playlist.
Ma to znaczenie, ponieważ zakładki, odtwarzacze i inne interaktywne komponenty łatwo mogą utrudniać nawigację. Dotyczy to szczególnie osób korzystających z klawiatury lub czytnika ekranu.
Media Library, odporniejszy upload i GIF zamieniany na wideo
Zmiany w obsłudze multimediów nie kończą się na obrazach. Biblioteka mediów w widoku siatki domyślnie korzysta teraz z nieskończonego przewijania.
Użytkownik, który preferuje tradycyjny podział na strony, może przywrócić paginację we własnych ustawieniach.
Odporniejsze przesyłanie plików
Usprawniono również sam proces przesyłania plików. WordPress pokazuje postęp operacji i może automatycznie ponowić nieudane żądania przy przejściowych problemach z siecią.
W przypadku client-side media processing poszczególne rozmiary obrazu są przesyłane osobno. Chwilowy problem z połączeniem nie musi więc oznaczać rozpoczynania całego procesu od początku.
Animowany GIF jako wideo
WordPress 7.1 oferuje ponadto opcjonalną konwersję animowanych GIF-ów do materiałów wideo.
W typowych przypadkach MP4 lub WebM może być znacznie mniejszy od animowanego GIF-a przy zachowaniu podobnego efektu dla użytkownika.
Funkcja nie zastępuje jednak bezwarunkowo wszystkich GIF-ów. Materiały wymagające zachowania przezroczystości mogą pozostać w oryginalnej formie.
Większa kontrola nad Speculative Loading
WordPress rozwija także mechanizm speculative loading. Jego zadaniem jest wcześniejsze pobieranie zasobów związanych ze stroną, do której użytkownik prawdopodobnie za chwilę przejdzie.
Odpowiednio zastosowany mechanizm może skrócić odczuwalny czas przechodzenia pomiędzy podstronami.
W WordPress 7.1 domyślne parametry tego rozwiązania można konfigurować za pomocą zmiennych środowiskowych lub stałych.
To zmiana interesująca przede wszystkim administratorów i firmy hostingowe. Pozwala dostosować działanie mechanizmu na poziomie środowiska bez przygotowywania osobnej wtyczki wyłącznie do zmiany konfiguracji.
Pozostałe zmiany i poprawki
Poza przedstawionymi wcześniej funkcjami WordPress 7.1 zawiera również wiele mniejszych aktualizacji. Część z nich będzie szczególnie istotna dla twórców motywów i rozszerzeń.
Zmiany w edytorze i systemie stylów
- Text Shadow w Global Styles – system stylów otrzymuje obsługę cienia tekstu. Motywy i kompatybilne elementy mogą dzięki temu korzystać z niego przez natywny mechanizm stylowania.
- Gradienty tła dla bloków – WordPress 7.1 pozwala blokom udostępniać ustawienia gradientowego tła przez standardowy system Block Supports.
- Minimalna szerokość bloków – bloki mogą udostępniać natywną kontrolę minimalnej szerokości. Ułatwia to tworzenie bardziej przewidywalnych układów bez dodatkowego CSS.
- Ulepszony blok Custom HTML – obsługiwane bloki w podglądzie Custom HTML mogą pozostać edytowalne. Upraszcza to pracę z treścią łączącą HTML i standardowe bloki.
- Query Loop z możliwością wykluczenia aktualnego wpisu – przy tworzeniu list powiązanych materiałów można wykluczyć stronę lub wpis, który użytkownik właśnie ogląda.
Zmiany dla deweloperów i wydajności
- Rozwinięte Abilities API – pojawiają się kolejne mechanizmy filtrowania, walidacji i obsługi cyklu wykonywania. Rozwinięto również publiczne udostępnianie zarejestrowanych możliwości.
- DataViews, DataForm i View Config API – deweloperzy zyskują większą kontrolę nad ekranami opartymi na danych. Dotyczy to między innymi stron, szablonów, części szablonów i wzorców w Site Editorze.
- Podstawy nowego WordPress Design System – WordPress 7.1 dostarcza fundament do stosowania wspólnych tokenów projektowych. Ułatwia to ujednolicanie niestandardowych interfejsów administracyjnych.
- jQuery UI 1.14.2 – biblioteka dołączona do WordPress Core została zaktualizowana. Po aktualizacji warto sprawdzić starsze wtyczki mocno zależne od jej dotychczasowego zachowania lub stylów.
- Lepsza wydajność dużych motywów – WordPress 7.1 optymalizuje między innymi działanie
WP_Theme::get_post_templates(). Zmiana ma znaczenie szczególnie dla motywów zawierających dużą liczbę szablonów.
Warto wiedzieć: kilka zapowiadanych lub testowanych podczas cyklu rozwojowego funkcji nie znalazło się w finalnym WordPress 7.1.
Classic block pozostaje dostępny w inserterze. Twórcy WordPressa odłożyli aktualizację do React 19. Real-time Collaboration oraz planowany widżet „On This Day” również nie są częścią finalnego wydania.
Warto o tym pamiętać przy czytaniu starszych roadmap, informacji o wersjach beta i zapowiedzi publikowanych przed premierą.
Podsumowanie
WordPress 7.1 nie zmienia sposobu korzystania z systemu równie gwałtownie jak niektóre wcześniejsze duże wydania. Zamiast tego rozwija kilka mechanizmów, które od dłuższego czasu powstają wokół edytora blokowego, Global Styles, współpracy i nowej architektury panelu administracyjnego.
Dla właściciela strony najbardziej zauważalne będą zapewne responsywne style, wygodniejsza edycja zdjęć oraz bloki Playlist i Tabs. W codziennej pracy przyda się również bardziej spójna nawigacja.
Osoby pracujące w kilkuosobowych zespołach powinny docenić rozwinięte Notes. Szczególnie przydatne będzie zaznaczanie konkretnych fragmentów tekstu i stosowanie @mentions.
Z punktu widzenia administratora i hostingu najciekawszą zmianą jest client-side media processing.
Przeniesienie tworzenia rozmiarów i kompresji obrazów do przeglądarki może zmniejszyć wykorzystanie CPU i pamięci PHP. Może również ograniczyć jedną z częstszych przyczyn problemów podczas wgrywania bardzo dużych fotografii.
Nie eliminuje to znaczenia wydajnego serwera. WordPress nadal potrzebuje zasobów do PHP, bazy danych, obsługi ruchu i przetwarzania mediów przy użyciu fallbacku.
Zmniejsza się jednak ilość pracy wykonywanej przez hosting podczas typowego uploadu obsługiwanego po stronie klienta.
Przed wykonaniem aktualizacji większej strony, sklepu WooCommerce albo witryny wykorzystującej rozbudowane wtyczki edytora warto przeprowadzić test na kopii strony.
Szczególną uwagę powinny zwrócić rozszerzenia ingerujące w edytor, pasek administratora i obsługę mediów. Warto również sprawdzić starsze komponenty bazujące na jQuery UI.
Jeżeli przy okazji aktualizacji zależy Ci na szybkim i stabilnym środowisku serwerowym dla WordPressa, sprawdź hosting WordPress JCHOST.
Dobry hosting nie zastąpi optymalizacji samej witryny. Zapewnia jednak odpowiedni zapas zasobów i bardziej przewidywalne warunki pracy podczas aktualizacji, importów czy większego ruchu.
Masz pytania dotyczące hostingu, migracji albo przygotowania strony do nowszej wersji WordPressa? Skontaktuj się z nami poprzez JCHOST.pl.
Odbieramy telefony, odpisujemy na maile, nie ukrywamy kosztów, a dodatkowo oferujemy najszybsze pakiety hostingowe na rynku. Uważasz, że to zwroty marketingowe? Sprawdź sam/a!
Jeśli nie będziesz zadowolony/a, zwrócimy Ci pieniądze.
Twoje strony i sklepy przeniesiemy za darmo!
Jeżeli masz jakiekolwiek pytania, skontaktuj się z nami! Kliknij tutaj.
Chcesz dowiedzieć się o nas trochę więcej? Przejdź na stronę JCHost.pl.