WordPress Blokkfejlesztés

A projekt alatt igyekeztünk a lehető legkevésbé eltávolodni a WordPressbe alapból beépített, valamint a hivatalos dokumentáció által javasolt megoldásoktól. A belső tartalmak kialakításához a rendszer saját Gutenberg szerkesztőjét használtuk, egyedi fejlesztéseinket a lehetőség szerint mindenhol kötöttük a WP normális működéséhez és funkcióihoz.

Ennek két fő oka volt…

Egyrészt, az Egyetem részéről kimondott kérés volt, hogy a projektbe a lehető legkönnyebb legyen behívni más fejlesztőket, szükség esetén zökkenőmentesen át is vehesse azt egy új csapat. A WordPress egyik nagy előnye, hogy mennyire elterjedt és közismert, az internet minden weboldalának kb. 43%-a erre a rendszerre épül, ennek köszönhetően pedig rengeteg hozzáértő fejlesztőnek ismerős eszköz.

Másrészt, a WordPress mára már egy alapvetően jól működő, kipróbált és optimalizált keretet ad a kezünkbe. Nagyon sok cég és félprofi fejlesztő azonban bővítmények tömkelegére, többek közt úgynevezett builderekre, weboldal építő rendszerekre hagyatkozik.

Mivel tudtuk, milyen mennyiségű adatot kell majd elbírnia és zökkenőmentesen kezelnie majd az oldalnak, mi ezt a buktatót az első pillanattól fogva igyekeztük elkerülni, hogy egy letisztult, gyors és optimális végterméket adjunk ki a kezünkből, így inkább a beépített WordPress funkciókra és saját szakértelmünkre hagyatkoztunk, az ilyen megterhelő, helyenként rosszul optimalizált, harmadik féltől származó pluginok helyett.

Ez persze nem azt jelenti, hogy kerültük volna az egyedi fejlesztést, közel sem. Pusztán törekedtünk a megbízható, biztonságos, más fejlesztők számára is átlátható munka végzésére. Az oldalon számos egyedi blokk található, amelyek keretét a WordPress által hivatalosan ajánlott Create Block eszközzel építettük fel, és ebből kiindulva végeztük el saját fejlesztéseinket. A jelentős mennyiségű dinamikus adat – pl. szakok aktuális adatai, egyetemi projektek állapota – kezelésére szinte kizárólag a bevált és zökkenőmentesen működő Advanced Custom Fields Pro bővítményt használtuk.

Tartalmi Összekötések

Az oldal adatainak nem jelentéktelen részét különböző összekötések bonyolult hálózata teszi ki: melyik professzor melyik publikáción dolgozott, melyik tanszékhez tartozik, kik jelennek meg egy adott eseményen, melyik projekthez tartozik egy publikáció, milyen pozíciót tölt be egy munkatárs, milyen szakot végzett el egy kiemelt öregdiák, stb. Ezeket az összekötéseket az Advanced Custom Fields Pro-val építettük fel, pontosan tükrözve az Egyetem régi oldalának működését az új rendszer keretein belül, és lehetővé téve a különböző adatlapok összekötését. Erre az alapra építettük fel egyedi fejlesztésekkel az úgynevezett ajaxos technológiával operáló szűrési és rendezési lehetőségeket, a munkatársak, projektek, stb. gyűjtőoldalait, ahol ezeket a paramétereket felhasználva lehet gyors és pontos, az oldal újra-töltését nem igénylő szűréseket indítani – pl.: kilistázhatjuk a munkatársak közül csak egy bizonyos tanszék munkatársait, csak egy bizonyos személy nevéhez kötődő projekteket, stb.

ETN Integráció

