szato képe

É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.

0
0
ady képe

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!

0
0
zschopper képe

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.

0
0
aboros képe

é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.

0
0

-
clear: both;

dj képe

Sajnálom, hogy nem sikerült a leírás alapján megcsinálni a többnyelvűsítést. A bevezetőben írtam, hogy kezdő drupalos első nekifutása az írás. Ha így nem ment, akkor talán ez a videó segít. Nincs alámondva a szöveg, ha van vállalkozó az szóljon, hogy hiába ne kezdjek a dumálásba. Az első tartalmak beküldése és fordítása is hibádzik, de majd a hangosba még belekattintgatom. További lemaradás a thre javítása, demonstrálandó ennek egyszerűsége. Ami hang nélkül érthetetlen lehet, hogy ahol az "Oldal nem található" oldal jelenik meg, ott a címből ki kell venni a "hu" nyelvi előtagot, mert a magyar tartalom lesz a simán beírt címek alatt.
A videó ( 640x480px, ~20MB ) itt található egy darabig: http://www.buk-furdo.hu/i18n_drupal.avi

Amennyiben a drupal.hu-nak vagy drupal.org-nak tetszik úgy a közösségnek adományozom :)

Üdv!
Dudás József

Üdv!
Dudás József

aboros képe

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..)

0
0

-
clear: both;

balazsgabi képe

Nem értettem először, hogy miért csak FF nem dupláz, aztán ma rájöttem. Ha felhasználóként nézem a listát akkor nem dupláz (mindegy hogy Distinct on/off), ha vendégként akkor szintént mindegy a distinct állítása, dupláz. (azért csak az FF mert abban fejlesztem)

Az hogy egy mező többször is szerepel egy node-ban az miért baj? Egyébként lehet, hogy nem értem a lényegét, mert amiket - leírásokat - találtam, mindegyik úgy intézi el az adott táblát, hogy kigyomlálja azokat a rekordokat, amikben egy mező már másodszor szerepel. Ha ez lenne a konkrét cél, akkor ez megoldás lenne, de itt arról van szó, hogy egy node-ban (?) jelenítem meg azokat a node-okat, amik tartalmaznak egy bizonyos mezőt. Így értelemszerűen ugyanaz a mező többször elő kell forduljon.

Amúgy a nézetet localon hoztam létre, exportáltam, majd a szerveren importáltam. Ennek lehet valami köze hozzá? Ugyanis localon teljesen rendben van azonosítatlanként és azonosítottként is.

0
0
buda képe

Lesz az adatbázisban több száz cég, ezek mindegyikének címéből tudnék NAT segítségével automatikusan taxonómia elemeket generálni. De ahhoz, hogy hierarchiát építsek belőle, ahhoz taxonómia felületén kellene összehúzogatnom az egymáshoz tartozó elemeket.

Nagy mennyiségű adatnál ez igen sziszifuszi munka lenne. Ráadásul nem feltétlenül én fogom felvinni a cégek adatait, hanem olyan személy, akinek nem feltétlenül adnék hozzáférést a taxonómia modulhoz (gyanítom, hogy azt se tudná, eszik vagy isszák).

Végül pedig azért nem felelne meg nekem az általad ajánlott megoldás (ha jól értelmeztem a megoldási javaslatodat), mert így duplán tárolnám le a szervezetek elnevezéseit. Ezt pedig nem akarom.

Egyébként én is elgondolkodtam valamilyen taxonómiás megoldáson az elején, mert akkor felhasználhattam volna a Hierarchical Select modult

(bár még nem használtam, de úgy látom, hogy ehhez jó lett volna).

0
0
nemetivilmos képe

A tartalmom bevitel során milyen beviteli formát engedsz meg ? Full, vagy Filtered, mert nem mindegy. Ettől függ a megjelenésed. A szerkesztőben amit látsz egy dolog és amit engedsz az egy másik. Erről a Gusztáv részletesen ír a jegyzetében. Érdemes elolvasni, vagy legalább átfutni rajta, mielőtt kisérletezéssel elhasználsz többször annyi időt. Honnan tudom ? Tapasztalatból.

Itt van egy link : http://drupal.hu/forum/tinymce-hogy-m%C5%B1k%C3%B6dik-neobase

Más

Neobase az nem olyan mintha te telepítesz fel egy Drupalt. Ha ott van a lapod, onnan elköltözni nem fogsz tudni más helyre, mert a mentésed csak a Neobase-n tud működni. Nem folytatom mert off téma, nézz utána a fórumon, erről írtam itt :

http://drupal.hu/forum/backup-and-migrate-modul-neobase-n-%C3%A9s-az-ext...

0
0

Németi Vilmos - méregzöld kezdő Drupal-os

Webappz képe

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.

0
0

Páldi Zoltán