Újság elektronikus kiadása CCK alapokon

Ma már szinte minden nyomtatott sajtótermék elérhető interneten is. Ezeknek az internetes verzióknak a fejlesztése során két felfogás valamelyike szokott érvényesülni: az egyik szerint egy külön online verziót készítenek, amibe feltöltik a nyomtatott példány fontosabb cikkeit; a másik szerint az internetes és a papíralapú verzió lehetőség szerint legyen egymás tükörképe.

Az előbbi megközelítés jobban illeszkedik a webes tartalomkezelési megoldásokhoz, ezért gyorsabban, olcsóbban fejleszthető és karbantartható – a második felfogás előnye, hogy a látogatók – és ami legalább ilyen fontos: a hirdetők – egységes arculatú és színvonalú kiadvánnyal találkoznak a neten és az újságárusnál. Ez utóbbi megközelítés viszont azzal a következménnyel jár, hogy a minőségi újságok elektronikus szerkesztőségeit rendszerint igen bonyolult, egyénileg fejlesztett tartalomkezelők szolgálják ki.

Moshe Weitzman és Barry Jaspan nemrégiben arra kaptak megbízást, hogy elkészítsék a New York Observer c. lap internetes verzióját, méghozzá úgy, hogy a kiadó a webes verzióban is ragaszkodott a nyomtatásban érvényesülő szerkesztési és grafikai igényességhez. Hogy hogyan sikerült 2 Drupal fejlesztőnek 2 hónap alatt megoldani a feladatot, arról a Drupal.org honlapon közölt írásukban számolnak be.

Az újságok elektronikus kiadását hagyományos Drupal módszerekkel a következő módon készítettük:

1. A cikkek a rendszerben valamilyen tartalomtípusnak (pl. írás) felelnek meg.
2. A cikkeket a rovatoknak megfelelő kategóriákba rendezzük.
3. A címlapon és a rovatok oldalain blokkokat helyezünk el, amelyek megjelenítését/elrejtését az útvonal álnevek segítségével szabályozzuk.
4. A blokkokba a tartalmat (a cikklistákat) kézzel írt adatbázis-lekérdezésekkel, vagy újabban Views modullal készített nézetek segítségével töltjük fel.
5. Az egyes számok cikkeit kategóriákkal fogjuk össze (pl. a „2007. május 6-i szám” egy kategória).
6. A rendszerbe feltöltött cikkek megjelentetését valamilyen cron alapú időzítő végzi.

A New York Observer – és a legtöbb „komoly” újság – számára ez a megoldás azért nem elfogadható, mert a lapkiadásban elengedhetetlen, hogy a szerkesztők előnézetben lássák, egy adott tartalmi elem hogyan fog mutatni a végleges helyén és formájában. Gyakori, hogy egy címet, bekezdést átfogalmaznak, egy kép méretét és arányait megváltoztatják annak érdekében, hogy a cikk megjelenése jobban illeszkedjék az oldal struktúrájához, vagy a mellette álló hirdetéshez. Ehhez lényegében annyi párhuzamos tesztwebhelyet kellene működtetni és összehangolni, ahány rovat van az újságban – plusz egyet külön a nyitólap számára.

A két fejlesztő ennek a problémának a megoldására egy újszerű megoldást vetett be: a címlapot és a rovatok oldalait, sőt, a cikkekhez kapcsolódó további cikkek listáit is CCK tartalomtípusként definiálta. A kilistázandó tartalmakat node reference segítségével kapcsolták az oldalakhoz, a megjelenítést pedig tartalomtípusra szabott template fájlokkal oldották meg. Összességében mintegy 110 CCK mezőt definiáltak a webhely felépítése során – ezek közül talán a legfontosabb a "Közzététel időpontja" nevű mező, ami feleslegessé tette a cron alapú időzítő használatát: egy oldal lekérésekor a rendszer egyszerűen a múltbeli időpontban publikálandó tartalmak közül a legfrissebb közzétételi időponttal rendelkezőt küldi ki a látogatónak. A megoldás további előnye, hogy a nyitólap és a kategória-oldalak „közönséges” tartalommá alakításával elérhetővé váltak a Drupal alaprendszer és a kiegészítő modulok node-okra fejlesztett szolgáltatásai.

Moshe és Barry cikke az eredeti alapötlet mellett számos ügyes fogást mutat be. A fejlesztők egy idő után nagyon megunták a blokk beállítási oldalakon a szerkesztgetést, ezért a blokkok bonyolult ki- és bekapcsolási utasításait egyszerűen egy tömbben helyezték el, amit beépítettek a sminkbe. A címkefelhő elemeinek méretét nem a címke – önmagában nem sokat mondó – „népszerűsége”, hanem az adott címkével megjelölt cikkek olvasottsága határozza meg.

A fejlesztők beszámolójához érkezett hozzászólások egy része a webhely optimalizálására vonatkozott, különös tekintettel a közfelfogás által problematikusnak tartott CCK és Views használatára – Moshe szerint komolyabb optimalizálásra nem volt szükség (vélhetően a webhely dedikált szerveren fut), viszont nagyon egyszerű módon, az Apache mod_expires moduljának bekapcsolásával elérték azt, hogy az oldal jóval gyorsabban töltődjön be a böngészőbe. Kérdésekre adott válaszként bemutatták a legolvasottabb és legtöbb hozzászólást vonzó cikkek listáit rejtő füles megoldást, beszámoltak a projekt részfeladatainak időigényéről, és még jónéhány érdekes témáról. Érdemes tehát legörgetni a cikk aljáig és a hozzászólásokból is kimazsolázni a számunkra érdekesebb részleteket.