Plesk
Az előbbi postomban az említett admin rendszer (amihez nem értett senki igazán) a Plesk volt, amivel így sok dolgom/bajom volt. Én sok hiányosságát éreztem, de legfőképp az volt folyton az érzésem vele, hogy "ez így vagy úgy jobb lenne!" vagy "ezt miért nem lehet beállítani?". Ez részben normális, viszont egy szinten túl azt érezni, hogy nincs jól összerakva a rendszer. Sajnos összehasonlítási alapom nincs, pl cPanelt még nem használtam se admin se ügyfél oldalról. Viszont egy-két szolgáltató egyedi admin felületével volt dolgom. Amik általában elég jók és felhasználóbarátak, csak nyilván nincs annyi képesség bennük, mint egy ilyen általános rendszerekben. Pont ezt nehéz leadni a fent említett szolgáltatómnál, hogy megszoktam, hogy kényelmes, nem kell mindenért supportot hívogatni, aldomain, e-mail cím, alias, új db, új ftp, stb. Jó lenne egy szolgáltató, ami hasonló rugalmasságot ad, de megbízhatóbb!
neobase fórum
Mondjuk a fórum, mint közösségi tudásbázis, v. support felület szerintem mindkét fél számára praktikusabb lenne, mint egy mail cím és egy telefonszám, ahol ugyanazok a kérdések és válaszok elhangozhatnak, anélkül, hogy nyoma maradna.
Nekem is voltak problémáim a cron-nal (hogy lehet-e kezdeni valamit azzal, hogy poormanscron-szerűen oldallekérések után hajtódik végre), mert az feliratkozós modulnak kis látogatottságú oldalon ritkán barátja, nekem meg szükségem lett volna arra, hogy értesítéseket ne órákkal később kapjak meg.
Nem lenne nagy erőfeszítés beüzemelni egyet, és a tanulságos kérdéseket kigyűjteni valahova.
Egyébként meg nekem is volt, hogy egy fax számot órákig kerestem egy oldalon (asszem t-onlány) és valami triviális helyen találtam meg, csak az én olvasatomban nem ott lett volna a helye.
Ha az ember nem vesz észre valamit ami kiszúrja a szemét, ritkán hat pozitívan, ha ezt az orra alá dörgölik. Már aki magáraveszi.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
jó értem, el is fogadom
és igaz, nem láttam egyik levelet se a maga pontos valójában, csak a kérdező elmondására támaszkodva vonok le következtetést. ha jól értem lekezelően bántak vele és egyátalán nem segítőkészen.
a szolgáltatónak pedig, mint ahogy a neve is mutatja az a feladata, hogy szolgáltasson és nem az, hogy lekezeljen. akármennyire is süti a kódom a processzorát. persze tudom, ez is kétélű, de mégis, az jut mindig ilyenkor eszembe, hogy időről-időre én is zaklatom a szolgáltatómat bugyutábbnál bugyutább, néha triviális máskor meg lehetetlen kérésekkel és még soha egyszer se bántak velem lekezelően, sose mondták, hogy a kódom a hibás vagy ha így volt megmondták mi a gond, ilyesmi.. segítettek. nem lepattintottak.
erre gondoltam csak. lehet, hogy emberünk kódja (ez esetben a smiley modul) tényleg süti azt, akkor még mindig marad egy indokom, hogy költözést javasoljak. :) habár ezt az okot hiányos információk alapján határozom meg, ebben igazad van.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
két lehetséges irány
rules modul. hogy mi alapján történik a felíratkozás ebben az esetben, az külön kérdés. de mondjuk lehet egy flag, amivel a user a saját profilját jelöli (felíratkozok blogbejegyzésekre) vagy lehet egy mező a profiljában vagy ki tudja még mi.
másik megoldás a notifications, az is tud ilyet, sőt pont erre van.
http://img.skitch.com/20090908-m2fjbmjb7wbud2xf7jw971h2k9.jpg
ezen a képernyőképen láthatod, hogy kb mire képes. ennél persze sokkal többre, értesítésküldésre tervezték, szóval lehet vele mindenről értesítést küldeni és a usernek is lehet engedélyezni, hogy ezeket beállítsa magának.
elsőre ezt ajánlanám, rulesal bonyolultabb lesz, az általánosabb modul ennél.
lehet, hogy batch is kelleni fog hozzá, nem biztos, hogy többszáz usernek tudsz egyszerre levelet küldeni. (mondjuk 500 -an íratkoznak fel e-mail értesítésre minden blogbejegyzésről..)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
De ő még nem webgrafikus!!!
Az meg hogy honlapkészítési munkát vállal el és pont ehhez nem ért az meg csak tetézi a bajt.
Az egyik művészet és csak bizonyos szintig tanulható, ellenben annál több képesség és adottság kell hozzá, addig a site building tanulható, fejleszthető.
Én nem arra buzdítom, hogy a jelenlegi tudásával nyugodtan vállaljon be honlapokat, hanem hogy társuljon olyanokkal, akik értenek a drupal smink készítéséhez és akiktől tanulhat vagy fizessen érte, hogy elkészítsék neki.
Amennyiben pedig hajlandó tanulni, akkor "átképezheti" magát webgrafikussá is.
Hogy azért olyanról is legyen szó, aminek hasznát veszi, javaslom például a 960.gs tanulmányozását.
Az meg inkább tanács volt, hogy ha ő a grafikához ért, akkor inkább azon a téren képezze magát és nem biztos, hogy magával a webes dolgokkal kellene foglalkoznia, bár mindenképpen követnie kell a smink készítő elvárásait, mert különben nem lesz kinek dolgoznia.
Páldi Zoltán
Saját tapasztalat
Én az "$Id: nodeaccess.module,v 1.4.2.7.2.11 2008/07/21 22:56:07 mantyla Exp $" verziót használtam. A jogkiosztás működött, azzal nem volt gond, de az alap koncepció nekem nem felelt meg: bármilyen módosítás után újraépítette a tábláját, bejegyezve minden node-hoz az aktuálisan beállított jogokat, tehát ez node-onként több bejegyzés (csoport*jogok). Ez kicsit nagyobb site-on (több 100 ezer node) elég nagy meló. Az adatbázist is leterhelte, de a nagyobb gond hogy nem fért bele a php futási idejébe (ha nem saját a szerver, nem tudom, hogy egyáltalán ki lehet-e ezt küszöbölni) - amit nem tud folytatni, ha újból futtattam, újból kezdte a tábla építést. Szóval én ezt meguntam, kikapcsoltam a module-t és hook_menu()-ben kezelem a hozzáféréseket.
Nem akarom elvenni a kedved :), remélem vannak jó tapasztalatok is. Egyébként próbáld ki, és írd le a tapasztalataid Te is.