Az Elektronikus Tanulmányi Nyilvántartás az ország harmadik legelterjedtebb felsőoktatási tanulmányi rendszere, amely többek közt a különböző kurzusok adatainak megjelenítéséért és felvételéért felel. Fontos volt az egyetem számára, hogy az ETN-be felkerülő adatokat ne kelljen folyamatosan kézzel követni, hogy a megfelelő hozzáféréssel ezeket dinamikusan lekérjük és megjelenítsük az oldalon. Ezt egy házon belüli, egyedi fejlesztéssel teljesítettük, ami azonosító alapján lehetővé teszi az ETN-re feltöltött kurzusok meghívását, azok órarendekbe és adattáblákba szervezését. Ezután ezeket a kész táblákat jelenítjük meg egy keresősávval ellátott egyedi WordPress blokkban. A fejlesztés lehetővé teszi, hogy a diákok mindig hozzáférjenek az adott szakok friss kurzuslistáihoz és tanterveihez, az Egyetemnek pedig nem kell minden változtatásnál külön, kézzel feltöltenie az azokhoz tartozó adatokat.

Felhasználói felület és kezelhetőség

A feladat fontos része volt, hogy a végeredményül kapott oldalt az ügyfél is zökkenőmentesen tudja teljes mértékben kezelni, ne legyen semmilyen tartalmi elem, adatlap vagy összekötés, amit az Egyetem informatikában laikus személyzete ne tudna frissíteni, feltölteni vagy módosítani. Ennek részeként a projekthez egy hosszú, részletes dokumentációt és felhasználói kézikönyvet készítettünk, azonban ez a kérés a fejlesztési folyamatot is terhelte, ugyanis rengeteg olyan adatot kezelhetővé kellett tennünk az adminisztratív felületről, amihez általában az ügyfelek nem kérnek hozzáférést. Például egy átlagos WordPress blog esetén egyértelmű, hogy minden blogbejegyzés alján megjelenítsünk a címkék, vagy kategóriák szerint kapcsolódó, hasonló bejegyzéseket. Egy ilyen blokkot általában elkészítünk egy előre egyeztetett terv alapján, elhelyezünk egy bejegyzés-sablonban, amit az ügyfél rendszerint sosem kell, hogy módosítson, és a feladatot ezzel elvégzettnek tekinthetjük. Az Andrássy Egyetem oldalának kiterjedtsége és összetettsége miatt itt a helyzet azonban korántsem volt ilyen egyszerű, teljesen elképzelhető például egy adott hírnél, hogy más bejegyzések helyett például kézzel akarunk kiválasztani kettő, a témához kapcsolódó, az egyetem által szervezett eseményt, egy projektet, amelynek lebonyolításáról a hír szól, néhányat a szövegben megemlített munkatársak adatlapjai közül, stb.

Emiatt sokkal komolyabb és kiterjedtebb hozzáférést adtunk az ügyfélnek, mint ami egy átlagos projektnél szükséges, és ki kellett alakítanunk az ehhez megfelelő, felhasználóbarát kezelőfelületet. Itt nagy segítségünkre volt a WordPress utóbbi években kialakított blokkfejlesztői környezete, amelynek köszönhetően nem kellett túlkomplikált egyedi fejlesztésekbe, vagy megterhelő bővítmények alkalmazásába belemennünk. Az ügyfél számára is adminisztrálható, egyedi blokkokat hoztunk létre, ahol a tartalmat a felhasználó vagy kézzel megadja szöveges mezőkben, vagy kijelöli, mely kapcsolódó adatlapokat (személyeket, projekteket, híreket, stb.) akarja látni. Ezeket a bevitt adatokat a blokkok általunk előre megtervezett és pontosan kidolgozott formában jelenítik meg, pl.: az ügyfélnek elég kiválasztania a megfelelő eseményt, az mindig egy előre megtervezett kinézetű kártyán fog megjelenni, többek közt kezdő és végdátumával. A fejlesztések lehetővé teszik, hogy az ügyfél a felületet zökkenőmentesen kezelje, az előre elkészített blokkok tartalmát vagy egyszerű szöveges mezőkbe gépelje be, vagy a megfelelő adatlapokat egy böngészhető listából válassza ki, ezek az adatok pedig előre megtervezett, letisztult kinézetű és precíz működésű kialakításban jelenjenek meg.