pp képe

A Drupal is azt az utat követi, hogy az adatbázisba azt tárolja amit a júzer beírt. Erre azért van szükség, mert ha szűröd akkor nem tudod visszatölteni neki amikor szerkeszteni akarja. Nem véletlenül nem használja ma már senki a magic_quotes=ON beállítást, hisz a webalkalmazásodnak kell eldöntenie, hogy mit kezd az adattal. Lehet az adatbázisba fogja írni (ekkor jól jön, ha MySQL és nem ha Oracle az adatbázis motorod) lehet, hogy megjeleníti (ekkor átkozni fogod, mert felesleges ' jelekkel lesz tele).
Előszűrésnek nincs értelme, mert azon a helyen nem tudhatod, mire lesz felhasználva. Pl. egy pdf-be betolva, vagy egy .txt-be, vagy akár egy mail body-ba már egészen más átalakítások szükségesek.

Egyszerű print-nél ökölszabályként jó a check_plain(), de mondjuk ha ezt egy href paraméter urljében akarod felhasználni, már check_url() a jobb megoldás.

Egyébként pont egy sima text mező ilyen formában való kiíratása tud nagyon veszélyes lenni. Szóval csak óvatosan.

Bővebben:
http://crackingdrupal.com/

pp

0
0
aboros képe

ezek a views beágyazók akkor jók, ha gyakran hozol létre olyan nodeokat, amikbe (és csak azokba) más-más nézeteket akarsz pakolni. eseti jelleggel.

itt nem erről van szó ugye, hanem arról, hogy egy adott tartalomtípus minden példányába bele kell varrjunk egy nézetet. ugyan azt a nézetet mindegyikbe.

két praktikus megoldás jut az eszembe, mindkettő ugyan azt a logikát követi, csak máshol valósítja meg azt. hogy melyiket érdemes csinálni, az attól függ, hogy egyébként milyen az oldalad felépítése.

tulajdonképpen mindkettőnél azt csinálod, hogy a (node.tpl.php) $content változóhoz még hozzácsapod pluszba a nézetet is, amit views_embed_view() -val hívsz meg.

1. sminkbe csinálod » template_preprocess_node(), if $node->type galéria, $vars['content'] .= views_embed_view(..)
2. írsz egy saját modult, hook_nodeapi, if $op == view, bodyhoz fűzöd a nézetet views_embed_view(..) -val.

az elsőt talán egyszerűbbnek tűnik megcsinálni, a második viszont nem kötődik a sminkhez, így minden sminkben működni fog szépen. (ha mondjuk több-sminkes az oldalad, akkor a második)

0
0

-
clear: both;

csakiistvan képe

na most nekifutottam mégegyszer, de nekem az első pont sem világos most.

# Hozzunk létre egy új mezőt a kívánt tartalom típusunkban, mondjuk „Date” névvel.

Akkor kell a CCK modul is ehhez ugye? Mert azt nem említed az elején. Ha jól látom a Node reference kell ehhez hogy új mezőt hozzak létre a tartalom típusnál. Kellene ide hogy mi legyen a "A tárolandó adat típusa." és az "Ürlap elem az adat szerkesztéséhez."

Itt az első pontnál milyen modulok vannak bekapcoslva már? Mert a Calendar még csak ezután jön, de a Date és a Views már be van? (A Calendar modul kapcsoltatja be)
Ha jól látom be kell kapcsolva legyen itt a Date modul, különben nem tudok dátumot választani a "A tárolandó adat típusa." menünél.

Amúgy most sikerült végül megcsinálni, annyi különbséggel hogy nekem van From és To date is, így viszont eléggé szétnyomja a calendar dobozomat. erre van valami megoldás? A views-ban is csak mindkettőt kiválasztottam

Drupal full-stack developer at Wunderman Thompson Budapest

turboczi képe

Néha nem egyértelműek az utalásaim, de legutóbb igyekeztem szabatosan fogalmazni. Természetesen csak egy ilyen modul van fenn, a devel modullal pedig nem is kísérletezgetek egyelőre... :-)

Megpróbálom, amit mondasz (csak a létrehozást beállítani az admin/user/permissions alatt), a többit meg a hozzáférést szabályozó modullal. Ez új szempont, eddig nem tudtam róla, viszont nem is volt még ilyen gond. A recept-modul adta föl a leckét... Hiába, így se megy. Sem a Content Access, sem a Simple Access modullal. A többi tartalomtípusnál pedig mindegy, mert egyelőre azt látom, hogy így is megy, úgy is megy (magyarán mindegy, hol engedélyezem). A hierarchia úgy néz ki, hogy elsődleges az admin/user/permissions?

Kíváncsi vagyok, minek lehet akkor az admin/user/permissions alatt annyi mindent beállítani. Azért, mert nem biztos, hogy az ember fölrak egy hozzáférésszabályozó modult?

Köszi!
A.

UI. Én meg azt nem értem, mit nem értesz, úgyhogy próbáljunk meg beszélni róla, kérdezz, és megpróbálok értelmesen válaszolni. Nagyon szeretném megoldani ezt a kérdést!

0
0

Turóczi Attila

aboros képe

légyszi nyiss nekik új témát. ;)

az első kettő beállítás kérdése.
a harmadik trükkös lesz, content profile -al fogunk trükközni.

De ha mégis akkor nem tölteném ezzel az időm.

az organic groups köré vagy száz modul épül, igen népszerű "alap" modul, jól bővíthető, remek absztrakt eszköz. szinte biztos, hogy van olyan kiegészítője ami reg.kor létrehoz automatikusan egy csoportot a felhasználónak.

ha mégse, akkor talán azért nincs, mert ezt content profile -al könnyen meg lehet csinálni. létrehozol egy típust, 'baráti köröm', azt mondod ez egy content profile típus, plusz ez 'group node', alapbeállítás, hogy zárt csoport, csak a tulaj adhat hozzá tagot. aztán beállítod, hogy ez a content profle űrlap jelenjen is meg a regisztrációs űrlapnál és kész.
lehet privát is vagy nyilvános az alapbeállítás, rajtad múlik. auto nodetitles modullal szép címet adsz neki, hogy ne kelljen címet adnia a regkor az r1 -nek.. stb stb.. lego. ;)

keretes rendszer:
nyiss új témát a kérdéseidnek légyszi. köszi.

0
0

-
clear: both;

Kinke képe

Egy amatőrtől bármilyen kérdés felmerülhet, így lehetséges az alábbi kérdés is:
ha egy űrlap segítségével regisztráltatok egy jelentkezőt, és küldök is neki választ, hoy lehet megoldani, hogy az űrlap beállításainál megadok egy php scriptet, ami lefut a regisztrációt követően és az küld egy e-mailt a jelentkezett látogató e-mail címére.
Ez a html kód WEB-es környezetben, gmail cím esetén szépen megjelenik, de Outlook/Entourage esetében egy vegyes levelet ad: az első felében szüvegesen zanzásítva jelenik meg a levél - multipart, első rész - majd utána a html alapú rész.
Hogy lehet elérni, hogy ez a drága csak egy legyen, de az azonban html.
A kódrészlet, ami a küldendő e-mail header-je, a következő:

// Build the default headers
$headers = array(
'MIME-Version' => '1.0',
'Content-type' => 'text/html; charset=UTF-8;',
'Content-Transfer-Encoding' => '8Bit',
'X-Mailer' => 'Drupal'
);
//

Vajon itt van-e a hiba?

0
0
Den képe

Azzal, hogy az ideiglenes fáljok helyét megadod, még nem lesz a php-nek megadva, szerintem.

Azzal csak azt mondod meg, hogy az imagecache, stb az átmeneti állományait abban a könyvtárban hozza létre.

Tehát: /usr/local/www/data/fegyvernekse/ az open_basedir. Kvázi chroot, php ebből nem mehet ki, nem nézhet ki.

Csinálj ebben egy tmp könyvtárat: /usr/local/www/data/fegyvernekse/tmp
Az Adminisztráció-->Webhelybeállítások-->Fájlrendszer ideiglenes Fájlok- at állítsd át erre.

Valószínű, innentől már működni is fog.

Ha mégsem, akkor a .htaccess-ben próbáld meg a http://hu.php.net/manual/en/ini.core.php#ini.upload-tmp-dir -t beállítani. Csak mod php esetén fog menni!

