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ó:
Fórum:
szerintem
Ezt a views(Nézet) modullal könnyen meg tudod oldani. Ha leírod a pontosabb igényt, pontosabb választ is kapsz :)
*----*----*
$node ? 'alma' : 'bor'
*----*----*
ok - reszletezve
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
Kérdés && válasz
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
*----*----*
$node ? 'alma' : 'bor'
*----*----*
views is tud ám external dbből olvasni gond nélkül
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.
-
clear: both;
userid fuggo lekerdezes a view modullal
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...
javaslom, hogy ismerkedj meg a views modullal alaposan
alapvető képessége, hogy a nézetek amiket előállít, használhatnak argumentumokat. ez az, amiről te beszélsz.
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. ;)
-
clear: both;
leányálom
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... :-)
off
köszi, ez új infó volt ^^
*----*----*
$node ? 'alma' : 'bor'
*----*----*
table wizard issue
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
'aszt mégis milyen adatokat?
'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.
----
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.
pekingi sültkacsa vs születési dátum
Ratapintottal a lenyegre, mert a sült kacsában gondolkodom, ami valoszinuleg nem resze a standard drupalnak.
Az elobbi valaszomban leirtam az igenyt...