Uj vagyok itt, es a drupalban is (mediawiki-rol attert) :)
Szal ez az ACL + CA modulok nalam be vannak kapcsolva, be is allitottam a per node
access controlt, es be is jon szepen egy bookpage content-re az urlap -- csak epp
nem ertem. Ezen konkret tartalom eseten hogyan ertelmezzem a "View any content: logged in user" fogalmat? A "view this content"-et ertenem, de ez az "any" most meghokkent.

A "view own content"-et mar meg sem merem emliteni.. ez hogy jon most ide? Az "own" alatt a "sajat"-ot ertjuk? Marmint hogy van-e joga sajat maga altal bekuldott content-et megtekinteni?
Azt gondolnam ez alap jog :) Es szinten nem ertem hogy viszonyul ehhez a konkret bookpage-hez. Hogy ha o maga irta, akkor van-e joga megtekinteni? Ha nem o irta akkor meg nem?

A GRANT resz sem vilagos. Grant-al jogokat lehet adni (szereny sql emlekeim szerint). Ez tuti lenne most epp (bar nem ertem, miert per user megy a grant, miert nem role alapjan), de mihez kepest adok plusz jogokat?

Ez ugy mukodne jol, ha eloszor is minden pipat kiszednek minden view elol (=> senki sem lathatja ezt a bookpage-t), majd egyesevel beirogatnam konkretan kik lathatjak?

Nem varom el hogy valaki a kedvemert komplett "howto"-t irjon ide 2-5 oldalban :) De ha
tud valaki errol a temarol valami bosegesebb leirast (akar angolul), es idedobna a cimet, megsüvegelném :)

Köszi a klassz leírást, így lépésről-lépésre jóval egyszerűbb követni. Én azonban (saját tudatlanságomból) belefutottam 1-2 kérdésbe, bocs, ha triviálisak a hozzáértőknek, de talán a kezdőknek jól jöhetnek:

1. A alkönyvtár-elnevezési konvenció doménnév helyett IP-címmel is működik: sites/123.0.0.1.multisite -ba kerülhet a settings.php, a végeredmény ugyanúgy http://123.0.0.1/multisite lesz

2. Symlink csak alkönyvtár esetén kell (a hivatalos doksi is jól leírja: http://drupal.org/getting-started/6/install/multi-site), doménnév esetében nem! (Akkor egyszerűen csak ugyanúgy az IP-re irányítod az A-rekordot, és a kódbázis telepítési gyökerében figyelő index.php érzékelni fogja, hogy milyen domén-ről hívták meg, és ha talál annak megfelelő settings.php-t a sites-ban, akkor azt a DB-t használja.) De alkönyvtár esetén "ÖNMAGÁRA MUTATÓ" SYMLINK-et kell létrehozni, azaz a kódbázis telepítési gyökerében egy fiktív, "mintha-alkönyvtár-lenne" (a cikkben multisite-nak hívja) symlinket hozunk létre, ami azonban ugyanoda, azaz az index.php-t tartalmazó telepítési gyökérre mutat. Ez nekem sokáig nem volt tiszta...

3. Szintén elég láma hiba a részemről: ha már egyszer előre konfiguráltam a settings.php-ban a mySQL-elérés paramétereit (ezzel átugorva a telepítés ezeket bekérő lépését), akkor ugyan, gondoskodjam már róla, hogy az a DB ne legyen szűz üres :) Ekkor ugyanis csak egy színtiszta, hófehér képernyőt kapok a Drupal-tól. Lehet, egy hibaüzenet jól jönne ide: "Hozzáférek jól a DB-hez, de üres, most mi legyen?"

Sok sikert! Multisite-ra fel!

2. alkalmas.
teljesen biztosan külön adatbázisokba kell piszkerálniuk a példányoknak vagy inkább úgy érted, mindegyiknek saját tartalma, sminkje, blokkjai, menüjei, contact formja, anyámkinnya van?

külön adatbázisok és osztott táblák:
drupal multisite install & configuration
egy idő után oda lyukadhatsz ki, hogy minden táblád közös lesz majdnem, mert ha nem, akkor amit egyiken megcsinálsz beállításokat és mondjuk nem exportálható mint egy view, akkor azt valahogy ugye a többivel is "meg kell etetni"

egy adatbázis, saját tartalmak:
domain access
fordított az alapfelállás, minden osztott. nálad a kontroll, hogy melyik tábla melyik domainre legyen prefixelve és melyikre ne. szuperül működik egy olyan helyzetbe, hogy mondjuk valami nagy világlap teszem azt pléboj különböző nemzeti magazinjainak webhelyeit egy darab drupal install hajtja. valamit változtatok mondjuk egy tartalom típuson vagy új fícsört pakolok be, akkor azt mindenki megkapja anélkül, hogy tennem kéne valamit. (ez persze sokszor hátrányos, mert mi van, ha nem akarom, hogy megkapja, de ezt most hagyjuk;)

én a kettes verziót használom. mert olyan helyzetbe vagyok. szóval azért kérdezem, biztos, hogy az adatbázisnak külön kell lenni vagy csak mindegyik más tartalmat szolgáltat, egymás tartalmai nem avatkozhatnak bele, de mindenki ugyan azt az alkalmazást használja végülis.

attól függően, hogy melyiket választod azért az 1 is lehet bonyolultabb vagy egyszerűbb.

biztos van amúgy még más módja is ennek.. vagy nincs, nemtom. :)

Egyetértek veled.
Bár nincs belelátásom a tanfolyam technikai hátterébe, és mások zsebében sem turkálni sem szeretnék, de talán elmond valamit, hogy a honlap által használt smink Artisteer-rel készült, ami elég jó szoftver, csak drága, és ezért elég kevesen veszik meg.

Amúgy nekem az böki a szememet, hogy itt van ez a hír, a beküldő szinte spamként reklámozza minden hozzászólásának aljában, és problémázik, hogy már mikor beküldte, de még nem tette senki ide az oldalra. Közben pedig a tanfolyam készítője szinte semmit nem tett a közösségért, a hozzászólásainak nagy része a kérdezésben merül ki. Nem írt szabadon elérhető leírást a Drupalhoz, a drupal.hu-s kézikönyvet sem bővítette, nem készített videó-tutoriált, nem válaszolt meg rengeteg kérdést itt a drupal.hu, személyesen sem vesz részt rendezvények megszervezésében és lebonyolításában, a drupal.org-on sem aktív. Úgy érzem, mintha kezdőként jobbára csak kivenni szeretne a közös tálból, ami nem baj, csak akkor ne próbálja meg "eladni" a Drupalt, vagy legalábbis ne itt verjen hozzá reklámot. És ne mondja azt, hogy a Drupallal hat nap alatt honlapot csinálhatsz úgy, hogy érted is, hogy mit miért csináltál, illetve az önálló munka nem mások honlapjáról lelopkodott elkért dolgok saját oldalon való felhasználásából áll. Szerintem.

(Ui.: És ha a tanfolyam is azzal kezdődik, hogy valami illegális oldalról töltsük le az Artisteer-t, akkor elsírom magam.)