Egyszer sem hívod meg a
Egyszer sem hívod meg a sminkfüggvényt, így nem fut le.
Valami ilyesmi:
$block['content'] = theme('fb_news_block', $title, $body, $link)
Persze ehhez kellene a $title $body és $link változó is amit a kódban egyenlőre nem hozol létre.
Szerintem kicsit összekevered a dolgokat, amit Te akarsz az valaminek az első három elemét kiíratni. Ehhez nem a $title stb változókat kéne átadni, hanem mondjuk egy $nodes tömböt amiben tárolod ezeket az értékeket, vagy a $node objektumokat. A feldolgozó oldalon (template fájl) pedig csak ezen a $nodes tömbön kéne végigmenned és elintézni a megjelenést.
Ui: coder modult szerintem tegyél fel és rendezd a kódot mert nagyon átláthatatlan, legalábbis nekem.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Lokálról webre
Ingadozom két megoldás között: előbb úgy gondoltam jobb, ha eleve a végleges tárhelyen telepítek és állítok össze mindent, amikor már mindent tudok, mit szeretnék és azt kipróbáltam saját gépen.
Aztán gondoltam egy nagyot, inkább a gyors megoldást választom: lokálon felépítem a rendszert (ugyebár sokkal gyorsabb, mint a leggyorsabb web és amikor módosítok egy css vagy egyéb filet, akkor nem kell ezerszer feltöltenem a változtatott verziót, mert csak megnyitom Notepad ++-ban és elmentem és máris az él és ki sem kell lépnem belőle) és ha kész, akkor átköltöztetem webre.
Itt ugyebár fel kell tölteni FTP-vel a file-okat, importálni az adatbázist és (mivel Windows alatt visszaperjelek vannak) a megadott útvonalakat átírom, mint pl. \temp-et /temp-re és a site\default\files mappát is ugyanígy.
Ugyan azon a néven hozok létre adatbázist és ugyan azt a jelszót adom meg neki, bár ha nem ezt tenném, azt is meg lehetne oldani...
Miután ezt megcsináltam, nem tudom miért, de maradt bennem egy olyan érzés, hogy előbb-utóbb biztos lesz valami, amibe belehal a rendszer, valamilyen rejtett beállítás valahol, adatbázisban, vagy a mapparendszerben és nem mertem így használni a weben.
Vagy tényleg ilyen egyszerű feltenni egy offline helyről egy Drupal 6-os rendszert az online világba?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem kell ahhoz költözni!
Elég, ha Te updateled a Drupalodat, vagy valamelyik modult. Lehet, szolgáltató állít át valamit alattad, és lehet nem állít át semmit, de egyszer csak megjelenik egy olyan hiba amire gondolni se tudtál volna. (mint ahogyan most mi sem.)
Tipikusan bizonyos html bemenetet eleve a webszerver fog visszautasítani és a php-ig sőt a Drupalig el se jut majd. Ez védi azokat a fogalom nélkülieket akik úgyse visznek be htmlt, tehát ha rosszul állítottak be valamit akkor gonosz emberkék se tudnak bevinni a fogalomnélküli oldalán. Szóval minden tök jó és kerek amíg egyszer csak valaki nem akar html-t bevinni. (html értsd: speciális szabályok amik tipikus támadások szoktak lenni, tehát nem a kacsacsőrnél akad ki a rendszer, hanem összetettebb adathalmaznál)
Szóval itt még teszten se jön ki és mi innen távolról meg nem mondjuk az ottani rendszergazdád milyen spec beállításokat és szabályokat tett be a rendszerébe, hogy maximálisan kiszolgálja az igényeidet.
Ne felejtsd:
A weboldalad olyan mint egy telek. Ha nem gondozod felveti a gaz és a szomszédok odahordják a szemetet.
Szóval egy fél év múlva már csak mosolyogni fogsz azon, hogy az addigi melódhoz képest milyen viccesen egyszerű és kis dolog volt ez a költözés.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mondj jobbat
Az kiderült, hogy a Commons a gyorstár űrítéskor szinte a nulláról újraépíti az elsődleges menüt (delete, insert, új mlid), tehát a saját menüpontjaival bármit csináltál, az elveszik. Biztos jó oka van rá, én nem értem miért, de ez nem is fontos. Azt csináltam, hogy lemásoltam a kérdéses My Stuff főmenüpontot egy saját főmenüpontba, és azt kialakítottam úgy, ahogy nekem tetszik. Majd egy kis modulban:
<?php function isaszeg_info_init() { db_query("UPDATE {menu_links} SET hidden = 1 WHERE menu_name = 'primary-links' AND module = 'commons' AND link_path = 'user' AND plid = '0'"); }
Azért ennek nem kicsit van gányolás szaga, bár működik. Hogyan lehetne megoldani drupalisabban azt, hogy bármikor törlődik a menü gyorstár, utána ez a query mindenképpen fusson le, és tüntesse el azt a menüpontot onnan.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Erre gondoltam, sikerült :)
Erre gondoltam, sikerült :) Ezer köszönet!!!!!!
Aki esetleg ezután nézi még a fórumot, hogy ne kelljen annyi kísérleteznie ha nem tud angolul:
1) letöltöd a modult, telepíted, aktiválod...
2) Az admin/settings/radioactivity oldalon hozzáadsz egy új profilt, a nevet Te választod. Itt mindent hagyhatsz úgy ahogy van, ill. ha akarod már most beállíthatod, hogy mennyi időnként felezze majd a toplistát -> Half-life of the radioactivity in seconds: 21600 (6 óra) ez az alapbeállítás (6 óra 21 600 másodperc). Én 604800-ra vagyis egy hétre állítottam be, majd megnézem mennyire szerencsés így és ha nem akkor csökkentem... Ha a későbbiekben szeretnéd ezt szerkeszteni vagy változtatni akkor a Decay profiles-ra kattintva előjönnek a profilok és változtathatsz.
3) Hozol létre egy új nézetet a views-ben. Itt hozzáadsz egy blokkot, ha blokkban szeretnéd látni a topolistát. Ne felejtsd el beállítani a Szűrőket, a rendezési szempontot és a mezőket. Én személy szerint úgy csináltam, hogy a blokk nézetben csak a címet adtam meg a mezőknél. Aztán külön hozzáadtam egy oldalt is a views-hez, amiben az "energiát" is mutatja...
4) A blokkoknál megkeresed és kiteszed a honlapra a létrehozott blokkot.
5) Kattintgatsz egy kettőt a honlapon és nézed, hogyan reagál.
Remélem hasznára lesz valakinek ez a leírás.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
3 dolog már okés, a 4. még problémás
- Kicsomagoltam a zip-et, és a benne lévő colorbox mappát mindenestől feltoltam a sites/all/libraries könyvtárba és már tökéletesen működik nekem is. :)
- Képméret ügyben rájöttem, hogy engedélyezni kell a ImageCache modulhoz tartozó ImageCache UI-it is, és akkor már a menüből illetve a admin/build/imagecache címen lehet elérni a felületet, ahol aztán lehet ügyeskedni.
Ott van egy "Megtekintés" gomb ami aztán a "Override dafaults" gombbal már felkínálja az adott funkció törlését. Most itt kikísérletezem, hogy az egyéni elképzeléseim szerint kiválasszam a számomra leginkább megfelelő funkciót és azok beállításait, de szerintem ezzel már nem lesz gondom.
Itt csak egy dolog nem tiszta: található itt egy "Flush" (öblítés ?) gomb is.
Ez mit csinál?
Nem akartam kipróbálni, ne hogy esetleg valamit nagyon elcsesszek vele.
- A Gallery formatter megjelenése helyének kérdésével meg azt hiszem nem fogok boldogulni, mert sajnos túl lámer vagyok ahhoz, hogy fentebbi válaszod valami érdemit mondjon nekem.
Itt ezen a részen: ("írás" esetén)
admin/content/node-type/story/fields
nem lehet valamit bűvészkedni?
Szóval a lényeg az lenne, hogy ne csak Gallery formatter fölé, hanem alá is tudjak valahogy szöveget, egyebet (YouTube videó, Google térkép, akármi) írni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egy megoldás
Végül is, úgy érzem, nem túl szépen oldottam meg. De megoldottam.
Szóval létrehoztam két blokkot, az egyik csak magyar nyelven jelenik meg, a másik csak angolul.
A php kód beviteli formát választva létrehoztam a menüpontokat kézzel html-ként a magyar és az angol blokkban is.
A nyelvválasztót pedig ezzel a kóddal oldaottam meg:
http://drupal.org/node/313814
Szóval az egyik menü elem:
<li class="leaf"><?php echo theme('links', $links, array()); ?></li>
lett.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hatha...
En is hasznalom a superfish menut de az en sminkemben (vagyis a sminkem.info -ban) ezek a sorok nem szerepelnek, a tobbi az kb. nalamis az ...
stylesheets[all][] = sf/css/superfish.css stylesheets[all][] = sf/css/theme.css scripts[] = sf/js/superfish.js
Nem lehet hogy itt a bibi? De persze hozzateszem hogy csak talagatok, de en ugy ertelmeztem a sminkkeszitest hogy ezek a dolgok majd onmaguktol is belekerulnek a "vegeredmenybe" amikor a modult feltelepited.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ennél egyszerűbben??
sminkedneve.info fájlban:
regions[idebelearegioba] = Ide bele ebbe a régióba
page.tpl.php:
<?php if ($idebelearegioba) { ?> <!-- idebelearegioba --> <div class="idebelearegioba"> <?php print $idebelearegioba ?> </div><!-- END idebelearegioba --> <?php } ?>
Arra ügyelj, hogy ha az info fájlban nincs külön régió definiálva, akkor az összeset definiálni kell (+az újat)!
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm a válaszokat!
Annyira sikerült jutnom, hogy a tartalomtípus egy konkrét oldalán megtudtam változtatni a linkek színét, betűtípusát az alábbi css kóddal:
#node-type-allatok_a117 a{
font-family: Comic Sans MS;
color: #000;
}
(a 117 az alább említett elefant.html azonosítója (gondolom))
A baj ott van hogy hiába törlöm ki a 117-et a tartalomtípus azonosító után, mert akkor marad minden a régiben. Ezt igazából nem nagyon értem.
A tartalomtípus gépi neve: allatok_a. A smink amit használok: Newsflash. Az oldal címe pedig: http://www.allattar.hu, ahol a példa található http://www.allattar.hu/allatok/elefant.html legalja.
Most létrehoztam egy allatok_a.tpl.php-t, amit a smink mappájába raktam. Jelenleg ez van benne:
print $pictureA többi a szokásos
Igazság szerint kicsit megzavarodtam. Hálás lennék ha valaki ezt a sok okos választ összefoglalná és leírná mint ha egy dedóshoz beszélne. :-)
A segítséget hálásan köszönöm!