Ha cgi módban fut a php-d, akkor teljes php.init kell megadnod. De ezt a szolgáltató leírásaiban megtalálhatod.

Vagy a settings.php-ba beírod a szükséges értéket. -> nézz bele, megtalálod, hogy hova kell beírni.

Ha elakadtál, szólj.

0
0
csoky80 képe

Nekem van egy ilyen e-learningos oldalam, drupalos oktatovideokkal is (nem reklamozni akarom, ugyhogy nem adom meg a cimet) es eleinte sokat gondolkoztam a vedelmen. Swf toolsal beillesztem oket es maradt a privat fajlrendszer valamint a kulonbozo felhasznaloi csoportok, akik elerhetik - a tobbiek nem is latjak, tehat elmeletileg nem csak h nem tudjak megnezni, hanem be sem jon nekik az adott oldal... Igy aki meg tudja nezni, az ha ugyes akkor le is tudja tolteni - de nekik DVD-n ugyis elkuldom a videokat, ugyanis hosszas gondolkozas utan arra a kovetkeztetesre jutottam, hogy ha tulkomplikalom a vedelmet, akkor neha meg azoknak sem fog menni, aki kkfizettek erte (sok bonyolult masolasvedelmi megoldas letezik de sok macera van veluk) aki meg ingyen akarja megszerezni az ugyis megkapja a modjat de fizetni akkor sem fog ertuk.
Azt tanacsolom, hogy az energiadat inkabb arra forditsd, hogy mit tudsz adni az oktatovideok melle, amit a kalozok nem kapnak meg - pl zart forum, online konzultacio stb... ezek meg a szolgaltatasod minoseget/arat is megdobhatjak...

0
0

Most épp ezt bütykölöm http://online-vallalkozas.com/drupalsuli

jodri2003 képe

Köszönöm a bogarászást. A t() fgv használata egyszerűen azért maradt el mert ez nem lesz fordítva, csak kb 1 hónapig fog működni ebben a formában, utána nem is lesz elérhető, mivel egy nevezést bonyolít le.
hook_perm() -> mindenki nevezhet az 1 hónapnyi idő alatt.
A hook_form -> ez már nagyon érdekes, az ismertetett példák miatt választottam ezt a nevet, azt hittem a validate és hasonló részek meghívása csak akkor valósul meg, ha a _form szerepel a névben. Az analógia amire építettem, hogy a modul nevek kialakításánál is követni kell az elnevezési szabályt, hogy pl: modulnev_menu, mert csak így kerül meghívásra és itt a _menu kötelező. Ezt nyilván rosszul tudtam nagy köszönet a figyelmedért.
Coding Standard -> majd igyekszem, de a beidegződések, más nyelvekből hozott szokások leküzdése nem egyszerű.:)
theme('table')->ezt nem is ismertem, de azt hiszem ezután használni fogom. (Nagyon hasznosnak tűnik)
Kösz az észrevételeket, sokat segített.
Üdv: Jodri

0
0
Vic68 képe

Szóval a dolgot sikerült megoldanom.
A probléma az volt, hogy ahogyan megnéztem gondosabban a a validator.w3.org-os hibafelsorolásokat, az összes olyan elemet töröltem, amit hibának látott.
Ami érdekes volt, hogy ettől azonnal megjavult IE7 és 8 alatt a smink.
Aztán egyesével visszaraktam az elemeket, közben mindig cache-t töröltem, és ctrl+r-rel töltöttem újra az oldalt. Így a html headerbe berakott adatok kivételével minden vissza is kerülhetett és az oldal változatlanul működött. a meta description-ba nem tudtam mindent visszarakni.
Nem értem, miért volt ezzel baja, de mostmár mindegy is.
Így tehát a dolog OK.
Ahogyan azt már megírtam, már csak azt nem értem, hogy vajh miért volt jó ez admin jogokkal belépve.
Ha van rá ötlete valakinek, akkor esetleg segítség lehet majdan valakinek, aki hasonló gondokkal küzd, mint én küzdöttem, hogy mi a különbség a smink megjelenítésében, ha admin jogokkal nézed a site-odat, mintha anonym-ként, vagy regisztrált felhasználóként IE alatt.

0
0