ne tegyél fel ehhez ilyen views-beágyazó modult szerintem
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)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
na mégegyszer
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
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
remek kérdések
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.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ürlap automatikus válasza HTML-ben
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?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egy kis keverc van
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.
--
Szabó Dénes - Internode.hu - Munkára fogott weblapok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nekem van egy ilyen
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...
Most épp ezt bütykölöm http://online-vallalkozas.com/drupalsuli
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
néhol döcög a logikád
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
Palócz István
https://palocz.hu | https://tanarurkerem.hu