A WordPress története 2. rész
1. Bevezetés: Miért nem dőlt össze a WordPress 20 év alatt?
Az előző részben feltártuk a WordPress filozófiai alapjait, de most emeljük fel a motorháztetőt, és nézzük meg azokat a fogaskerekeket, amelyek 2003 óta mozgásban tartják az internetet. Senior fejlesztőként gyakran hallom a kérdést: hogyan maradhatott releváns egy olyan szoftver, amely a Facebook és a Twitter előtt született? A válasz a demokratizált publikálás missziójában és az ebből fakadó technikai döntésekben rejlik.
Amikor Matt Mullenweg és Mike Little elindították a b2/cafelog forkját, nem csupán egy blogmotort alkottak, hanem egy olyan ökoszisztémát, amely ma a legnépszerűbb 10 millió domain 43,5%-át szolgálja ki. Ha a teljes, 2 milliárdos hosztnév-állományt nézzük, a WordPress piaci részesedése akkor is masszív 11%. Ez a dominancia nem véletlen: a technikai architektúrát úgy alakították ki, hogy az a legolcsóbb megosztott tárhelyeken is elfusson, biztosítva a szólásszabadság technológiai alapjait.
2. A Monolit architektúra: A PHP és MySQL ereje
Mérnöki szempontból a WordPress egy monolitikus architektúra, ahol a felhasználókezelés, a tartalomkezelés és a sablonrendszer egyetlen egységes kódbázisban él. Bár a modern mikroszolgáltatások korában ez sokaknak elavultnak tűnhet, a monolit volt az a stratégiai fegyver, amely lehetővé tette a globális terjeszkedést. A PHP és MySQL (illetve ma már a modernebb MariaDB) párosa biztosította, hogy a rendszer bárki számára telepíthető legyen.
A monolit felépítés mérnöki szemmel:
- Egyszerű telepíthetőség: „Out of the box” működik szinte bármilyen környezetben, ami kulcsfontosságú volt a piacvezető szerep eléréséhez.
- Webes operációs rendszer: Matt Mullenweg látomása szerint a WP nem szoftver, hanem egy szabvány, amely kiszámítható környezetet biztosít a fejlesztőknek.
- Technikai adósság: A monolit legnagyobb hátránya a régi kódok cipelése. Jelenleg a kód mintegy 20%-a már JavaScript, de a PHP-alapok modernizálása lassú folyamat.
- PHP 8 kompatibilitási rés: Bár a Core követi a fejlődést, a Senior fejlesztőknek komoly fejtörést okoz, hogy a bővítmények egyharmada nem kompatibilis a PHP 8-as verzióival, ami komoly biztonsági kockázatot jelent.
3. Visszafelé kompatibilitás: Miért fut a 10 éves kód is?
A WordPress egyik legnagyobb üzleti értéke a drasztikus visszafelé kompatibilitás. Ez egyfajta ígéret a felhasználó felé: a ma megírt kódod 2030-ban is működni fog. Ez az elköteleződés biztosítja az üzleti folytonosságot, hiszen egy vállalkozásnak nem kell kétévente újraírnia a teljes weboldalát.
Azonban fejlesztőként látnunk kell a „visszafelé kompatibilitás terhét” is. A WordPress még mindig támogat olyan kódmintákat, amelyek 2010-ben voltak modernek, ez pedig néha lassítja az innovációt. A biztonság és a fejlődés egyensúlyát a verziókezelés tartja fenn:
- Főverziók (X.Y): Mint a 6.8 vagy 6.9, jelentős funkcionális változásokat hoznak.
- Alverziók (X.Y.Z): Ezek a biztonsági javítások, amelyek a WordPress 3.7 óta automatikusan frissülnek.
- 5.5-ös mérföldkő: Ebben a verzióban vezették be a sablonok és bővítmények egyedi automatikus frissítését, ami kritikus a kiberbiztonság szempontjából.
4. A Hooks rendszer: Actions és Filters (Az érinthetetlen mag)
Hogyan lehet egy monolitot modulárissá tenni anélkül, hogy a Core (mag) fájlokhoz nyúlnánk? A válasz a Hooks (kampók) rendszer. Ez a mechanizmus teszi lehetővé, hogy az ökoszisztémában elérhető több mint 60 000 ingyenes bővítmény anélkül módosítsa a rendszer működését, hogy „összetörné” az alapot.
| Típus | Leírás (Mire való?) | Senior szintű példa |
|---|---|---|
| Actions (Akciók) | Eseményekhez kötött horgok. Azt mondják: „Valami történt, fuss le te is!” | Egyedi követőkód (tracking script) befűzése a fejlécbe (wp_head). |
| Filters (Szűrők) | Adatmódosításra szolgálnak. Azt mondják: „Itt az adat, alakítsd át, mielőtt megjelenne!” | A bejegyzés kivonatának (excerpt) hosszának dinamikus módosítása. |
Ez a rendszer az alapja a WordPress rugalmasságának. A fejlesztők nem a fájlokat szerkesztik, hanem „ráakaszkodnak” a megfelelő pontokra. Ugyanakkor óvatosnak kell lennünk: az „1001 funkciós” sablonok és a túl sok horgot használó bővítmények gyakran okoznak teljesítménybeli lassulást vagy sebezhetőséget.
5. Modernizáció a monolitban: A Gutenberg projekt
A WordPress 5.0-val bevezetett Gutenberg szerkesztő volt a platform történetének legmerészebb modernizációs kísérlete. Ez a projekt hidat vert a klasszikus PHP alapú monolit és a modern JavaScript-világ közé. A technológiai váltás motorja a REST API infrastruktúra volt, amely lehetővé tette, hogy a szerkesztőfelület React alapokon nyugodjon.
A modernizáció következő szintje a Full Site Editing (FSE). Itt már nemcsak a bejegyzés szövege, hanem a teljes oldalstruktúra (fejléc, lábléc) blokk-alapúvá válik. Ez a megközelítés lehetővé teszi a felhasználók számára a vizuális építkezést, miközben a motorháztető alatt a rendszer megőrzi a GPL licenc által garantált szabadságot és a monolit stabilitását.
6. Összegzés és a következő rész előzetese
A WordPress azért maradt releváns 2024-ben is, mert képes volt a monolit felépítés biztonságát ötvözni a folyamatos technológiai megújulással. A GPL licenc szabadsága és a hatalmas fejlesztői közösség garanciát jelent a jövőre.
Az ütemterv izgalmas újdonságokat tartogat:
- WordPress 6.8 (2025. április): Érkezik a speculative loading a villámgyors oldalbetöltésért, és a biztonság terén a bcrypt jelszó-hashing automatikus bevezetése.
- WordPress 6.9 (2025. december): Fókuszban a valós idejű kollaboráció, amely a Google Dokumentumokhoz hasonló közös szerkesztési élményt hoz el.
- AI Integráció: Az intelligens tartalomgenerálás és automatizált SEO javaslatok a Core szintjén is megjelennek.
A cikksorozat 3. részében a frontvonal mögé nézünk: górcső alá vesszük a biztonságot és a skálázhatóságot. Megtudhatják, miért a bővítmények jelentik a legnagyobb veszélyt, és hogyan lehet egy WordPress oldalt felkészíteni havi több milliós látogatottságra.
Resources used
- Wikipedia: History and versions of WordPress
- Darren Stuart: A Brief History of WordPress
- Mike Little: WordPress-12 years since the beginning
- WordPress.org English: About us – Democratising publishing
- NetMasters: WordPress in 2024: Are you still trustworthy or are you out of time?
- Outsourced Marketing: Using the Gutenberg Editor on WordPress Sites
- WPBeginner: The History of WordPress from 2003 – 2026
- Horizon Web Studio: 25 Interesting Facts about WordPress
- WebDevCenter: About WordPress Updates in Detail
- Meta Creative: The History of WordPress
- Own resource: WP Foundation Draft 01
