Közben rájöttem,
hogy a term_node csak az első node-ot tartalmazza, ezért nem illeszkedik a fordításra a lekérdezés. Valahogy ezt
FROM drupal6_node node LEFT JOIN drupal6_term_node term_node_value_0 ON node.vid = term_node_value_0.vid
kellene ilyesmire
FROM drupal6_node node LEFT JOIN drupal6_term_node term_node_value_0 ON node.tnid = term_node_value_0.vid
fabrikálni. A node.tnid-t kellene a term_node vid mezőjével hasonlítani. Az eredeti a taxonomia term = 88 megadásával generálódik, de ez így rossznak tűnik. A node-nál fentebb véletlenül töröltem egy "t" betűt a második nid elől, az lenne a tnid.
Valakinek ötlete esetleg?
Köszönet!
Dudás József
Üdv!
Dudás József
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
relatív vs abszolút elérési útvonalak
ha a webszerver hibalogjait megnézed akkor biztosan látni fogod, hogy rossz címen próbálja lekérni a chat-et kliens.
ez azért van, mert szépített url -ek esetén a böngésző nem tudja, hogy ez csak url paraméter, hanem neki ez olyan mintha alkönyvtárakban volna.
tehát a http://feta.hu/new/chat oldalon a böngésző úgy gondolja, h a feta.hu docroot-ján belül a new könyvtárban vagy.
az include-olt cucc: sites/all/modules/flashchat/flashchat.php tehát a böngésző a
feta.hu/new/sites/all/modules/flashchat/flashchat.php elérési útvonalon próbál behúzni, ez így jó is.
ugyan ez angol esetén:
a http://feta.hu/new/en/chat oldalon a böngésző úgy gondolja, h a feta.hu docroot-ján belül a new/en könyvtárban vagy.
az include-olt cucc: sites/all/modules/flashchat/flashchat.php tehát a böngésző a
feta.hu/new/en/sites/all/modules/flashchat/flashchat.php elérési útvonalon próbál behúzni, ez így nem jó.
megoldás:
az include url-t módosítsd relatívról abszolultra:
/new/sites/all/modules/flashchat/flashchat.php
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hu, teljesen igazad van
tényleg szoktam látni, hogy átküldik rajta. szinte soha nem írok ki mezőt field_valami[]['value'] módszerrel, azért is maradt le talán belőle. meg az is fontos szerintem, hogy te tudod mi van a meződben.
úgy értem, lehet, hogy egy olyan szövegmezőről van szó ami eleve plain text, akkor szerintem nem kell már a check_plain().
nem úgy van, hogy a legtöbb cck widget már bevitelkor szűri a bevitt értéket annak megfelelően, hogy mi engedélyezett? szóval, pl egy link mező url részébe nem nyomhatsz te csak úgy egy sql inject vagy igen?
vagy mindig kell check_plain() vagy hogy? egy imagefield value -ját nem nyomhatom át egy check_plain -en. vagy?
kicsit ez ködös. :) valami rémlik :), hogy a usertől kapott adatokat mindig illik ellenőrizni, de olyan sok minden lehet abban a value -ban (ahány mező annyiféle) meg olyan sok mindent lehet vele kezdeni (nem csak kiírni, más dolgokat is) hogy nem lehet általánosan mondani, hogy mindig át kell kergetned a check_plain() -en.
(jól logikázok vajon? talán rámszólsz ha nem és az jó:)
inkább csak a struktúrát akartam illusztrálni, hogy hol találja a mezőjét meg az értékeit. bár ezt ugye devel modullal is látni ;)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
mikor milyen kedvem van
de legtöbbször a garlandból csinálok egy alsminket és azt. egyik oldalsávba se rakok blokkokat és admin_menu modullal navigálok. és ennyivel még megtoldom a csst:
table tr.even:hover, table tr.odd:hover { background-color: #fdffc9 !important; }
ez sokat segít pl a permissions oldalon, illetve tulképp akármelyik táblázatnál tök jól jön. persze csak igazi böngészőben működik, böngészőnek látszó programban nem.
jó az admin modul is egyébként, de én úgy vettem észre, hogy néha gondja van a jsekkel, úgy értem, hogy pl a gmap modul beállításainál az istennek se akar a térkép megjelenni, helyette "javascript is required to view this map" szöveg van. amint áttérek más sminkre, akkor meg okés. annyit meg nem ért nekem, hogy nyomozni kezdjek az ügyben.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
dejó ez!
tök sztár, hogy van ilyen. szerintem ez akkora by design bug a cckban, nem is értem, hogy érhetett meg ennyi verziót ebben a formájában. tök _alap_ (lenne), hogy a mezőidet bevitelkor esetleg más súlyozásban, csoportosításban akarod, mint megjelenéskor. párizsban azt dumáltuk, hogy az lenne a sztár, ha build typeonként lehetne nem csak formattert választani, hanem súlyozni is és az űrlap maga egy ilyen build type lenne. (mint a teaser, full page, rss, etc)
alippai egyszer említette, hogy írt már valami modult, ami saját build typeokat definiál, szóval lehetetlen nem létezik, mint tudjuk.
akárhogyis, nagyon idegesített ez a kis malőr, sokat szívtam vele aztán nemrég fedeztem fel magamnak a ctools csomag kiváló page manager kiegészítőjét, amivel ilyesmi feladatok klikk-klikk-kész módszerrel oldhatók meg. külön 'panel sablonja' lehet a node formnak és a megjelenésnek, sőt mindegyikre még több variációd is lehet, amikből selection ruleok (pl node type) alapján választ majd a rendszer. eszméletlen rugalmas, teljesen kiváltja a node.tpl.php -ban turkálást meg az 'ahány típus annyi tpl' effektet is teljesen ki tudod kerülni vele, plusz a végtelenbe és tovább ;)
hetek óta ígérek már egy ilyen screencast nevergonenak. :) feldobom majd következő lehetséges dug 'előadásnak', aztán meglátjuk mi lesz.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
???
ok. Mindent értek.
Tehát annak hogy gyakorlatilag csak hasonló kérdések érkeztek mint az enyémek és csak nekem lett visszaszólva, hogy indítsak új témát, semmi köze ahhoz hogy egyedül én kérdeztem újként. Ok.
Eddig megtaláltam minden felmerülő kérdésemre a választ, anélkül hogy kérdeznem kellett volna, mivel gondolom ugyanazokba futok bele mint minden kezdő.....
A válaszaitokban nem nagyon látok logikát, maximum annyit, hogy kiállunk a kolléga mellett, még ha nincs is igaza.... és még mindíg nem értem hogy ha KONKRÉTAN ehhez a témához és az indítójához van kérdésem, akkor miért kell egy 1366657. témát indítanom, ami soha nem jut el ahhoz akitől kérdezek...... Nem várom el egyáltalán hogy bármit is hozzám igazítsatok. Én egy kérdést tettem fel, hasonlóan másokhoz csak egy választ vártam volna.... majd érdekelt volna, hogy hol hibáztam... de erre sem kaptam magyarázatot....
Időközben a kérdésem tárgytalanná vált, mert szerencsére rájöttem magamtól mi volt a probléma nálam...
Remélem a válaszom sem bántott meg senkit... nem bántásnak szántam, de ezután inkább maradok csak az olvasgatásnál és hogy téged idézzelek félig meddig legszívesebben a regisztrációm is törölném....a hozzászólásaim pedig egész nyugodtan töröld, semmi gond... de a válaszaitok is.... mert szerintem inkább azokban van szégyelni való, a tudatlanságban semmi sem.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
File URL nem jó!
IRC-s tanácsok alapján közben eljutottam oda, hogy van lejátszó. (Ezt láttad már Te is.) A Class-t kellet átírnom ".filefiled-item a"-ról, ".filefiled-file a"-ra, ahogy Te is mutattad. (Nem volt triviális, nem esett le rögtön, sajna...)
Keresgéltem és úgy tűnik, az a gond, hogy a file elérési útját abszolút url-ként kapja meg a lejátszó: http://dhetvege.eccego.hu/sites/all/jw_flv_mp/player.swf?file=http://dhe...
Domain nélkül ugyanis működik: http://dhetvege.eccego.hu/sites/all/jw_flv_mp/player.swf?file=/sites/def...
Vajon miért baj ez? Az aldomain miatt?
S vajon hogy lehetne rávenni a modult, hogy hagyja ki a domaint az url-ből?
Egy megoldást találtam: http://lists.drupal.org/pipermail/support/2009-July/012385.html
De smink piszkálás helyet szívesebben venném, ha a modul tudná jól. ;o)
Üdvözlettel:
Hajas Tamás
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A megoldás
Sziasztok!
Ahogy az eredeti kérdésfelvetés és ezen hozzászólás dátumából látható, jó sok idő telt el, a megoldásra már régebben rájöttem, illetve megsúgták nekem, de úgy éreztem, hasznos, ha ide is leírom, hát ha valakinek hasonló fehér képernyős problémája akad egy egyébként hibátlanul megírt modul esetén.
Mint kiderült, semmi más nem volt a gond, minthogy a szöveges fájl UTF-8 BOM-mal (byte order markkal) kezdődött, amit mint kiderült a Drupal nem szeret. Miután ezt sikerült maradéktalanul eltűntetni a fájlokból, futott a modul, ahogy kell. Elvileg pl. a notepad++ tud menteni UTF-8-at BOM nélkül, de a gyakorlatban nekem a .module fájlt még egy egyszerű karakteres szerkesztővel (Windows edit parancs) meg kellett tisztítanom (első sor elején néhány felesleges whitespace-nek tűnő valami volt), hogy menjen rendben a dolog. Persze ha egyszerű ASCII karakterek lettek volna csak a fájlban, akkor nem is kellett volna UTF-8-at használni lényegében, de ékezetes karaktereket tartalmazó sztringek is voltak a fájlban (pl. help), így az UTF-8 kódolást kellett választani. De mindenki vigyázzon rá, hogy BOM nre legyen benne.
Persze ez nem azt jelenti, hogy mindenki fehér képernyős problémája mögött ez az ok lenne, de ez is egy lehetőség :-).
Üdv:
Dani
Dani
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
pedig mindenre rávehető tartalomkezelő
Pedig mindenre rávehető tartalomkezelő. Az, hogy neked nem megy, egyéni bajod. itt több módszer is elhangzott, mint kiderült a Views példa nem jó (állítólag), fejből írtam, nincs kéznél tesztoldal, sorry érte.
Érdekes, hogy nekem még ez a probléma még soha nem merült fel az évek során, szóval gondolom nem túl gyakori kérés, ezért nincs rá "kattintok kettőt" megoldás, de ettől függetlenül megoldható. Bevallom, én már nem segítek jó szájízzel neked, és szerintem mások sem, igazán érdekes, hogy ebben a topicban is kivillant a fogad fehérje, szerintem máshol is szerethetnek érte. Na meg amúgy is, mi mindig a lehetséges üzletet és pénzt látjuk minden válaszban, különösen ha nem adunk instant, rögtön működő, kész megoldást első szóra.
Ha ezzel a stílussal szeretnél megoldást, javaslom őket, veszel supportot, és annak keretein belül akkor és úgy vered az asztalt, ahogy akarod, na meg ahogy engedik.
Ha pedig nincs kedved vesződni vele, nyugodtan használhatsz más tartalomkezelőt, nem tartunk vissza.
Sajnos úgy tűnik, hogy mi nem vagyunk elég jók neked, nem magyarázunk neked Skype-on órákon át, nem értjük meg a problémáidat, nem vagyunk elég jók neked.
Részemről a téma lezárva.
először is ne 5.x Drupalt használj
ha most kezded az ismerkedést, mindenképpen a 6.x -el kezdjed!
tartalom blokk:
a helyeket, ahová blokkokat pakolhatsz régiónak nevezzük. a sminkek szabadon definiálhatnak ilyen régiókat. alapértelmezetten létezik egy content nevű régió, de az a tartalom után kerül kiírásra. neked egy új régiót kéne bevezetned a content fölé. ehhez a sminked .info és page.tpl.php filejait kell szerkesztened, keress rá az interneten, hogy "how to define regions in drupal theme" .. ha elakadsz kérdezz konkrétat.
webfm modul:
saját jogosultságokat definiál, valószínűleg nem adtál jogot 'authenticated user' csoportnak, hogy használja a webfm -et, azért nem látja azt. jó lenne pontosabban tudni, mit értesz azon, hogy a felhasználók megoszthatják egymással a fileokat. valószínűleg semmi szükséged a webfm -re, akár a sima core upload modul jó lehet, akár a cck filefield kiegészítője.
szavazások:
nemigen használtam a core poll modult, nem tudom milyen jogosultságokat definiál, érdemes először azt megnézni. ha magától nem képes ezt elkezelni, akkor hívd segítségül a content access modult. próbáld ki, ha nem megy valami, kérdezz konkrétat.
naptár modul:
date, views, calendar modulokra lesz szükséged ehhez. olvass utána, próbáld ki, ha elakadsz kérdezz konkrétat.
-
clear: both;