10++ éve építek, és üzemeltetek Un*x rendszereket, és olyan 5 éve foglalkozom komolyabban php, és perl-el

Most mondhatnám, hogy nem látszik, hiszen...

Bárhogy is van kitesztelve egy upgrade egy tesztrendszeren, egy live system az tudjuk, hogy soha nem ua. (pl. kedves fejlesztő kollégák, jól beletúrnak a kódba előzőleg, és kitudja egy upgrade milyen hibákat hoz majd elő..)

...a frissítést ilyenkor célszerű letesztelni egy tesz-rendszeren, amely az élesben futó oldalad pontos mása a feltelepített és beállított modulokkal, felvitt adatokkal, mindennel. És ha ott teljesen jól végbemegy a frissítés, és jól működik minden, akkor mehet az "éles" rendszerre is, szinte biztos, hogy ott sem lesz semmi gond. Ha pedig mégis, az már a szolgáltató hibája, őt lehet cseszegetni.
A "kedves fejlesztő kollégák" pedig modulokat készítenek, és nem a Drupal kódjába túrnak bele (jó esetben).

Azt hiszem, még nem vagy teljesen képben egy Drupal rendszer üzemeltetésével kapcsolatban.

Azért nem vagyok ám ennyire... a zixpé... az tény, hogy elhal, vagy így vagy úgy, pl. felzabálják a vírusok, vagy kiadnak egy frissítést, amitől az egész elszáll :D

Lásd fent. :)

Természetesen nem bántásnak, sértésnek, vagy felesleges vitakeltésnek szántam a hozzászólásom.

Lehet, hogy van ilyen modul, de gondolatkísérletnek én így indulnék neki:

1. Létrehoznám a jogosultságokat:

   osztaly
   osztaly_csoport
   csoport_alcsoport

2. A tagokat besorolnám a csoportokba.
3. Létrehoznám a FEJEZET tartalomtípust, amiben van egy user_reference mező (pl. ENGEDELY névvel), amibe az osztaly, osztaly_csoport, csoport_alcsoport jogosultsággal rendelkező felhasználók vannak.
4. Készítenék egy modult, ahol a hook_form_alter()-ben megváltoztatnám az ENGEDÉLY listát, úgy hogy a beküldő felhasználónak, csak azok a felhasználók jelenjenek meg, akik a csoportbeosztásban egy szinttel lejjebb vannak, vagyis a többi felhasználót törölni kell a listából. Így megszabható, ki az aki jogosult az adott fejezethez, további alfejezetet "csatolni".
5. Készítenék egy node_reference mezőt, amiben a FEJEZET tartalomtípusú node-ok vannak.
6. A modulom hook_form_alter()-ben vizsgálnám, hogy a beküldő felhasználótól egyel feljebb lévő csoportból mely node-ok vannak számomra "engedélyezve". Itt az user_reference field tartalmát kell vizsgálni. A többi node-ot törölni kell a listából

Elvben jól hangzik, biztos vannak buktatói, de egy kiindulási pontnak biztos jó lehet.

A beküldés visszaellenőrzésére figyelmet kell fordítani, mert ha ezt elmulasztod, akkor egy preparált form-mal lehet jogosulatlanul csatolni olyan helyre tartalmat, ahova egyébként nincs "jogosultsága", hogy küldjön az illető !

Értsétek meg ez nem a Drupal különböző verzióitól függ, hanem az adott szolgáltató változtatgatja a beállításait. Egy normális tesztkörnyezet meg nem úgy néz ki, hogy feltolok egy Drupalt és kész. Tudom, hogy szomorú és letörlek, de kapcsold már be az upload modult és engedélyezd a felhasználóknak a képek feltöltését. Az is rendben működik? Akkor nosza nézz ki egy általános használati esetet (galéria, fórum, híroldal, apróhirdetés, webáruház) és kattintgasd össze. Ha az is megy akkor írogass ilyeneket, hogy megy vagy nem megy, mert ennek így semmi értelme.

Még egyszer, hogy értsétek: Lehet, hogy fel tudod tenni, lehet hogy mindent be tudsz állítani, lehet hogy annyira szét tudod barmolni a rendszert, hogy pillanatnyilag menjen de... és itt a "de"-n van a hangsúly. Hosszú távon nem tartható fent ez az állapot. Mindig szembe fogod találni magad azzal, hogy "na akkor most elviszem innen az oldalt". Ekkor már viszont lesz egy kisebb közösséged, tartalom gyűjteményed amit elveszíthetsz. Játszani meg nem jó egy ilyen hely mert nem nyújtja azt a sikerélményt amit kéne neki.
Persze ha élvezed akkor csináld, de sokkal nagyobb a valószínűsége, hogy valaki nem élvezni fogja, hanem csalódni fog.

pp