nézőpont kérdése
mindig, minden csak félig van kész...
Jelenleg teljesen "készen van" a 4.7 és az 5.1. Nézőpont kérdése az egész. A frusztrációd forrása szerintem nem a Drupal, hanem az az elképzelés, hogy ha kijött valamiből a legújabb verzió, akkor neked muszáj azt használni, és nem az eggyel korábbi, "érett" verziót.
Vö. lakáspiac. Az a vevő, aki nem akar meglepetéseket, az "kicsit használt" (2-3 éves) lakást keres és nem olyat, amit 10 perce adtak át. A kicsit használt lakások drágábbak is, mint a teljesen újak, mert megbízhatóbbak (ha voltak kivitelezési problémák, az 2-3 év alatt már kiderült).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszi!
Képkezelő modulból csak az image_gallery-t találtam a modulok között.
Megnéztem kicsit jobban a nézeteket is:
Az elérhető nézetekben van egy "image_gallery" nevű, aminek ez a leírása:
"Basic image gallery. Embedded by the image_gallery module."
Az alapértelmezett nézeteken belül pedig ezt a hármat találtam:
image_gallery
image_latest
image_random
Ezek közül mindegyik be van kapcsolva, kivéve az image_gallery, ami mellé az van írva, hogy "Felülírva"
Az elsőnek, tehát az image_gallery-nek átírtam az URL-jét (ahogy javasoltad), így az eredeti galéria jött be, szóval minden szuper! :-)
Köszönöm szépen a segítséget!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
...a node images-es
...a node images-es képfeltöltés az angol oldalon is működjön, ugyan úgy mint a magyaron.
Hogyan működik a magyaron?
A probléma az, hogy az angol tartalom és a magyar nem ugyan az.
:) Ha egyforma lenne, nem kellene két nyelvű oldal, nem? :)
Tehát örökké azt szeretné rám erőltetni, hogy mint fordítás legyen az angol szöveg és akkor majd magától hozza a képet a magyarból.
Mindent az angolból (eredeti amiből fordítasz) hoz - ezért fordítás, mert az eredeti tartalmat fordítod.
De nekem más tartalom van az angolon és ezért más képet is szeretnék használni.
Ha teljesen más a tartalom, tehát nem az angol fordítása a magyar, akkor miért a fordítást használod?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
dehát így működnek a hook-ok
Nem tudom, hogy lehet ezt jól elmagyarázni... A drupal felépíti a menüt úgy, hogy az $items tömbbe berakja az útvonalakat, menüpontneveket, az adott oldalak előállításáért felelős függvények neveit, stb., de mielőtt ezt a tömböt ténylegesen felhasználná, a hook_menu()-vel a tömbnek ezt az elemét lecserélted arra, amit helyette szeretnél, és így azt fogja használni. Ott lesz a kódban valahol az a függvény, ami az eredeti oldalt előállítaná, de az adott útvonal már nem azt a függvény fogja meghívni, hanem az általad írtat.
Ez nemhogy normális, de a drupal egyik legnagyobb erőssége. Így működnek a hook-ok, amiknek a segítségével úgy tudod módosítani az alaprendszer - vagy esetenként más modulok - működését, hogy nem kell azoknak a kódjába belegányolni.
--
Csonka Gergely
http://cheppers.com
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Megoldás
Sikerült összehoznom. A fehér betöltődő oldal sok helyen előjött, a korábbi bejegyzéseket nézegetve. Általában memória-hiány okozta, de nálam nem az volt a gond.
Furcsa volt, hogy két azonos tartalmú adatbázisnál az egyikkel működött a másikkal nem (a settings.php fájlban mindig az aktuálist adatbázist írtam be).
Azon voltam, hogy biztos az adatbázissal van valami,és bejött. Nem volt jó az adatbázis exportálás. A beállításokat nem ismerem az exportálásnál, azokhoz nem nyúltam kivéve egy helyen -amit egy ismerősom mutatott - exportálás típusánál én UPDATE-re állítottam INSERT helyett. Miután megcsináltam az exportálást alapbeállítáokkal (nem hallgatva az ismerősömre), majd azt importáltam egy új adatbázisba, ÉLETRE KELT az oldal.
Gábor
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Amit írtál, (logok üresek)
Amit írtál, (logok üresek) ott távolból nehéz még csak tippet adni. Talán csak az az egy maradt, hogy éppen akkor nem volt elérhető a http://localize.drupal.org.
Az l10n_client egy xmlrpc hívást küld a fenti szerver felé a drupal_http_request() függvénnyel.
Javaslom kapcsold be az aggregatort, az is a drupal_http_request-et használja, hátha az gazdagabb üzenetet ad. A xmlparse függvényt használja még az l10n, de gondolom az aggregator is, és úgy tűnik a szerverre telepítve van, tehát itt nem lehet a probléma(híres utolsó mondatok).
Ha ez se megy, marad az xdebug bekapcsolása és nyomköveté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
nincs értelme
ennek nem értem az értelmét. az admin/settings/site-information alatt a "weboldal neve" mezőben azt adsz meg amit akarsz, semmi köze hozzá annak, hogy épp mi az oldal domainje.
például annak a domainnek, hogy ilove42.com simán lehet az az "oldal neve", hogy "good bye and thanks for all the fish".. mondjuk.
az nem seo, hogy egy szót kiválasztasz és azt adod meg az oldal nevének...
a domain név csak egyetlen szempont a rengetegsok közül ami alapján felépül egy serp. ha mondjuk van egy kortepalinka.hu domainű weboldalad, az még igencsak kevés ahhoz, hogy te legyél az első körtepálinka keresőkifejezésre. jó nagy előny az igaz, de ettől még lehetsz akár a százezredik is, ha többiek egyéb szempontok alapján jobbak.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
írj egy saját eredmeny_import modult
sorvezetőnek használd a node_import modult.
a különbség ott lesz, hogy az importnál megnézed, hogy a cvsben az adott eredményhez tartozo e-mail létezik e a felhasználóid között és ha igen, akkor a node_save() előtt beállítod a flag értékét.
a node_reference mezős megközelítés azért nem lesz jó, mert az az eredményből fog hivatkozni a userre és problémásabb lesz így az, hogy a felhasználó ki tudja törölni, ha mégse az ő eredménye. (amit a flag egyből megold) persze ha nem a user törli, hogy nem az övé az eredmény, hanem valamilyen admin csoport teheti ezt, akkor megint más a szitu, de gondolj bele, ha user_reference, akkor az eredmeny tipusra minden regisztráltnak kell legyen szerkesztés joga, különben hogyan tudja törölni, hogy nem az ő eredménye? (persze ha akarsz erre is írhatsz egy modult.. de minek? én a flaget használnám.)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igen, egy egy önálló lap
Szóval megpróbálom pontosabban leírni: szeretnék magamnak egy olyan kis portált csinálni, ahol mint írtam az elsődleges linkek egy egy önálló oldalra utalnának, ezeknek az oldalaknak szintén saját menüjük van.
Html példával a Közlekedés menüpont linkje egy kozlekedes.htm aminek a főmenüje az offroad, az oldtimer, stb.
Ezeken az aloldalakon aztán szintén többfelé ágazik a menü, pl Oldtimer-ből Busz, Motor, stb. A kérdés az, hogy hogyan oldható meg az aloldal definiálása, kell-e e kozlekedes.mydomain.hu aldomain vagy megoldható a mydomain.hu/kozlekedes alkönyvtárban egy index.php létrehozásával.
Eddig csak azt sikerült megcsinálnom, hogy tartalomként hoztam létre egyes oldalakat, arra hivatkoznak az egyes menüpontok. De ebben az esetben azon az oldalon nem tudok új elsődleges menüt definiálni (jelen példámban a közlekedés oldalon nem jelenik meg az Oldtimer menüpont !! pedig létrehoztam és szülőként a Közlekedés menüpontot állítottam be)
Előre is köszönöm a segítséget...
A Föld IQ szintje állandó, csak mi vagyunk egyre többen...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mi a célod?
Valamilyen látszatvédelmet szeretnél, pl., amikor lejár az idő visszaszámláló, az olvasott szöveg egy szép effekttel elhalványodik és megjelenik a hibaüzenet?
Ekkor ha kikacsolja a javascript-et, akkor megáll a visszaszámlálód és addig olvassa az oldalt, amíg akarja.
Ha az oldal pl. szöveg, akkor ki is másolhatja a szöveget, vagy képernyőlopóval bármit.
Szóval, ha már kiment a tartalom a felhasználó böngészőjébe, akkor le is tudja menteni.
---------------------
Vagy azt szeretnéd, hogy miután lejárt az ideje, amit az idő visszaszámláló mutat, és utána ráfrissít az oldalra (és újra lekéri a szervertől az oldalt), ekkor jelenjen meg a hibaüzenet?