Ugrás a tartalomra
web-coder weboldal logo Kapcsolat
POST_1418

Megjelent a WordPress 7.1 – újdonságok, kockázatok és frissítési tanácsok

2026. augusztus 19-én megjelent a WordPress 7.1 frissítés, amely a „Mary Lou” nevet kapta. A kiadás névadója Mary Lou Williams amerikai jazz-zongorista, zeneszerző és hangszerelő.

A WordPress 7.1 látványosabb újdonságai elsősorban a reszponzív szerkesztést, a médiakezelést, a közös tartalomszerkesztést és a blokkos szerkesztőt érintik. Emellett több száz hibajavítás és fejlesztői változtatás is bekerült a rendszerbe.

A frissítéssel azonban nem feltétlenül érdemes azonnal, előkészítés nélkül elindulni. Már a megjelenést követő órákban fény derült egy súlyos WP Rocket-kompatibilitási problémára, amely bizonyos weboldalakon teljes leállást és HTTP 500-as hibát okozott.

Reszponzív beállítások közvetlenül a szerkesztőben

A WordPress 7.1 egyik legfontosabb újdonsága, hogy a blokkok megjelenése külön szabályozható különböző képernyőméreteken.

A weboldal készítője a Globális stílusoknál vagy az egyes blokkok beállításainál is megadhat mobilra, táblagépre és asztali megjelenésre vonatkozó értékeket. A változtatások különböző nézetméreteken közvetlenül a szerkesztőben ellenőrizhetők.

Blokktémák használatakor a mobilos és táblagépes töréspontok a theme.json fájlban is meghatározhatók. Ez csökkentheti az egyedi CSS-kód szükségességét, és egyszerűbbé teheti a reszponzív elrendezések elkészítését.

Új médiavágó és böngészőoldali képfeldolgozás

Megújult a WordPress beépített képszerkesztője. Az új, külön ablakban működő felületen elérhető:

  • a szabad vagy rögzített képarányú vágás;
  • a vízszintes és függőleges tükrözés;
  • a pontos, illetve lépésekhez igazodó forgatás;
  • a kép metaadatainak szerkesztése.

Fontos technikai változás, hogy a képek tömörítése, átméretezése és a bélyegképek elkészítése már a felhasználó böngészőjében is történhet. Ehhez a WordPress a libvips WebAssembly-változatát használja.

Ez mérsékelheti a szerver terhelését, és csökkentheti annak esélyét, hogy egy nagyméretű kép feldolgozása PHP-memóriahibával vagy időtúllépéssel álljon le.

A WordPress 7.1 médiakezelése az AVIF- és HEIC-képek, valamint a HDR gain map adatok támogatásával is bővült. Az opcionális GIF–videó átalakítás kisebb fájlokat eredményezhet, a feltöltési folyamat pedig állapotjelzőt és automatikus újrapróbálkozást kapott.

A Médiatár alapértelmezetten végtelen görgetésre váltott, de felhasználónként visszaállítható a hagyományos lapozás.

Két új blokk: Fülek és Lejátszási lista

A WordPress 7.1 két új alapblokkot is tartalmaz.

A Fülek – Tabs – blokk segítségével egymáshoz kapcsolódó tartalmak helyezhetők külön fülekre. Így például szolgáltatások, termékjellemzők vagy gyakori kérdések jeleníthetők meg anélkül, hogy az oldal egyszerre túl hosszúvá válna.

A Lejátszási lista – Playlist – blokk több hangfájlt képes egyetlen lejátszóban összefogni. Opcionálisan az aktuális hangsáv hullámformája is megjeleníthető.

Fejlettebb megjegyzések és együttműködés

A tartalmakhoz fűzhető Notes-megjegyzések már nemcsak egy teljes blokkhoz, hanem egy konkrét szövegrészhez is kapcsolhatók.

A megjegyzések támogatják:

  • a félkövér és dőlt formázást;
  • a kódrészleteket;
  • a hivatkozásokat;
  • az @ karakterrel indított felhasználói említéseket;
  • több külön beszélgetés kezelését ugyanazon a blokkon belül.

