van erre egy külön api hívás,
fejlesztés közben érdemes beletenni a page.tpl.php -ba és akkor nem kell ürítgetni. csak figyelni kell, hogy ne felejtsed benne véletlenül. :)
drupal_rebuild_theme_registry();
a zenben ez egy kapcsolóhoz van kötve az igen hasznos 'advanced theme settings' képesség felhasználásával.
a varázslás a tömblépkedéssel, szóval az egész foreach ciklus tök felesleges.
a cck minden mező sminkelt kimenetét külön változóban is elérhetővé teszi pont azért, hogy az ilyen eseteket könnyítse. egy field_image nevű mezőnek a renderelt értéke a field_image_rendered változóban lesz a node.tpl.php -ban. ennek megfelelően ilyen kulcs alatt van az előfeldolgozó $variables tömbjében.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Sziasztok! Nekem is ez a
Sziasztok!
Nekem is ez a problémám, és sehogy sem találtam rá eddig megoldást.
Létrehoztam egy oldalt, adtam neki egy elsődleges linket. Azt szeretném, hogy az oldal tartalma bejelentkezett felhasználóknak legyen elérhető. Ezt még meg tudtam oldani a NODE_PRIVACY_BY_ROLE modullal, viszont a menüpont is látszódjon, ha valaki nem jelentkezik be az oldalra.
"Nincs ott a menüpont, vagy ott van de átirányít a bejelentkezésre, vagy hibaüzenet dob, vagy micsoda?"
Ott lenne a menüpont, és ha a menüpontra kattint, akkor az oldal tartalma helyett, egy olyan oldal kerüljön elé, ami tájékoztatja, hogy "csak regisztrált tagok tekinthetik meg ezt az oldalt,kérem regisztráljon, vagy jelentkezzen be." ez akár lehetne egy egyéni hibaüzenet oldal.
Ha pedig bejelentkezett, és úgy kattint a menüpontra, akkor természetesen a menüponthoz tartozó oldal jelenne meg.
thx, Jocó
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
személyeskedés
Nyilván könnyű személyeskedésnek látni bármit, ha nem szeretnél távolabb látni a (vélt) saját magad igazánál.
Nem akart itt bántani és megsérteni senki, de úgy látszik, hogy valamit a fejedbe vettél, és azt nem hallod meg, ami ellentétes ezzel. Ezt és ezt olvasgasd, mert ezekben van a lényeg és az igazság, minden szava kincs, akár tetszik neked, akár nem. És ezt nem csak én mondom, hanem mások is, akiknek esetleg jóval nagyobb tapasztalatuk van az egészben.
Ezek után, hogy te hogyan értékelsz és mivel értesz egyet, az már a te egyéni dolgod. Csak ezek után nem biztos, hogy mások segíteni fognak neked, ha először nem kérdezed meg az Artisteer supportot (mert ez a témát nagyon szépen kikerülted).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nahát, kész is vagy :)
a levélküldés mondjuk rules, igen.
a "listához ad" dolgot adja neked a hierarchical select.
http://img.skitch.com/20100721-tmxj862hm8uhj2x4m7h2e9qjnn.png
kicsit fejben kell máshogy tekinteni rá. 1 db "ajánlatkérés" node beküldésekor hierarchical select segítségével bárhány kategóriába pakolhatja az ajánlatkérést. amibe bepakolta, arra kér ajánlatot.
beküldi a node, elmegy az e-mail, hogy "hámozás » alma » csíkos mintás" és "darabolás » uborka » kockákra" szolgáltatásokra kért ajánlatot. még áttekinteni is jó lesz, mert ha mondjuk az uborka term idje 42, akkor a taxonomy/term/42 oldalon szépen ott lesz az összes uborkával kapcsolatos ajánlatkérés. de hasonlóan könnyű lesz legyűjteni mindent, ami mondjuk csíkos mintára hámozás, vagy kockára darabolás, vagy uborka hámozás, vagy alma darabolás... satöbbi.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Linux sors?
Én nagyon sajnálom, hogy a Linux végül nem győzte le a Windowst. Ha már szabad szoftverről beszélünk. És nem értem, hogy miért nem volt elég egy évtized arra, hogy a Linux hiányosságait megszüntessék: mert én használnám, de pl. az Adobe szoftvereimet és több más programot nem lehet rajta közvetlenül futtatni.
A Drupal is ingyenes. Vajon ezek a netes ingyen szoftverek nem fognak-e erre a sorsra jutni, mert azért azt nem vitatnám, hogy ha a fejlesztők közvetlenül is pénz láthatnának a fejlesztésből, akkor talán már előbbre tartanának ezek is.
Bár az is igaz, hogy sose hallottam fizetős CMS gyártóról, a Windowst viszont mindenki ismeri.
Azt hirtelen nem tudom merre van az előre, hacsak nem az, hogy szinte kódolás nélkül lehessen a felhasználóknak változtatniuk pl. a Drupalon, arculatokon, modulokon, a saját ízlésüknek megfelelően.
Fehér ház honlapja? Ez biztos? Szabad, ingyenes programot használ? Miért?!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha minden kötél szakad...
nekem is ez a problémám, és érdekelne, hogy konkrétan mik ezek a beépített adatbáziskezelő függvények amik jól kezelik az ékezeteket, hogy néz ki a szintaktikája?
Ha minden kötél szakad és sehogysem jössz rá, mi lehet az, akkor nincs más hátra, puskázni kell: el kell olvasni a dokumentációt.
A db-hez kapcsolódás után add ki a: SET NAMES "utf8" sql parancsot.
Ha szeretnél helyes, ékezetes megkülönböztetés is a lekérdezések során, ahol az a != á-val, akkor az adatbázis tábla collation-je utf8_hungarian_ci legyen.
Ekkor a db kapcsolódás után a collationt is meg kell adni a db-nek:
SET NAMES "utf8" collate "utf8_hungarian_ci"
A tejles doksi itt található: http://dev.mysql.com/doc/refman/5.0/en/charset.html
--
Szabó Dénes - Internode.hu - Munkára fogott weblapok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Komplex kérdés
Mint ahogyan előttem is írták szinte lehetetlen erre e kérdésre értelmes választ adni. Hogy értsd: Én beállítok neked úgy egy Drupalt, hogy semmivel nem fog több erőforrást enni mintha static html oldalak lennének (annonymous felhasználó esetén persze) és be tudok neked állítani úgy is egy Drupalt, hogy bármilyen, még egyszer bármilyen szervert leültet. Még egyszer bármilyen.
Szóval arra a kérdés, hogy mennyit eszik a Drupal az a válasz, hogy semmit és mindent.
Konkrét esetben pl. lehet segíteni: pl. egyszer kérdezték, hogy miért van az, hogy néha egy oldal leülteti a szervert. Megnéztem hát látom régi path_auto van fent. Pici ez meg az és már nem volt probléma.
És akkor ilyenből még ötvenet fel tudnék sorolni, de ugye az neked nem használ, hisz neked más lesz a problémád.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu