uj modul fejlesztes vagy egy letezo implementalas

agassi képe

Sziasztok,
segítséget kérnék a profiktól, hogy merre induljak...
Feladatom lenne, hogy ha egy felhasználó belép a rendszerbe, akkor a userId-ja alapján egy adatbázisból adatokat lekérve táblázatos formában meg tudom jeleníteni azokat.

Ha már iránymutatást adtok, talán megkerülhetek egy új modul fejlesztest, ha nem akkor egy ehhez a feladatkorhoz tartozo linket ...
thx

Drupal verzió: 
Lavjaman képe

Ezt a views(Nézet) modullal könnyen meg tudod oldani. Ha leírod a pontosabb igényt, pontosabb választ is kapsz :)

0
0

*----*----*

$node ? 'alma' : 'bor'

*----*----*

agassi képe

Nemi rendszerintegracio lenne:

Ket megoldasban gondolkodom:

1. A felhasznalo userid alapjan egy kulso adatbazis tabla selectjet szeretnem megjeleniteni
2. Atpumpalnam az adatokat a drupalos adatbazisomba egy uj tablaba es onnan jelenitenem meg ha megoldhato.

Termeszetesen az 1 verziot preferalnam, felteve ha nem kerul lenyegesen tobb munkaba.

Az adatok abszolut fuggetlen adatok a drupaltol (kulso mysql adatbazis), mikor, ki, mennyit, hanyszor, hogyan, stb..
Egy darab tábla vagy view tartalmát szeretnem megjeleniteni.
Termeszetesen datum, szoveg, szam mezok is lennenek e megjelenitendok kozott.

Ja es ha lehet, ne kelljen minden egyes felhasznalohoz kulon node-t letrehozni hanem csak egyet amit tudok parameterezni a UserId -vel

0
0
Lavjaman képe

A külső táblában található user ID-k megfelelnek a drupal user táblájában található ID-kal?

Ha nem akarod beimportálni a külső adatokat, akkor modult kell írj, (valamint a settings.php-ban fel kell venned a külső adatbázisodat, erről bővebben itt: http://drupal.org/node/18429)

Ha a második utat választod, akkor tudod használni a views-t.

kb ennyi

0
0

*----*----*

$node ? 'alma' : 'bor'

*----*----*

aboros képe

igazából egy minimál modullal meg tudod oldani, hogy a views "lássa" a te tök független tábláidat. ez néha előnyös, mert az adat egy külső alkalmazás által rögzített, karbantartott adat. néha nem megoldható vagy roppant hátrányos, ha a drupal adatbázisába kell írnia a külső alkalmazásnak, sokkal jobb megközelítés, hogy inkább a drupal számára teszem elérhetővé a külső alkalmazás megfelelő tábláit úgy, hogy megírom a szükséges handlereket.

ha nem feltétlenül fontos, hogy ezek az adatok a drupaltól függetlenek maradjanak, akkor sokkal egyszerűbb a helyzet. behozod őket valahogy a drupal alá, mondjuk migrate modullal, aztán a table wizard -al összekattintod a megfelelő handlert (ez pont olyan lesz, mintha kézzel írnád, csak itt kattintod:) és már használhatod is viewsban az adataidat.

nyilván lehet azt is, hogy a saját modulod csatlakozik a külső dbhez és lekérdez és megjelenít, menüt definiál, argumentumot kezel meg minden, mindenki eldöntheti, hogy érdemes e erre menni, vagy ha már van views inkább abba integrálni a "hiányzó" dolgot.

0
0

-
clear: both;

agassi képe

OK, mivel igazandibol 0 km-es vagyok a drupalban, + kell ismernem es inkabb bepumpalom az adatokat, azzal nincs gondom.
Kovetkezo kerdesem meg az lenne, hogy a TableWizarddal keszult lekerdezesben is tudok parametert atadni (useid)?
Konkretan:
1 felhasznalo belep a rendszerbe
2 rakattint egy menupontra: "egyenlegem megtekintese"
3 latja az id-hez tartozo egyenleget

Ha mas user lep be, akkor ugyanugy ugyanarra a linkre kattintva a sajat egyenleget tudja megtekinteni az o egyedi id-ja alapjan.

Lenyegeben mashogy kerdezve: nem kell kulon node-okat letrehoznom mindenkinek?
Bocsesz, de ezt meg jo lenne tudnom...

0
0
aboros képe

alapvető képessége, hogy a nézetek amiket előállít, használhatnak argumentumokat. ez az, amiről te beszélsz.

nem kell kulon node-okat letrehoznom mindenkinek?

röviden: nem.
sőt, lehet ez meglepő, de egyetlen nodeot se kell létrehoznod. :)

amit létrehozol az egy nézet lesz, ami majd egy argumentumot használ. hogy hogyan használja azt, melyik db mezőre, milyen relációban, na ezt fogja meghatározni majd az, hogyan építed fel a dolgot a table wizardal.

csak halkan jegyzem meg, hogy ez az egész ugyan nem őrülten bonyolult, de null kilóméterrel azért nem lesz egy leányálom. ;)

0
0

-
clear: both;

agassi képe

Kossz az infot, ez sokat segitett.
Innentol kezdve latom az utat, termeszetesen jol bele kell asni magam a view modulba.
Ha nem veszitek tolakodasnak, azert meg boldogitom a tarsasagotokat majd nemi kerdes halmazzal... :-)

0
0
Lavjaman képe

köszi, ez új infó volt ^^

0
0

*----*----*

$node ? 'alma' : 'bor'

*----*----*

agassi képe

kulso adatbazis view-t nem kezel a drupal view, mert mindig primary key problemaja van. mindketto kulso tabla megfeleloen be van allitva, PK, stb. De ha letrehozok ebbol egy view-t ('a kulso mysql' adatbazisban) akkor nyoszorog a PK miatt. Most vagy en vagyok a fapados vagy pedig egy standard view helyett egy temp tablaba kellene bepakolnom a cuccost es ahhoz adni kulon PK-t?
Guruk, oszlassatok el a bennem rejlo kodfelhot
thx

0
0
szantog képe

'aszt mégis milyen adatokat? Mert mondjuk a pekingi sültkacsa hozzávalói a receptklubról valszeg egész más megközelítést igényel, mintha a felhasználód születési dátumát szeretnéd megjeleníteni.

0
0

----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.

agassi képe

Ratapintottal a lenyegre, mert a sült kacsában gondolkodom, ami valoszinuleg nem resze a standard drupalnak.
Az elobbi valaszomban leirtam az igenyt...

0
0