a puding próbája az evés
ki kell próbálni, sokkal hamarabb fogod látni mire is képes a domain access, ha kipróbálod, mintha én próbálom meg elmagyarázni. :) a lényeg az, hogy nincs külön adatbázis. egy adatbázis van, egy drupal ami x domaint hajt. van lehetőséged leválasztani (prefixeltetni) táblákat, ha szükséges, pl a {path} táblát általában érdemes prefixelni, nehogy az legyen, hogy az egyik site egy pagenek beállítja mondjuk a 'kapcsolat' álnevet, akkor ugye a többiek azt már nem használhatják.
- vannak különböző tartalom típusok
ha van 6 tartalom típusod, az mind a 6 látszani fog minden domainen a node/add oldalon. vagy trükközöl, saját modullal írod felül a node/add page callbacket és akkor valami logika alapján eldöntöd, melyik tartalom típusokat kell kirakni.
az egyes nodeok megjelenítése más tészta, alapvetően annak a kezelésére van ez a modulcsomag, hogy a node/42 tartalmat közzé teszed a, b, c domainen, de x, y, z domainen nem. minden tartalom típusról megmondhatod, hogy alapértelmezés szerint csak oda legyen közzétéve, ahonnan beküldték vagy esetleg mindenhova. persze ezt a megfelelő jogosultság birtokában egyenként változtathatod minden nodeban. nekünk pl pont olyan helyzet van, hogy kellett, ezért készítettünk egy kiegészítő modult is, domain_nodetype a neve, ha használod, minden tartalom típus beállításainál megmondhatod, hogy alapértelmezés szerint mely domainekre legyen közzétéve. mondjuk a news tartalom típus, az mindig menjen oda ahonnan posztolták PLUSZ menjen a fő sitera is PLUSZ menjen egy news.domain.com sitera is.
- különböző nézetek
senkit nem fog zavarni (egy darabig:) hogy van x nézeted, amit a 42 domainedből csak egy használ.
- különböző a felhasználó bázis
mivel egy adatbázis van, ha valaki regisztrál x domainen, azzal a userrel be fog tudni lépni az összes többi domainen is. ennek kiküszöbölésére meg lehet próbálni saját modult írni, vagy elkezdeni prefixeltetni a user táblákat. vagy fel lehet fogni extra szolgáltatásként is, ha a projekt olyan.
itt az egyetem ezzel a modulcsomaggal ~110 siteot hajtunk per pillanat egyetlen drupallal, egyetlen adatbázissal. jó móka, csak az ilyen "különböző nézetek" dologgal kell vigyázni, most van ~70 view, ~300 blokk, több mint 100 menü, ~40 smink, isten se tudja hány panel, rule, miegymás, néha nem egy leányálom adminisztrálni. :)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem hiszem, hogy kódolás
Nem hiszem, hogy kódolás nélkül megúszod, sőt, szinte kizárt.
A QT adatbázisban tárolja a default_tabot. Szóval ami neked kell:
1. Egy függvény, ami egy $node ojjektum paraméterból kiválasztja, hogy melyik lesz a difólt qt
2. A hook_nodeapi update és insert $opjaiban updateeli a qt tábla megadott rekordját.
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
webfm
webfm modul is ilyet csinal.
meg sztem imce is alkalmas lehet talan.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Amit küldtem webcímet, azt
Amit küldtem webcímet, azt megnézted? A submitra (is) van benne példa.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
a www.akármi.hu/eztnezdmeg
a www.akármi.hu/eztnezdmeg egy drupal node? vagy egy mappa a 'www' mappádban?
Drupal full-stack developer at Wunderman Thompson Budapest
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem is az kell
De neked nem is az kell, hanem a admin/settings/site-information (Webhely-információk) oldalon állítsd be Alapértelmezett címlapnak.
Ui.: A fenti Drupal 6-hoz van, Drupal 7 alatt admin/config/system/site-information
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Siker
köszi, ezekkel a modulokkal sikerült megcsinálni.