2.3. Alapfogalom: a tartalomtípusok alapjai
Egy tartalmi entitás (vagy ahogy gyakran csak rövidítjük, egy entitás) olyan adat, aminek a célja, hogy a látogatók elé kerüljön: lehet sima vagy HTML-formázott szöveg, képek, fotók, csatolt fájlok, bármi. Ezen tartalmi entitások meghatározása általában az alaprendszer moduljaiból ered, de sok olyan közösségi modul is létezik, amely egy adott célú tartalmi entitást definiál.
Fontos még, hogy ezek entitástípusokba vannak sorolva, amelyeknek más-más célja van, és akár teljesen eltérően is megjelenhetnek a webhelyen. Ha ez eddig túl egyszerűnek hangzott volna, akkor sok entitástípus továbbosztódik entitásaltípusokra, melyek lehetővé teszik apróbb (például megjelenítést befolyásoló) különbségek megvalósítását közöttük. A könnyebb megértés végett íme egy áttekintő táblázat néhány gyakori entitásról:
| Entitástípus | Entitásaltípus | Felelős modul | Fő célja |
|---|---|---|---|
Tartalom egy eleme | Tartalomtípus | Node modul | Ez fogja kitölteni a webhely oldalainak legnagyobb, középső területét. |
Példa: A termelői piac példánknál maradva 3 altípusát hozzuk létre ennek az entitásnak: egy Egyszerű oldalt (amit majd az olyan sima szöveges oldalak létrehozásához fogunk használni, mint a Rólunk, Impresszum és Küldetés), egy Árus oldala (amit már nemcsak mi, adminisztrátorok fogunk tudni szerkeszteni, hanem szerepkörük révén a kereskedők is a sajátjaikat), és egy Recept oldalt (amit pedig már dinamikusan, mezőhivatkozásokból állít elő a Drupal). | |||
Hozzászóláslánc | Hozzászólástípus | Comment modul | Felhasználók személyes megjegyzései, amelyeket leggyakrabban tartalmakhoz (lásd előző sor) fűznek. |
Példa: Egy blogon a naplóbejegyzések alatt gyakran lehet kommentelni. A mi termelői piac webhelyünkön azonban nem fogunk hozzászólásokat használni. | |||
Felhasználói fiók | (nincs altípusa) | User modul | Minden, a webhelyre bejelentkezési joggal rendelkező személlyel kapcsolatos adatot ilyen entitásként tárolunk. |
Példa: Ma már minden dinamikusan működő webhelyen van valamilyen felhasználói profil: a legegyszerűbb a felhasználónév és e-mail cím kiírása, de a közösségi hálózatok természetesen jóval részletesebb adatlapokat biztosítanak. | |||
Egyéni blokk | Blokktípus | Custom Block modul | Általában rövidebb szövegrészletek kisebb képekkel, amelyeket gyakran az oldalsávokon, vagy fej- és láblécekben helyeznek el. |
Példa: A termelői piac webhelyén készítünk például egy Nyitvatartás blokkot a jobb oldalsávra. | |||
Taxonómiakifejezés | Taxonómia-szótár | Taxonomy modul | Leginkább a többi fajta entitás (lásd fentebbi sorok) címkézésével azok kategorizálására használatos. |
Példa: A termelői piac webhelyén osztályozhatjuk a Recept tartalomtípus elemeit egy taxonómia-szótárral (mondjuk legyen a neve Szükséges összetevők), amiben két kifejezés (répa és paradicsom) van felvéve. Egy blogon a bejegyzéseket akár két, egymással párhuzamosan működő szótárral is címkézhetjük: míg a Téma szótár három kifejezése (szakmai, hobbi, magánélet) a poszt témaköre szerint, addig a Címkék szótár változó kifejezései pedig a megemlített fogalmak alapján csoportosíthatják ugyanazt a blogbejegyzést. | |||
Fájl | (nincs altípusa) | File modul | Lehet például egy fotóillusztráció egy cikkhez vagy egy letölthető jelentkezési lap PDF-ként, a lényeg, hogy a webhely szoftvere kezeli. |
Példa: Példánknál maradva a Recept és Árus tartalomtípusok (lásd fent) egyaránt kínálhatnak képfeltöltési lehetőséget, amit a háttérben a webhely fájl entitásokként fog látni. | |||
Kapcsolatfelvételi űrlap | Űrlaptípus | Contact modul | Ezen az űrlapon keresztül a látogatók úgy írhatnak e-mailt a webhely üzemeltetőinek, hogy nem kell tudniuk hozzá a címzett e-mail címét. |
Példa: A termelői piac webhelyén is használunk kapcsolatfelvételi űrlapot. | |||
Így, hogy már alaposan átnéztük az entitástípusokat (első oszlop), jogosan merül fel a kérdés, hogy miben térnek el az altípusaik (második oszlop) egymástól? Elsősorban abban, hogy különböző fajta adatokat is képesek tárolni úgy, hogy közben megmaradnak ugyanannak a szülő-entitástípus gyermekének. Ez úgy lehetséges, hogy a mezők eltérő készletéből épülnek fel.
Minden fentebb említett entitásaltípus tulajdonképpen nem más, mint mezők egy készlete.
Bár eddig talán úgy tűnhetett, hogy az adatokat maguk az entitásaltípusok tárolják, ez nem így van. Létezik ugyanis egy még mélyebb szintű építőelem, a mező. Ahogy neve is sejteti, ez már igen közel áll az adatbázisszintű mező fogalmához (csakhogy ezeket még a Drupal kezeli), és mint ilyen, természetesen ez is csak egyféle formátumú adatot tud tárolni – például dátumot, formázatlan szöveget vagy egy fájlt (arra mutató hivatkozásként, nem binárisan). Hasonlóan az entitástípusokhoz, mezőket is általában az alaprendszer moduljai definiálnak, de sok olyan közösségi modul is létezik, amely egy adott célú tartalmi entitást biztosít a létezőkön felül.
Adminisztrátorként mi magunk is tetszőlegesen rakhatunk össze új entitásaltípusokat a webhelyen elérhető mezőkből. Így a jövőben minden egyes elem, amit ebben az új entitásaltípusunkban mentünk majd el, mindig ugyanazokat a mezőket fogja tartalmazni.
Hogy jobban megértsük, térjünk vissza a fenti táblázat első sorában említett példánkhoz: az Egyszerű oldal és Árus oldal egyaránt tartalomtípusnak számít (hiszen hagyományos értelemben véve valóban a webhely tartalmai, csak külön fajtájúak). Sőt, még közös mezőjük is van: egy hosszabb szöveg begépelésére alkamas szövegmező, legyen a címe mondjuk Bemutatkozószöveg. Ilyenkor ha az Egyszerű oldal típusból készítjük a termelői piac webhelyünk ismertető oldalát „Rólunk” címmel, akkor csak ebbe a hosszú szövegbeviteli mezőbe írhatjuk piacunk ismertetőjét, míg ha egy kereskedő szerkeszti az Árus oldal típusból készült saját adatlapját, akkor – amellett, hogy ő is kitöltheti a Bemutatkozószöveg mezőt saját köszöntőjével – azon látni fog még egy további Cégnév, Logó és Honlapom linkje mezőt is.
Végezetül összefoglalva talán már érthető, hogy amikor például a saját profiloldalunkon átállítunk valamit, tulajdonképpen nem teszünk mást, mint a mezők értékét definiáljuk abban az entitástípus–entitásaltípus–entitáselem metszetben.
Közreműködők
Írta és szerkesztette: Jennifer Hodgdon és Grant Dunham. Fordította: Balu Ertl (Brainsum).
Source file: planning-data-types.asciidoc
Help improve this page
You can:
- Log in, click Edit, and edit this page
- Log in, click Discuss, update the Page status value, and suggest an improvement
- Log in and create a Documentation issue with your suggestion