WooCommerce 10.8 verzió esetén jól látható, hogy most már egyértelműen a skálázhatóság a cél. A Woo fejlesztési iránya az elmúlt egy évben egyre jobban kezd kirajzolódni. Korábban sok frissítés inkább kisebb adminfelületi módosításokat vagy új blokkokat hozott, a 10.7 és a most érkezett 10.8 viszont már sokkal inkább infrastruktúra-szintű fejlesztésekre koncentrál és bátrabban az alapokhoz nyúl.
A WooCommerce 10.8 béta verziójáról szóló fejlesztői bejelentés alapján most elsősorban:
- a teljesítmény,
- a skálázhatóság,
- az API stabilitás,
- és a modernebb fejlesztői architektúra
került fókuszba. És ez valószínűleg nem véletlen.
A WooCommerce egyre nagyobb hangsúlyt próbál helyezni arra, hogy ne csak kisebb webshopoknál működjön jól, hanem nagyobb forgalomnál és komplexebb rendszereknél is stabil maradjon, akár több tízezer termékes, rendeléses webáruház (új ablakban nyílik meg) esetén is.
Tovább gyorsul a Woo HPOS
A WooCommerce egyik legfontosabb modernizációs projektje továbbra is a HPOS, vagyis a High-Performance Order Storage. A régi WooCommerce rendeléskezelés hosszú ideig a WordPress post tábláira épült, ami kisebb webshopoknál még működött, nagyobb rendszereknél viszont egyre több teljesítményproblémát okozott, főleg ha sok bővítménnyel kombináltuk.
A HPOS ezt próbálja megoldani külön rendeléstáblákkal és modernebb adatkezeléssel. A WooCommerce 10.8-ban most tovább optimalizálták a HPOS működését, főleg API és rendeléskezelési oldalról. A fejlesztők külön kiemelik, hogy bizonyos lekérdezések gyorsabbak és hatékonyabbak lettek, ami főleg nagyobb rendelésmennyiségnél lehet fontos.
Ez elsőre technikai részletnek hangzik, de WooCommerce alatt a rendeléskezelés az egyik legnagyobb teljesítményprobléma szokott lenni, gyakran találkozok ilyen panasszal. A WooCommerce most láthatóan egyre agresszívebben próbálja leválasztani magát a régi adatmodell (post tábla) korlátairól. Nagyon helyesen, Én már várom, hogy a termékek is külön táblába kerüljenek. Persze az még odébb van és nem is biztos sajna.
Fontos változás érkezik az Orders REST API-ban
A 10.8 egyik legfontosabb fejlesztői változása az Orders API működését érinti. Korábban a WooCommerce Orders endpoint bizonyos esetekben akkor is elfogadott frissítéseket, ha a megadott rekord valójában nem shop_order típusú volt, ez bizony hiba volt. A rendszer ilyenkor sokszor csendben konvertálta vagy kezelte az adatot. A WooCommerce 10.8 már elutasítja az ilyen típusütközéseket, és hibát ad vissza, ha nem megfelelő order típust próbálnak az endpointon keresztül módosítani. Ez főleg fejlesztői oldalról fontos.
Sok egyedi integráció, előfizetéses rendszer vagy külső szolgáltatás eddig implicit módon támaszkodhatott erre a lazább működésre. A 10.8 viszont szigorúbb validációt vezet be az adatkonzisztencia érdekében.
A WooCommerce fejlesztői gyakorlatilag azt üzenik: a rendszer mostantól kevésbé próbál „okoskodni”, és inkább explicit hibát dob.
Ez hosszú távon valószínűleg stabilabb működést eredményez, még akkor is, ha rövid távon néhány régebbi integráció emiatt hibázni fog. Így ezeket érdemes ellenőrizni a teszt oldalon. (Mivel ugye stagging, teszt oldalon frissítünk webshopot először és ellenőrizzük, ugyeeeeee?)
A Store API tovább fejlődik
A WooCommerce az elmúlt időszakban egyre nagyobb hangsúlyt helyez a Store API-ra is. (Igen, most API ez, API az, API amaz megy. Ám ez jó dolog, tényleg!) Ez főleg azért fontos, mert a modern WooCommerce rendszerek egy része már nem klasszikus WordPress frontenddel működik, hanem:
- React,
- Next.js,
- Vue,
- vagy teljesen headless architektúrára épül (főleg az igazán nagyméretűek).
A 10.8 fejlesztései között most több Store API optimalizálás és egyszerűsítés is megjelenik. A cél láthatóan az, hogy a WooCommerce könnyebben használható legyen modernebb frontend rendszerekkel is.
Ez azért érdekes, mert a WooCommerce hosszú ideig főként klasszikus PHP-alapú webshopmotor volt. Az utóbbi időben viszont egyre jobban próbál alkalmazkodni a modernebb JavaScript-alapú webes környezethez.
A WooCommerce egyre inkább platformként kezd működni
A fejlesztői bejelentésből most már egyértelműen az látszik, hogy a WooCommerce nem egyszerűen webshop plugin szeretne lenni. Kicsit másként látja a saját jövőjét. Sokkal inkább egy olyan platform irányába mozdul, amely:
- API-first szemléletben működik,
- modernebb adatkezelést használ,
- és jobban skálázható nagyobb rendszereknél is.
Ez különösen érdekes annak fényében, hogy korábban a WooCommerce egyik legnagyobb kritikája pontosan a skálázhatóság volt.
Nagyobb webshopoknál gyakran jelentkezett:
- lassuló admin,
- magas query-szám,
- túlterhelt rendeléskezelés,
- vagy problémás API működés.
A 10.7 és 10.8 alapján viszont most már látszik, hogy a WooCommerce fejlesztési fókusza egyre erősebben ezekre a problémákra kerül. Itt volt már az ideje, lássuk be.
A WordPress 7.0 miatt csúszott a kiadás
Érdekes részlet, hogy a WooCommerce 10.8 végleges kiadását végül elhalasztották (ezért jelent meg csak most). A fejlesztők szerint ennek egyik oka az volt, hogy nem akarták túl közel kiadni a WordPress 7.0 megjelenéséhez. (Pedig jóbb egy körben letudni a tesztelést, na mindegy.)
Ez jól mutatja, mennyire szorosan összefügg ma már a két rendszer kiadási ciklusa. A WooCommerce fejlesztők emellett azt is jelezték, hogy volt egy későn bekerült módosítás, amely több tesztelést igényelt. Ez valószínűleg szintén az API és a rendeléskezelési változások köréhez kapcsolódhatott.
Összegzés
A 10.8 alapján egyre jobban látszik, hogy a WooCommerce fejlesztői már nem elsősorban új látványos funkciókban gondolkodnak, ami örömhír. A sebességen noha lenne mit javítani, azonban az sem jó, ha hetente jön új verzió, ez is tény.
Aztán várjuk majd az Connectors AI lehetőségeket a WooCommerce-hez, mivel feltehetőleg az következő lépések egyike ez lesz.
Forrás:
