Az eredményes online jelenlét kialakítása és fenntartása gyakran több hasonló működésű és megjelenésű weboldaltlétrehozását is megköveteli a cégektől. Szükség lehet saját weboldalakra önálló kommunikációt folytató szervezeti egységek számára vagy az egyes márkák, termékek promóciójához, de az is lehet, épp ország vagy régió szerint van szükség eltérő tartalmak közzétételére. Több weboldal egyidejű fenntartása azonban jelentős költségekkel járhat, és aránytalanul nagy terhet róhat a tartalomszerkesztőkre is.
A Drupal számos lehetőséget kínál több weboldal együttes kialakítására és kezelésére. Természetesen mindegyik megoldásnak megvannak a maga előnyei, és alapos megfontolást igényel a vállalkozások részéről, hogy eldöntsék, ezek közül melyik felel meg a legjobban az igényeiknek.
A multisite megoldások előnyei és hátrányai
Egy multisite - azaz több weboldalt együttesen kiszolgáló - architektúra kialakításának elsődleges célja, hogy időt spóroljunk meg, és ha helyesen használjuk ki az ezekben a megoldásokban rejlő lehetőségeket, több szinten is nagymértékben csökkenthetjük a ráfordításokat. Vannak azonban olyan követelmények és korlátozások, amiket el kell fogadnunk, és amikkel hosszú távon kell tudnunk együtt élni, ellenkező esetben a weboldal kezelése és fenntartása rövid idő alatt olyan komplexitást érhet el, ami indokolatlan terheket ró mind a szerkesztői csapatára, mind a fejlesztőkre.
Előnyök
- Ugyanarra az architektúrára építve, ugyanazon funkciók kialakításával az egy oldalra vetített fejlesztési költség jelentős mértékben csökkenthető.
- A weboldalak karbantartása összességében egyszerűbb és költséghatékonyabb lehet, mivel elegendő egyetlen kódbázist karbantartani.
- Azáltal, hogy a weboldalak egységes adminisztratív felhasználói felületeken keresztül érhetőek el, azonos funkciók és munkafolyamatok mentén kezelhetőek, mind a weboldal adminisztrátorai mind a tartalomszerkesztők számára könnyebbé válik a weboldalakkal kapcsolatos munka, valamint ezen szerepkörök támogatása is egyszerűsödik.
- Az egységes struktúra, elrendezés és funkciók az oldalakon átívelő arculat konzisztensen tartásában is segíthetnek.
Hátrányok
- Egy multisite architektúra kialakítása, karbantartása és esetleges kockázatainak, hibáinak kezelése sokkal magasabb technikai szakértelmet és tapasztalatot igényelnek, ezért fontos a megfelelő fejlesztőcsapat kiválasztása.
- A megjelenés összehangolása nehézségeket okozhat, ha az egyes weboldalak kapcsán eltérő igényekre kell megoldást találni.
- A funkcionalitás egységessége szintén fontos a weboldalak könnyebb karbantarthatósága szempontjából. Ha azt szeretnénk, hogy egyes funkciók(pl. webshop vagy kvíz) csak az egyik oldalon, más funkciók pedig csak a másik oldalon legyenek elérhetőek, sokkal praktikusabb választűs lehet önálló weboldalakat kialakítani.
- Mivel a multisite megoldások egyetlen kódbázisra épülnek, így a weboldalak egyszerre vannak kitéve a lehetséges hibáknak, egy problémás kódrészlet akár az összes oldal együttes leállásához vezethet. Ennek megfelelően az alapos tesztelés, és a körültekintő verziókezelési folyamat kiemelten fontos.
Milyen esetben érdemes multisite megoldásban gondolkodni?
A fentieket összegezve, azt érdemes végiggondolni, hogy a cég, szervezet képes lesz-e éveken keresztül együtt élni a most meghozott döntésekkel. Abban az esetben, ha az alábbi kérdésekre, nincs egyértelmű és határozott válaszunk, úgy nem biztos, hogy bármely multisite kialakítás valóban előnyös lesz a számunkra. Bármi kétség esetén mi örömmel beszélgetünk a céljaitokról, igényeitekről, szívesen megismerjük, hogy hogyan működtök, és segítünk eldönteni, milyen irányban érdemes elindulnotok.
- Az egyes weboldalak funkcionalitása valóban összegyeztethető lesz, és az elkövetkező években valamennyi érintett szervezeti egység képes lesz alkalmazkodni ehhez a sztandardizált működéshez?
- Az egyes weboldalak hasonló arculati irányelvek alapján alakíthaóak ki, és lesz arra a szervezetnek fókusza és kapacitása, hogy ezeket az irányelveket egységesen tartsa?
Ha a kérdésekre igen a válasz, akkor érdemes mélyebben elmélyedni abban, hogy milyen multisite lehetőséget érdemes választanunk.
Drupal Multi-site architektúra
Ebben az esetben az egyes weboldalak ugyanazt a kódbázist használják, de mindegyik weboldalnak saját adatbázisa van, így azok tartalma, konfigurációja vagy beállításai egymástól függetlenek. A saját alkönyvtárak lehetőséget adnak arra is, hogy az egyes weboldalak egyedi modulokkal / témákkal rendelkezzenek. Ez a fajta kialakítás nagyobb önállóságot és több eltérést tesz lehetővé a weboldalak között, és leginkább a kód (core, modulok és témák) közös felhasználását teszi lehetővé.
Ahogy a tartalom úgy a felhasználók önállóak, így a klasszikus multisite megközelítés akkor praktikus, ha az egyes oldalak szerkesztősége egymástól függetlenül dolgozik, továbbá a tartalmak oldalak közti újrafelhasználása, megosztása sem szükséges, mivel a tartalmak összekapcsolása csak összetettebb megoldásokkal valósítható meg.
Bár az egyedi konfigurációk, modulok, theming beállítások révén az egyes oldalak bizonyos fokú testre szabása biztosított, a túlzott mértékű eltérések gyorsan megnövelhetik a weboldal komplexitását, jelentős terheket róva az oldalt karbantartó fejlesztőkre. Tulajdonképpen ez a multisite-ok egyik legnagyobb kockázata, mert ha a honlapok elkezdenek egyre inkább eltérni egymástól, akkor az egységes kódbázis fenntartásának nem lesz semmi értelme, és csak nehézségeket fog okozni.
Drupal Multi-domain architektúra
Ez az architektúra egyetlen kódbázisból és egyetlen adatbázisból áll. A Domain Access segítségével egy modulcsomag határozza meg, hogy mely tartalmak mely weboldalakon jelenjenek meg, melyek azok, amelyeket az összes vagy épp egy konkrét, vagy néhány kiválaszott domainen keresztül érhetőek el. Ez a kialakítás kevesebb fejlesztési ráfordítást igényel mind új weboldalak kialakítása során, mind az oldal karbantartásakor. A költséghatékony megoldás ára azonban az, hogy kevésbbé rugalmas, sokkal több korlátozást, kompromisszumot kell elfogadnunk, az egyes weboldalak testreszabására jóval szűkebb terünk van.
A webhelyek ugyanazt az adatbázist használják, ami jnem csak azt jelenti, hogy elegendő egy biztonsági mentést kialakítanunk, ennél talán sokkal fontosabb, hogy a közös adatbázis jelentős mértékben megkönnyíti a tartalmak megosztását az egyes weboldalak között.
Összefoglalva, a domain access alapú kialakításnak leginkább akkor van értelme, ha szeretnénk a tartalmat és/vagy felhasználókat megosztani az egyes oldalak között, és ezek az oldalak ugyanazokkal a funkciókkal, tartalomtípusokkal, adatstruktúrákkal rendelkeznek, és azok csak megjelenésükben térnek el egymástól. Ez a megközelítés kifejezetten kényelmes lehet, mivel csak egy Drupal telepítést kell naprakészen tartanunk. Ezt ugyanakkor fontos, hogy megtegyük, mert ha a Drupal rendszerünk sérülékennyé válik, akkor az összes webhelyünk sebezhető lesz.
Drupal disztribúciók
A disztribúciók akkor lehetnek előnyösek, ha több egymástól független weboldalt szeretnénk kialakítani, és ugyanazt az alapmodul- vagy témakészletet szeretnénk újra felhasználni. Ezzel számottevően csökkenthetjük a fejlesztési időt és ráfordítást. Az esetleges kockázatok, hátrányok között érdemes megemlíteni azt, hogy a disztribúció több olyan modult is tartalmazhat, amik a mi szempontunkból irrelevánsak, nem követik az iparági sztandardeket vag nincsenek aktívan karbnatartva. Disztribúció használata esetén eőfordulhat az is, hogy egy modult - amit mondjuk mi is használtunk az oldalon - eseltegesen eltávolítanak, és ez negatívan érintheti az oldalunkat vagy az eltávolított modulra épülő fejlesztéseinket.
Mindent figyelembe véve, a jól karbantartott disztribúciók funkciókban gazdagok, és kényelmessé tehetik a weboldal fenntartását az által, hogy nem szükséges az egyes modulok frissítésével bajlódnunk, hisz elegendő magát a disztribúciót frissítenünk ahol az összes modul, funkció egymással integráltan van kezelve, tesztelve és frissítve.
Oszd meg ismerőseiddel!