Nem az a kérdés, hogy mi lesz különböző, hanem az, hogy mi lesz azonos ;))

Akartok-e olyat, hogy a szakosztály egyik tagja beküld egy hírt, és ez a hír akár kiemelhető legyen a szervezet honlapjára egy az egyben. (ez og vagy multisite gányolás)

Vagy csak egy adminisztrátor lesz aki az adatok felvitelével foglalkozik, tehát a jogosultságokkal nem kell törődni?

Ha nem kell az adatoknak könnyedén átjárhatónak lenni (pl.: ha ritkán előfordul olyan hír ami itt is ott is megjelenni, akkor azt az adminisztrátor mindkét helyre felviszi) akkor lehet egy sima multisite rendszer is elegendő neked.

Az og-t erre találták ki, hogy vannak szervezeti csoportok egy szervezeten belül. A külön sminket is meg lehet oldani ha ügyes vagy, de azzal már trükközni kell. (pl mi van akkor, ha egy hír megjelenik a főoldalon és a szakosztály oldalán is, hogyan döntöd el, hogy melyik úton jutott el hozzá a látogató és hogy milyen smikkel kell megjelenítened. Ergo ilyenkor egyszerűbb a tartalom duplázása. Persze ilyenkor a hozzászólások szétesnek két részre szintén, de lehet, hogy neked erre nem is lesz szükséged.)

A legfontosabb, és a legszörnyűbb még hátra van: Sajnos csak Te fogsz tudni megoldást találni a problémádra, és ahhoz meg kell tanulnod a Drupal-t tehát jó pár órát majd el kell töltened azzal, hogy különböző "rossz" megoldást végigpróbálsz. Kitartást és jókedved kívánok neked a nehéz munkához.

pp

- Modulokat ész nélkül telepítgetni szerintem a legnagyobb hiba a core hekkelés után. Lehet, hogy teljesen felesleges számodra az adott modul, és akkor csak erőforrást foglal, és lassítja az oldaladat, és nehezíti pl. a költöztetést, de az is lehet, hogy valami olyasmin változtat, ami pont úgy volt jó, ahogy volt. Soha ne tegyél fel úgy modult, hogy nem tudod legalább nagyjából, hogy mit csinál.

- Semmit nem kell telepíteni ahhoz, hogy a Drupal ne írjon ki hibaüzenetet, és ne lehessen adminisztrátort regisztrálni. Ezt honnan vetted? És miért ne tennék bele akkor ezt a modult az alaprendszerbe? Ennek semmi értelme. (Mellékesen az adminisztrátor létrehozása a telepítés során történik, nem kell külön regisztrálni.)

- Melyik modulról van szó egyáltalán? A Http Request Fail Resetről? Máskor írd meg a pontos modulnevet, vagy mégjobb egy link, hogy keresnünk se kelljen: http://drupal.org/project/http_request_fail_reset
Ha erről van szó, akkor valószínűleg egyáltalán nincs rá szükséged, de amúgy igen, olyan modul, ami időzítést igényel. Röviden azt csinálja, hogy ugyebár ha a Drupal azt tapasztalja, hogy nem tud http kéréseket indítani (pl. az Update Status modul nem tudja végrehajtani az ellenőrzést), akkor beállít egy flag-et, és nem is próbálkozik többet, ez a modul pedig ezt a flag-et állítja vissza, így a Drupal legközelebb mégis újra próbálkozik.

1,5 éve Drupalozok eddig nem kérdeztem, mert kereséssel mindent megtaláltam, vagy rájöttem magamtól.
Erre a superadmin dologra én is bambán néztem. Egy szerkesztőnek átadtam egy jogot, hogy felhasználók regisztrációját elfogadja vagy akár törölje. Mivel nem nehéz rájönni, hogy az user/0 a vendég az user/1/edit -el az admin szerkeszthető, rá van bízva, hogy megváltoztassa a bejtelkezést.
Ezt én nem akarom csak a kényszer vitt rá. Az pedig a legnagyobb úr.
Az első lépések után mikor erre rájöttem, majdnem lemondtam a drupal használatáról.
Szerencsére a fórum és a kiterjedt támogatás meggyőzött arról. mégis csak ez az ami kell nekem.:-) (miután kipróbáltam pár hasonló "rendszert"....)
http://drupal.org/project/protect_critical_users kipróbálom ezt a modult, de ezt szerintem az alaprendszernek kellene tartalmaznia.
A fordítások körül is most zavarban vagyok, mert volt egy hely, ahol ami le volt fordítva letölthető volt, ami nem azt po edittel átírtam. Azóta 3 oldalra is regisztráltam, de csak a csontváz maradt, a régi jó magyar serverből. Ez egy másik téma, de csak ezért nem kezdek új témát. Nem vagyok nagy fórumozó (a rum ártalmas:-)
Sok sikert mindenkinek és Békés Karácsonyt.
Gonban van János. Ez a nemesi nevem:D