Te döntesz!
Te döntesz, hogy felteszed értelmesen a kérdésed, vagy megsértődsz.
Javasolnám nyugodj meg és olvasd végig még egyszer a hozzászólásomat. Tedd vágólapra az egészet másold be egy szövegszerkesztőbe. Az általad sértőnek vagy zavarónak talált részeket töröld. Ha így nem marad használható infó benne, akkor tényleg lenne okod arra, hogy megsértődj mert én egy akkora genya vagyok, hogy csak beszóltam. Ha van benne használható, akkor a sértő dolgokat tudd be az én emberi gyengeségemnek és kérlek légy velem elnéző, mert nem az volt a célom, hogy megsérselek.
Továbbra se tudjuk, hogy végigpróbáltad-e azokat amiket leírtam?
Nem láttam, nem látjuk az oldaladat így értelmesebb válaszra nem számíthatsz.
Szóval végigpróbáltad amiket leírtam?
Akinek nem inge nem veszi magára egyébként. Szerinted miért írtam le, hogy milyen szintre gondolok? Azért, hogy megsértselek, vagy azért, hogy ne haragudj, ha érthetetlenül fogalmazok és inspiráljalak a bővebb fogalmazásra?
Megsértődés helyett simán leírhattad volna, hogy egyáltalán nem értesz a html-hez és a úgy egyáltalán semmihez sem, csak egy weboldalt szeretnél. Akkor nyílván máshogyan fogalmazok.
Sajnos nem látjuk a weboldalt amin a hiba van! Leírva meg nincsen jól, mert nem kaptál rá választ. (figyelj! nem Téged minősítelek, hanem az általad feltett kérdés hiányosságaira szeretném felhívni a figyelmet!)
Szóval végigpróbáltad amiket leírtam, vagy fogalmad sincs, hogy hogyan kéne végigpróbálni?
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Pontosan mit akarsz?
Az a baj, hogy amit mondasz, abból az jön le, hogy Te egy képekből álló, netán flash menüt szeretnél beszúrni minden egyes oldalba. Ezt megteheted úgy, hogy a page.tpl.php-ba beszúrod. Ezt bárhogyan máshogyan is teszed meg, akkor is lassítani fogja az oldal letöltését, mert le kell tölteni, ugyanis ha nem tölti le a böngésző, akkor nem is tudja megjeleníteni. Egy megfelelően beállított szervernél a flash-t nem kell mindig letöltenie, mert a böngésző be tudja gyorstárazni. (már ha nincs vicces proxy, vagy rendszergazdai beállítás)
Ez a megoldás akkor jó, ha nem változtatod gyakran ezt a menüt, mert ezt csak szerver oldalon lehet megváltoztatni. Ha a menü modul előállított menü blokkját akarod megjeleníteni egy helyen, akkor annak az egyik korrekt módja az, hogy létrehozol egy régiót és abba beleteszed a menü blokkját, majd a régiót megjeleníted a megfelelő helyen és css-ben megformázod.
Amit Aires ír az egy valamilyen dinamukus javascriptes menü, mely korrekt megjelenítési módja lehet amit írt, de igazából egy modult kéne írni hozzá, hogy többször is felhasználható legyen.
Természtesen ha egy nem karbantartható, de működő verziót szeretnél, akkor belegányolhatod a page.tpl.php-ba. (néha csak ez a megoldás jöhet számításba ;)) Mind esetre js-t ne tégy a hedbe.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
sajnálom, de pontosan arról beszélek
ami a kérdés volt. nézd meg mégegyszer. a címen, amit példaként felhoztál (http://gallery.menalto.com/forum) a fórum 'nyitólapja' van, ami bizony egy 'topic list' és mint ilyen a forum-topic-list.tpl.php szerint kerül kiírásra. abba kell beletenned a linkjeidet, azt is leírtam hogyan. ha innét továbblépsz itt van például mondjuk egy másik fórum ugyanarról az oldalról (http://gallery.menalto.com/forum/66) ezen is egy topic list van, ugyan az a sablon használatos a megjelenítéséhez... ezen is ott vannak a linkek, az 'active topics' továbbra is a core tracker -hez vezet... a másik meg a loginhez és destination -be megadja a 66 -os forum id-t.. ha még egyel beljebb mész egy konkrét topicba (pl: http://gallery.menalto.com/node/75549) ott már nem szerepelnek az említett linkek ... (az már nem is topic-list, hanem topic...)
nézd meg mégegyszer!
ehhez semmilyen függvényt nem kell módosítanod, pláne nem a core forum bármelyik függvényét is..
ha nem a fórumjaid felső részébe akarod betenni az 'active topics' linket, akkor persze nem kell a forum-topic-list -et piszkálnod, csak bekapcsolod a tracker modult, ami a core része modult és kész, létrejön a 'friss tartalom' menüpont és rakod ahova szeretnéd.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
természetesen nem
Természetesen nem akarok bombát szerelni.
Alap netem van, a legkisebb elérhető sávszélességgel, ráadásul ingadozik (hol van, hol nincs).
Azt tudom, hogy otthon nem ajánlatos szervert üzemeltetni.
A problémám nem is abban leledzik, hogy esetleg kintről valaki belép a gépemre!
A kérdésem az, hogy otthon beállítom a kis localhostomat, megcsinálom a weblwpot (addig, ameddig), aztán felmásolom egy tárhelyre, és az meg visz magával olyan beállításokat, amiket esetleg a localhost elvisel, hisz nem próbálkoznak feltörni, mert a gépemre sem tudnak bejönni (jobb esetben), élesben viszont secperc alatt megtalálják a rést, és már benn is vannak.
A kérdé, miután úgy ítélem, hogy mehet a tárhelyre, mire kell figyelnem, mi az ami egy mondjuk Linux-os szerveren más, mint az XP-s gépemen, van e erről valami olvasmány a neten, vagy nincs semmi para, okos annyira XAMPP, hogy ezekre figyel?
Weblaboron olvastam olyant is, hogy csináljuk inkább magunk (PHP, MySQL, Apach telepítése), és az ilyen előre gyártott fejlesztői környezetekkel ne foglalkozzunk, akkor legalább megtanuljuk azt is! Én viszont nem akarom még ebbe is beleásni magam, nincs annyi időm, remélem bízhatok az ilyen környezetekben, ezért is kérdezem a Drupal.hu közösséget, mit ajánlanak! Esetleg egy jobb fejlesztői környezet?
Köszi, és bocs, ha elsőre (vagy akár most) nem voltam elég világos.
most kezdem, kéretik figyelembevenni
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Segítség egy mazsolának
Tisztelt Közösség!
Vadonatúj felhasználó vagyok, két napja telepítettem a Drupalt. Még nagyon új a rendszer, keresgéltem a menükben, végigolvastam a kézikönyvet, Nagy Gusztáv leírásából is sokat, itt az oldalon is keresgéltem, de nem találtam választ a következőre:
Hogy tudok egy sima képet beszúrni egy sima oldalra? Konkrétan: Van mondjuk egy oldal típusú (de azt hiszem ez mindegy) tartalom, abban írom a szöveget, és szeretnék betenni egy képet (tehát nem galériáról van szó), vagy akár a láblécbe, pl.
A szövegmezőben engedélyezem a full html-t, és a kód mondjuk:
img src="files/images/akarmi.jpg" alt="x" width="x" height="x" a href...
de akár: img src="/files...
A kacsacsőrt most lehagytam, mert a fórummotornak nem tetszett, és a cite sem segített...
Úgy tapasztaltam, hogy p-t nem kell külön jelölni, ezért kezdem az img-el. A probléma az, hogy a kép nem jelenik meg. A rendszer LAMP (ubuntu), a webszervernek megadott elérési könyvtár:
/home/tigger/Drupal.
A file a Drupal/files/images alkönyvtárban van.
Az elérési utat kell másként megadni, vagy egy egész más kódot kell használni a tartalom írásakor? Ha az előbbi, hogy kell úgy megadni, hogy a szerverre költöztetés után se legyen gond? Ha az utóbbi, akkor mi a drupalban használatos, korrekt megoldás?
Elnézést, ha ez nagyon triviális, nekem valahogy nem állt össze. A segítséget előre is köszönöm.
Üdv.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hiába vágod a szmájlikat
úgy csinálsz, mintha mi is az ujjunkból szoptunk volna ki mindent és ezért te is ezt szeretnéd, de sajnos ki kell vennem a szelet a vitorládból: mi is megtanultunk angolul, mi is hosszú órákon át szemezgettük a google találati listáit, mi is heteket-hónapokat töltöttünk dokumentációk és egyéb szakirodalom olvasásával, elvégeztünk ilyen-olyan iskolát stb. és tesszük ezt a mai napig is
ha ezt te mind meg akarod spórolni, most szólok: nem fog menni!
az általad feltett kérdés egyrészt - mint már írtam - nem ide illik, másrészt olyan általános, amire nem lehet egy-két mondatban válaszolni, tehát vagy megtanulod mi fán terem a CSS és ezzel magával jön majd a technika, amivel meg tudod oldani a problémádat vagy a munkaközvetítőben meghirdeted és megoldja helyetted valaki, aki rászánta az időt, hogy elsajátítsa a szükséges ismereteket
tanuláshoz ott van az ajánlott weblabor, vagy a google és vannak magyar segédletek is, keress rá a témára magyarul, de pár ezer forintért remek könyveket is találhatsz, én például a következőt tudnám ajánlani: Virginia Debolt: HTML és CSS - Webszerkesztés stílusosan, szerintem ez egy remek könyv az alapokról és megéri az árát
kieg: meg se kell venni, könyvtárból is kikölcsönözhető
Miért lenne túlbonyolítva?
Úgy gondoltam, hogy az egyedi regisztráció az Drupal reg-hez lenne kötve. Vagyis először regisztrálja magát az oldalon majd töltse ki az egyesületi regisztrációs lapot. A Bio modul azért lenne jó, mert ez a két űrlapot egyben le tudná kezelni.
Lehet, hogy rosszul fogalmaztam meg elsőre, tehát:
Szükségem lenne egy olyan nyilvántartásra, amivel nyomon tudnám követni az egyesületünk regisztrált tagjait. A tagok jelentkezhetnek egyénileg (bio), vagy valaki segítségével (og). De a lényeg, hogy amikor legyűjtöm a regisztrált tagokat, akkor csak egy tartalom típusra kelljen szűrnöm.
Emlékeim szerint a bio modulnál beállítható, hogy mely tartalom típust használja, a tartalom típusnál meg, hogy akarom-e og tartalomnak, így talán 2 irányból is meg lehetne "támadni" a tartalom beküldést:
- Ha nem tagja az og-nek (amit kézzel osztok ki), jelentkezhet a bio oldal segítségével
- Ha og tag, akkor lehetősége van "n" darab "tagfelvéte"l node-ot kitöltenie
A Drupal verzió meg kötelező mező, így ha nem módosítom a lista első elemét teszi be (miért nem lehet "üreset" beállítani neki kötelező esetén, hogy még véletlenül sem felejtse el, de ha már elfelejti, akkor ne hülyeséget írjon be a rendszer?!). Köszi, hogy szóltál, javítottam. Talán a 6.x-est kellene beállítani alapértelmezettnek... :)
Köszi, Pali
UI.: hülyeség, nem kötelező elem, akkor meg csak rosszat választottam ki :D
--
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
létrehozni a php.init, vagy elég a .htaccess?
Ahammm. Csak azért gondoltam hogy a php.ini-t valahol a szolgáltatónál, a szerveren kellhet keresni, mert ini kiterjesztés egyáltalán nincs a drupal fájljai között :-) De ezek szerint létre kell hozni ha variálni akarok a memóriakorláttal. Illetve, azt mondod, a.htaccess is megfelel önmagában? Mert a .htaccess engedélyezve van. Igaz, eddig még nem akadt dolgom vele :-)
A WampServer a kezdetekben felkerült a gépemre, amikor még volt segítségem (jelenleg az aki segített elindulni a drupalban, most nem érhető utol, ezért fórumozok...).
A wamp egyszer sajnos már "bedöglött", mikor az első időkben (januárban) azt használtam a drupal tanulmányozására. Akkor újraraktam, és továbbra sem volt hajlandó maradéktalanul elindítani a szolgáltatásokat, aminek nem tudta az okát a segítőm, mivel minden beállítás a helyén volt. Így kezdtem el ingyenes szerverekre vadászni és azokon "élesben" használni a drupalt inkább... Most még fenn van a gépen a wamp, és működik is, mivel másodszor is újraraktam, de már nem bízom benne. A segítőm messze van, és ha megint bedöglik a wamp akkor ott tartok ahol a part szakad: mehetek vissza a netre :-)
Úgyhogy megnézem azt a .htaccess-t, ha az is elég, és reménykedem hogy csak a php memória volt kevés a beállítások mentése gomb meg úgy egyáltalán, a navigáció menü adminisztrációjához.
(Adatbázis hiba nem lehet? Sok helyen van a fórumban válaszként hogy nyomjon egy repairt az adatbázisára az illető, amikor valami nem működik épp.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
köszönet érte!
sgabe, köszönöm, hogy belenéztél az oldalba, és kapcsolgattad a modulokat, ahogy szó volt róla - nekem ugyanis nem tűnt fel amikor próbáltam mi változik, hogy több-vagy épp kevesebb menü elem jelenik-e meg a modulok kapcsolgatásakor, csak azt láttam, hogy a legfontosabb, a beállítások mentése gomb nem jelenik meg sehogy sem.
...Ezek szerint valóban memória probléma lehetett a ludas, csak én nem mertem annyi mindent lelőni a modulok közül, mint te :-) (a backup and migrate-et meg a poormanscront fontosnak tartottam, meg a Locale is bekapcsolva maradt amikor én nyúztam a modulokat...)
Szóval, az utókornak jelentem: tárhelyváltás lesz a dologból, mert a 6.10 -es "alap" drupal csak-csak elfut 24M php memóriával, de ha már van fenn pár plusz modul, megeshet hogy eltűnik ez-az az adminisztrációs felületen :-)
Jó, lehet hogy ebben nem pusztán a kevés php memória a ludas, hanem esetleg a szolgáltató is gagyi, de ez már sosem derül ki (mondjuk akinek van beleszólása a php memória növelése-csökkentése kérdésbe a szerverénél, az kísérletezhet a probléma előidézésével házilag, de szvsz nem volt valami vicces ahhoz hogy érdemes legyen...)
Egyúttal természetesen köszönöm minden hozzászóló türelmét és fejtörését, a többi hozzászólásból is sokat tanultam, az biztos!
Remélem nem kell túl gyakran használnom a fórumot ezután. ;-)
Üdv mindenkinek,
Lejla
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
valóban nézőpont kérdése
Edit,
Másról beszélsz. A mezei felhasználó nem különíti ilyen élesen el a drupal magot a külső moduloktól, mivel egy csomó funkcionalítás, amit ő használni szeretne, külső modulként van megírva. A drupal mag önmagában elég fapados szolgáltatáskészletet ad, ami persze egyáltalán nem baj, de ez a végfelhasználót egyáltalán nem érdekli. Ha rászűrsz a drupla.org-on a 6.x-es modulokra, akkor azt hiszem egyértelmű, hogy elég nehéz lenne egy átlagos drupal lapot migrálni 6.x-re ebben a pillanatban. Na így jártam én januárban, mikor mindenhol azt olvastam, hogy az 5-ös verzió kész. A mag tényleg kész volt, ahogy írod is, viszont egy rakás modul csak kb. mostanra változott dev verzióból release-re. Volt egy csomó modul, amit csak hónapokkal az 5.1 megjelenése után kezdtek neki frissíteni, hogy menjen az 5.x alatt.
Kompatibilitas: én erről beszélek. Ha félévente újra kell írni a modulokat, hogy fusson az aktuális új drupallal, az szerintem elég frusztráló még a modul fejlesztőknek is (sokan nem is csinálták tovább), nem csak a végfelhasználóknak. A win$ is ettől lett sikeres, nem a technolóigai csodáktól (amiket összevásároltak az idők során bele). Vagy képzeld el, ha a chip-gyártók is ezt a fajta utat járták volna, amit a drupal követ -> a legtöbb gyerek még mindig a bűvöskockával játszana, vagy focizna kint a grundon... szerintem... :)