Ez főként olyan weboldalaknál lehet hasznos, ahol több szerkesztő, ügyfél vagy munkatárs vesz részt a tartalom ellenőrzésében.

A valós idejű, egyszerre több felhasználó által végzett közös szerkesztés azonban végül nem került be a WordPress 7.1 végleges változatába.

Állandó adminisztrációs eszköztár

A felső WordPress adminisztrációs eszköztár mostantól a támogatott szerkesztőfelületeken is látható marad.

Az adminisztráció, a Bejegyzésszerkesztő és a Webhelyszerkesztő közötti navigáció így egységesebbé válik, és a megszokott műveletek könnyebben elérhetők.

Teljesen iframe-alapú bejegyzésszerkesztő

A WordPress 7.1-ben a bejegyzésszerkesztő minden téma és blokk esetén iframe-alapú környezetben fut.

A szerkesztett tartalom így jobban elkülönül az adminisztrációs felület saját CSS- és JavaScript-kódjától. Ennek eredményeként a szerkesztőben látott elrendezés pontosabban követheti a weboldal tényleges megjelenését.

Ez ugyanakkor kompatibilitási kockázatot is jelenthet. A régebbi egyedi blokkok, metaboxok vagy szerkesztőbővítmények hibásan működhetnek, ha JavaScriptből vagy CSS-ből közvetlenül az adminisztrációs dokumentumon keresztül próbálják elérni a szerkesztett tartalmat.

Az egyedi Gutenberg-blokkokkal és régebbi adminisztrációs kiegészítőkkel működő oldalakat ezért különösen fontos tesztelni.

További fejlesztői újdonságok

A 7.1-es verzióban nyilvános API-vá vált az SVG Icon API. A fejlesztők saját ikonkészleteket regisztrálhatnak, amelyek ezután a WordPress szerkesztőjében is használhatók.

Tovább fejlődött az Abilities API, amely egységesebb módot kínál a WordPress által végrehajtható műveletek regisztrálására és meghívására. Ez többek között automatizálási és mesterséges intelligencián alapuló integrációk készítésénél lehet hasznos.

Új alapokat kapott a WordPress adminisztrációs felületeinek dizájnrendszere is, miközben tovább fejlődött a DataViews és DataForm API.

A WordPress 7.1 több mint 310 Core Trac-feladatot tartalmaz, köztük száznál több fejlesztést és több mint 180 Core-hibajavítást. A Gutenberg komponenseiből közel 600 fejlesztés és több mint 630 hibajavítás került a kiadásba. A részletes technikai változásokat a WordPress 7.1 Field Guide foglalja össze.

Ismert probléma: a WP Rocket leállíthatja a weboldalt

A WordPress 7.1 megjelenése után súlyos kompatibilitási probléma derült ki a WP Rocket gyorsítótár-bővítmény korábbi verzióival.

Bizonyos konfigurációkon a frissítés után PHP TypeError keletkezett a WP Rocket Cloudflare-kompatibilitási kódjában:

substr(): Argument #1 ($string) must be of type string, int given

A hiba a weboldal nyilvános részét és az adminisztrációs felületet is elérhetetlenné tehette. A probléma akkor is jelentkezhetett, ha a különálló Cloudflare bővítmény nem volt telepítve.

A WP Rocket fejlesztői a hibát a 3.23.2.2-es verzióban javították. Ha a weboldal WP Rocketet használ, először ezt – vagy egy ennél újabb verziót – kell telepíteni, és csak utána szabad WordPress 7.1-re frissíteni.

A javítás állapotát és a helyreállítás lépéseit a WP Rocket hivatalos hibaleírása tartalmazza.

Ha a frissítés már megtörtént, és a weboldal kritikus hibával leállt, a WP Rocket az FTP-, SFTP- vagy tárhelyi fájlkezelőben ideiglenesen kikapcsolható a következő könyvtár átnevezésével:

/wp-content/plugins/wp-rocket/

Az adminisztrációs felület helyreállása után a bővítményt legalább 3.23.2.2-es verzióra kell frissíteni.

Milyen további kompatibilitási kockázatok lehetnek?

A WP Rocket hibája jelenleg a legjobban dokumentált, súlyos kompatibilitási probléma. Emellett az alábbi területeket érdemes ellenőrizni:

  • egyedi Gutenberg-blokkok és blokk-kiegészítők;
  • régebbi metaboxokat használó bővítmények;
  • az adminisztrációs szerkesztőhöz saját CSS- vagy JavaScript-kódot betöltő kiegészítők;
  • jQuery UI-ra épülő régebbi bővítmények, mivel a WordPress 7.1 már a jQuery UI 1.14.2-es verzióját tartalmazza;
  • képoptimalizáló, CDN- és médiafeltöltést módosító bővítmények;
  • egyedi képfeldolgozási folyamatok;
  • oldalépítők és egyedi témák szerkesztőfelületei.

Ezek nem minden esetben jelentenek igazolt hibát. Olyan jelentősen megváltozott területekről van szó, amelyeknél fokozottan indokolt a tesztelés.

A WordPress fejlesztői már szervezik a 7.1.x karbantartási kiadásokat. A 7.1.1 tervezett időpontját a beérkező hibák súlyossága és száma alapján határozzák meg; az első becslés szerint szeptemberben jelenhet meg.

A cikk 2026. augusztus 23-i lezárásakor nem jelent meg olyan hivatalos WordPress-biztonsági közlemény, amely a WordPress 7.1 végleges változatában található új, önállóan kihasználható sérülékenységről számolt volna be. A 7.1 ugyanakkor már tartalmazza a korábbi 7.0.3 és 7.0.4 biztonsági kiadások alkalmazható javításait.

Így érdemes WordPress 7.1-re frissíteni

Egy üzleti vagy forgalmat termelő weboldalon a következő sorrendet javasoljuk:

  1. Készítsünk teljes, visszaállítható mentést az adatbázisról és a fájlokról.
  2. Ellenőrizzük a tárhely PHP-verzióját és a bővítmények rendszerkövetelményeit.
  3. Frissítsük a témát és az összes aktív bővítményt.
  4. WP Rocket használatakor ellenőrizzük, hogy legalább a 3.23.2.2-es verzió fut-e.
  5. Ha lehetséges, először staging vagy tesztkörnyezetben telepítsük a WordPress 7.1-et.
  6. A frissítés után ürítsük a gyorsítótárakat.
  7. Ellenőrizzük a nyilvános oldalakat, az adminisztrációt, a szerkesztőt, az űrlapokat, a keresést és a felhasználói bejelentkezést.
  8. Webáruháznál külön teszteljük a kosarat, a pénztárat, a fizetési módokat és a rendelési e-maileket.
  9. Nézzük át a PHP- és webszerver-hibanaplókat is.

Érdemes most frissíteni?

A WordPress 7.1 hasznos szerkesztői, médiakezelési és teljesítménybeli fejlesztéseket tartalmaz. Biztonsági szempontból sem jó megoldás tartósan egy régebbi WordPress-verzión maradni.

Az azonnali, ellenőrzés nélküli frissítés azonban különösen összetett vagy üzletileg fontos weboldalon kockázatos lehet. WP Rocket használatakor mindenképpen előbb a bővítményt kell legalább 3.23.2.2-es verzióra frissíteni.

A biztonságos sorrend tehát: teljes mentés, bővítmények és téma frissítése, tesztelés, majd a WordPress 7.1 telepítése.

Probléma esetén segítünk: https://web-coder.hu/weboldal-karbantartas/

Források: WordPress 7.1 „Mary Lou” kiadási közlemény, WordPress 7.1 dokumentáció, WordPress 7.1 Field Guide, WP Rocket hivatalos hibaleírás.