hajrá
Bárki küldhet be cikket a Tippek és trükkök rovatba bármilyen drupalos témában – így annak sincs akadálya, hogy modulokról készült ismertetők megjelenjenek (szerkesztőségi szövegellenőrzés után). Tehát csak rajta, lehet kezdeni az írást....
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
idegen logika
Miért használod a Drupalt (vagy bármilyen tartalomkezelőt), ha nem akarod igénybe venni a szolgáltatásait? Egy teljesen idegen logikát akarsz ráerőltetni a rendszerre. A tartalomkezelők nem adatokat, hanem tartalmakat kezelnek. Annak nem sok értelme van a Drupalban, hogy a menü adatokat kiszeded az egyik adatbázistáblából, az ország adatokat a másikból, stb. Ezeket a megfelelő helyen webes felületen keresztül kell felvinni (pl. az országok lehetnek taxonómia kategóriák, a kaszinók egyedi tartalmak), és aztán ezeket a komplex tartalom-objektumokat kell a neked megfelelő módon megjeleníteni, listázni, átalakítani, stb.
1. Létrehozol egy kaszinó tartalomtípust (ehhez valószínűleg CCK kell neked, amivel a cím és a törzs mellett további mezőket tudsz definiálni).
2. Felviszed a kaszinókat, közben felcímkézed őket kategóriákkal (HU, UK, USA, HUF, GBP, USD, EUR, stb.), vagy ha bonyolultabb struktúrát szeretnél, akkor CCK node reference segítségével rendeled őket egymáshoz.
3. Listákat készítesz Views modullal. A Views űrlapon megadod a listához vezető útvonalat és a menüpont képernyőn megjelenő nevét.
Egy kicsit kattintgass körbe és legalább ismerd meg a rendszer alapkoncepcióját, szolgáltatásait, mielőtt nekiállsz PHP-val és MySQL-lel fát aprítani.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem kell pötyögni
tehat felejtsem el a feltoltott mysql tablat, es kezdjem ujrapotyogni taxonomykent?
Nem kell pötyögni. A taxonomy modulban keresd meg a függvényt, amivel a modul a bepötyögött adatokat el szokta menteni – taxonomy_save_term() vagy valami hasonló lesz a neve – ezt emeld ki és egészítsd ki egy kis szkripttel, ami kiszedi a tábládból az adatokat, és berámolja abba a változóba, amivel a taxonomy_save_term dolgozik.
meg mindig nem latom at, hogy hogyan fogok tobbszintes virtualis konyvtarat letrehozni, (/casino/canada/usd/french/)
Nehéz összetett honlapot építeni úgy, hogy nem ismerjük a rendszert, amivel dolgozunk. Szerintem szánj rá egy pár munkanapot, hogy szétnézel, kattintgatsz, kézikönyveket olvasgatsz. Azt javasolnám, addig ne is kezdj el taxonómiát és hasonlókat építeni, amíg nem látod át, hogy mi micsoda (könnyen lehet, hogy a végén kiderül, hogy nem is taxonómiával kellett volna megoldani a feladatot – ezt csak példaként hoztam fel).
es mi az a "tartalomtipus"? van annak rendes angol neve is!
Content type.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
alapcsomag+Views
Ha csak a menürendszer és a tartalom változik, akkor jórészt a Drupal alapcsomag eszközeivel (útvonal álnevek, álnévtől függően megjelenítendő/elrejtendő blokkok és menük, taxonómia) + Views modullal megoldható.
Tehát a honlapneve.hu/tanar/xxx oldalon megjeleníted a csak tanároknak szóló menüket, blokkokat, és Views modullal kilistázod a nekik szóló tartalmakat.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
így működik
Igen, a Views így viselkedik. Megkerülheted úgy, hogy taxonomy_menu/1 helyett más URL-t adsz a nézetnek. Csak vigyázz, mert ekkor két URL-en is ugyanaz a tartalom lesz elérhető, amit a keresők büntetnek. Ilyenkor vagy oda kell figyelni, hogy a taxonomy_menu/1 link sehol ne szerepeljen a honlapon, vagy útvonal álnévvel felülírni ugyanarra az értékre, ami a Views nézeted URL-je.
Másik (jobb) megoldás, hogy nem a taxonomy_menu/1-re készítesz nézetet, hanem a taxonomy_menu/1/*-ra. A nézet URL ekkor is taxonomy_menu/1, de ebben az esetben meg tudod mondani, hogy mit csináljon a modul, ha nem talál argumentumot a link végén (azaz a link = taxonomy_menu/1), pl. készítsen összesítő nézeteket, jelenítsen meg minden adatot, adjon vissza Page not found üzenetet, stb. Erre itt találsz leírást és videót (hozzászólások között belinkelve).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
milyen a lekérdezés felépítése
Sajnos nem működik az aliasos megoldás, mert nem a beállított nézetet hozza be, hanem az eredeti nézetet találom meg álnév alatt:(
Nem jól állítottad be az URL-eket. Le van írva a fent belinkelt cikkben.
A második megoldás kivitelezésén még gondolkodom, mert nehezen tudom elképzelni, hogy minden almenü ugyanazzal a views szabállyal működjön
Mit értesz "almenü" alatt? Ha a taxonomy_menu/1/* típusú almenüpontokra gondolsz, akkor meg lehet csinálni, feltéve, hogy minden oldalon ugyanaz történik – ugyanaz a lekérdezés felépítése – és csak a * értékét kell a Views-nak kiolvasnia az URL-ből és behelyettesítenie a lekérdezésbe.
Ha argumentum nélkül jó lenne, akkor az argumentumok esetére nem lehetne beállítani az eredeti állapot mutatását?
Ezt nem értem.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
egy szót sem
az adott menüpontba és alá beküldött cikkek közül a 3 legfrissebb látszik egy-egy mintasor között
sajna minden almenü helyén megjelen újra a 3 legfrissebb cikk, pedig ott az eredeti nézet szerinti összes cikket látni szeretném...
Meg is jelenik a böngészősávban hogy URL/menugyoker, de ott a régi nézetet látom...:(
Az egészből egy szót sem értek. Mi az a "mintasor"? Mit jelent az, hogy eltűnik egy menü, és helyette cikkek jelennek meg? (Kb. mintha itt a Hírek, Kézikönyv, Linkek, Fordítás... stb. helyett a fejlécen cikkek lennének???) Mi az a "régi nézet", amit a /menugyoker oldalon látsz?
Ha nem ismered a Drupal szakkifejezéseket, akkor szerintem inkább írd le a feladatot hétköznapi szavakkal, ebből így semmit nem lehet érteni.
így nem igazán jöhez szóba, hogy mindenhol ugyanazokat a szűrőket használjam, arg-tól függő eltérésekkel...
Akkor minden oldalra külön nézetet kell készíteni. Hol itt a gond? Továbbra sem értem, mi a probléma. :(
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
freetagging
Kapcsold be a szabad címkézés (freetagging) opciót.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ellentmondás
Azt írod, hogy "ha az adott kategória még nem létezik, akkor ott helyben létre kellene tudnia hoznia újat", azaz a felhasználók szabadon címkézhessenek. Továbbá, hogy ne címkézhessenek szabadon, mert "mindenki máshogy viszi akkor fel a nevet". Ez a két elvárás eleve kizárja egymást, el kellene dönteni, hogy melyik a fontosabb.
Egyébként az első néhány karakter begépelése után a címkéző beviteli mező felajánlja a hasonló betűkkel kezdődő, már létező címkéket.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
útvonal álnevekkel
Ennyi információból nem nagyon látom, hogy pontosan mi lenne ez, de a node-oknak adj útvonal álnevet, pl. honlap.hu/12/11 – itt a 12 az x érték és a 11 az y érték, majd vedd fel az útvonalat menüpontként a menümátrixba.
Kérdés, hogy kell-e és mennyire ezt az egészet automatizálni (hogy a CCK x és y értékei alapján automatikusan adja az útvonal álnevet és adja hozzá a menümátrixhoz). Az már komolyabb feladat, több infó kellene a megoldásához.