szantog képe

Beküldte szantog - 2016. október 12. 18.59

Kb nagyságrendekkel több érdemi választ kapnál, ha visszavennél az ilyen 'szaradrupal', 'énkirányvagyokdeezmostmiértnem' szintű, arrogáns kérdésektől.

Kevesebb kérdőjel, több gondolkodás. A nice_menusnek köze nincs, amit akarsz.
A menu_icons egy kimondottan jól összerakott modulnak tűnik, a másik kettő elég felejtős, de ez látszik is az dorg oldal statisztikáin.

Az ilyen modulok célja nem a fejlesztő dolgának megkönnyítése, hanem a felhasználóé. A css-t senki nem fogja megírni univerzálisan, minden sminkre passzentosan.
Use case: Megcsinálok egy ajándékküldő oldalt, ahol az egyik menüpont 'Küldj ajándékot'. Ennek a menüpontnak Valentin nap előtt egy héttel szívecske ikon kell, foci eb alatt focilabda. Na most a megrendelőnek nem mindegy, hogy én fogom cserélgetni sokezer forintos órabérért szívecskét meg focilabdát évente x alkalommal, vagy ő meg tudja csinálni magának ingyé'..

Attól, hogy te valaminek nem találod értelmét, nem kell úgy hozzáállni, hogy háddemééé???

Másrészt, ha új menüelem készül, mindig kódolni kell?
Nem.

Szóval technikailag miért nem megoldható, hogy ha már a modul ad file feltöltő részt a menü link lecseréléséhez, fel is töltődik az adott kép, ikon, hogy az működjön?

Megoldható, ezerféleképpen, csak nem épp általánosan. Smink/feladatfüggő. Úgyhogy nem lesz itt egy universal <?php #whatever /?> kód, hogy te most ezt csináld.

1
0

----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.

Geva képe

Beküldte Geva - 2017. január 26. 01.02

ha UNIX formátumban kapja a feeds a dátum értékét, akkor a dátum típusú mezőbe be lehet húzni és dátumként kezelni - egy importálóban így oldottam meg a dátum átvételét, igaz, nem excel táblázatból, hanem egy adatbázis táblából húzom be, menedzselem a tartalmakat, ERP-ből így átadva az adatokat, drupal 7-es honlapra

csak az a kérdés hogyan tudod a bevitt dátumot átkonvertálni unix-ossá, azaz
megadni 1970. január 1. éjféltől a dátumig eltelt másodpercek számát :-)
wikipedia.org/wiki/Unix-idő

- a felhasználók beviszik a dátumot a sor cellájába és a munkalap sorának egy másik cellájában kiszámolod a dátum értékét(pl egy makróval) nem is kellene mást tenni, mint:

--- 1970.01.01 - 1990.01.01-ig eltelt napok száma 7305
--- ehhez hozzá kell adni a dátumot tartalmazó cella értékét, azaz az 1990.01.01-től a dátumig eltelt napok számát = össz napok száma.
--- az össz napok számát meg kell szorozni a napi 86400 másodperc számmal
...és már elő is állt a Unix formátumú dátum(remélve, hogy az első nap nincs benne duplán, de a tartalomból azonnal kiderül visszakapod-e a honlap mezőjében a felhasználók által felvitt dátumot :-).

A feeds-nek ezt-, a kiszámolt értéket - a táblázat számolt oszlopát kell átadni, hozzárendelve az importálóban a dátumként definiált mezőhöz

...szurkolok, várom, próbáltad-e, sikerült-e ezzel megoldani

0
0

Geva
----- Számítások - Kalkulátorok

HF leon képe

Beküldte HF leon - 2017. április 30. 18.30

Bocsánat kicsit off, de tényleg ne veszekedjetek!

Sajnos én sem tudok így utólag jó megoldást a problémára és valóban jó lenne, ha az ékezetes dolgokat is kezelné a drupal. Én a twig sminkeknél találkoztam utf-8 problémával. Egész pontosan, hogy nem lehet utf-8 twig fájlt készíteni, mert problémát okoz, bár azóta nem próbáltam, hogy ez most is igaz-e. Inkább megírtam angolul a szöveget és fordításként adtam hozzá.

Sejtem, most én is kikapok, mert azt kérném a tapasztaltabbaktól, hogy ne azon mérgelődjenek, hogy más másként látja és más úton indul el.

A másik, hogy be kell vallanom előnyösebb a legtöbb dolgot angolul elnevezni, úgy általánosságban mondva. Mivel sajnos sok dolog papíron, már többnyelvű, de sajnos a valóságban gyakran bele lehet futni problémákba. Nem véletlen például, hogy nem terjedtek el az ékezetek, még a domain nevek esetében sem, mert több probléma is felmerül. Például piaci, hogy az adott ékezetet be tudja-e írni a felhasználó a gépén, valamint, hogy egyes szolgáltatások, vagy fejlesztők nem kezelik megfelelően az ékezeteket. Az angol abc ezért jobb. Sajnos a számítógépeket angolul kezdték el kialakítani :(. Viszont ezt, már nem tudjuk megváltoztatni, csak alkalmazkodni hozzá és örülni, ha helyenként probléma mentesen használhatók az ékezetek.

Ezért kérlek ne veszekedjetek és kérnék mindenkit, hogy kioktatás helyett inkább segítsen, ha tud, vagy mondja el, hogy szerinte ezt sajnos nem igazán lehet.

"A vita előre visz, de a veszekedés csak a haragba -ami elpazarolt idő."

2
0
HF leon képe

Beküldte HF leon - 2018. január 25. 11.01

Egész pontosan, hogy volt beillesztve?

Nem tudom, milyen a rendszered felépítése, de normális esetben érdemes tiltani minden felhasználónál a szkriptek beszúrásának lehetőségét. Ha szűrve van a bevitelkor az adat, akkor, már nem lehet olyan nagy baj. Ha a szuper admin-ként lépett be, akkor pedig rég rossz. Akkor bárhol lehet bármi az oldalakban.

Itt egy termék leírását írod. Ekkor csak annak a terméknek a megnézésekor a néző gépén fut le a javascript. Amit írtál ez eleve hiányos, ehhez, még tartoznia kellene további javascript-nek.

Akkor, ha simán kiírja a rendszer a termék leírásában, nyilván nem fut le a szkript.

Akkor lenne baj, ha magát a bányász szkriptet tudná beinjektálni az oldaladba a támadó és azt minden oldalon meghívni. Ekkor a szerencsétlen látogatókkal bányásztathatna magának valamilyen kriptovalutát.

Tehát első kérdés működött-e a szkript, vagy csak kiírva megjelent a termék leírásában?

Ha csak egyszerűen a leírásban jelent meg és úgy tippelsz csak ahhoz fért hozzá a jelszavaddal és máshoz nem volt joga, akkor elég végigkerestetni a leírásokat mondjuk a coin, miner szavakra.

A google-ban rákeresve ez a kedves emberke, vagy emberkék több oldalon is játszottak ezzel.

Mindenképpen erős jelszót válassz és érdemes pár hibás próbálkozás után bizonyos időre letiltani a bejelentkezés lehetőségét.

Ha újra előfordul az eset az erős jelszó ellenére is, akkor lehet máshol van a hiba az oldal kódjában, amit kihasználhat a támadó. Érdemes lehet naplózni, ha még nincs beállítva a tárhelyeden és ezeket átnézni, hogy vannak-e gyanús jelek a naplókban.

0
0
botond1977 képe

Beküldte botond1977 - 2021. december 22. 19.08

Közben most ugortt be, hogy mitől lehet ez a "párhuzamosság"
A weben telepített modulok a modules könyvtárba kerülnek, míg a composerrel telepített modulok a modules/contrib könyvtárba.
Most összehasonlítva pontosan ott van az összes composerrel telepített modulom.
Tehát ezért léteznek ezek párhuzamosan.

Közben tegnap sikerült upgradelni Drupal 9-re, működik is az oldal, de még továbbra is van pár olyan modul, amiket anno az adminból telepítettem fel, és van már neki újabb branch-je, de még nem ajánlja a frissítőben a telepítését, csak említi hogy van. Tehát nem jelennek meg a jelölőnégyzetek. Ezeknél a moduloknál a projekt oldalakon ugye még ott a zöld háttéren a kis pajzs ikon, hogy még élő és biztonságos ág, viszont én mégis szeretném upgradelni őket, nem akarom megvárni, míg ezek is elavulttá válnak, és akkor majd előkerülnek a checkboxok, és akkor már engedni fogja őket frissíteni.
Szóval már csak kíváncsiságból is utána szeretnék járni, hogy hogyan lehet ezeket átpakolgatni a composer kezelése alá. Nyilván a modul fizikai átmásolása a contrib alá az felejtős, mert akkor meg nem találja az eredeti modult, így ilyesmivel nem is próbálkozom.

Ha meg kikapcsolom a modult, akkor meg leszedi az összes beállításait is. Ez egy egyszerűbb modulnál nem is lenne gond, hogy kikapcsolom, törlöm, majd composerrel újra felrakom, de egy sok beállítást tartalmazó modulnál már neccesebb.
Tehát még keresgélem a megoldást erre.

0
0
Illyés Edit képe

Beküldte Illyés Edit (nem ellenőrzött) - 2006. december 29. 16.03

A probléma fórumtéma addig, amíg ki nem derítjük, hogy mi okozza. Ha kódhiba okozza, akkor onnantól kezdve bug report, és a modul 'Bugs and feature request' oldalán a helye.

A témaindító idézetedből pont a lényeg hiányzott, ti. hogy a Views több li elemet készít ugyan, de valamiért az első li elembe bezúdítja az összes taxonómia kifejezést. Ebből látni, hogy nem csak arról van szó, hogy véletlenül rossz sminkfüggvényt hív meg, hanem a függvénynek átadott változókkal is gond van (itt merül fel a bug gyanú, de ez egyelőre csak gyanú és nem több - további nyomozásra lenne szükség).

Szerintem ne menjél sehová, engem is kimoderált már egy párszor Hojtsy Gábor, mégis itt vagyok...;)

Nem muszáj, hogy egy ilyen fórumon az embernek mindig igaza legyen. Elég, ha többnyire értelmes kérdéseket/válaszokat ír, azzal máris hozzájárult valamivel a világ jobbá tételéhez...:)

Ezért inkább írd le ide:

  • a telepített Views modulod verziószámát (és ugye biztos, hogy a Drupal alap 4.7.4-es);
  • a nézet (view) kódját - ezt az exportálás funkcióval tudod létrehozni, és az export view ablakból idemásolni
  • a smink kódját: theme wizard fül -> nézet kiválasztása a legördülő menüből -> Generate Theme -> az a rész kellene, ami a template.php-ba megy, ill. ami a views-list-xxx.tpl.php fájlba (ha nem üres)

Nagyjából ennyi kellene, hogy reprodukálni lehessen a hibát, és el tudjuk dönteni, hogy bug-e vagy sem.

0
0

e-commerce drupal 5.1 alatt

Beküldte Macc - 2007. április 4. 11.30
Macc képe

Sziasztok!

Az e-commerce modullal keszitettem egy webshopot, COD es paypal fizetesi-, valamint anonymus vasarlasi lehetoseggel. A problemam az, hogy csak adminkent mukodik rendesen a rendszer ami annyit tesz, hogy checkout utan cim megadasa/kivalasztasa mukodik, ki tudom valasztani a fizetesi lehetosegeket, es az utolso osszegzo oldalon barmelyik opcional raklikkelek a change-re, mukodik a modositas is. Ez gondolom nem meglepo, mert ennek igy is kell mennie.

A baj az, hogy ha nem adminkent, hanem sima user-kent lepek be, a kovetkezo hibak tortennek:

Fórum: 
Modulok használata

Eredmény hozzárendelés felhasználóhóz

Beküldte chrispooh - 2008. december 12. 13.39
chrispooh képe

Sziasztok, megint belefutottam egy érdekes problémába.
Egy eredmény adatbázist építek. Minden eseményhez tartozni fog egy eredmény lista. Az eredmények bejegyzésenként eredmeny típusú node-okból állnak. Ezeket egy csv fájlból importálom be node import modullal.
Amit szeretnék és nem jöttem még rá, hogy:
Automatikusan szeretném hozzárendelni az eredményeket a portálon regisztrált felhasználókhoz. Tehát ha Szabó Kázmér indult a versenyen, és regisztrált tag a portálon, akkor automatikusan az ő eredménye a felhasználójoz legyen rendelve.

Fórum: 
Egyéb
Drupal verzió: 
5.x

Computed field kódok napi újrafuttatása

Beküldte d.pryke - 2009. január 1. 18.52
d.pryke képe

Sziasztok!

Van egy "ember" nodetípusom aminek egy date fielddel meg lehet adni a születési dátumát.
Mellé egy computed field mező kiszámolja a kort.
A computed fieldnek 2 működési módja van:
1., a computed fieldben levő php kód futásának eredményét a node beküldésekor eltárolja az adatbázisban
2., a php kódot minden node megtekintékor lefuttatja és az eredményét megjeleníti

Látszik, hogy mivel a kor függ az aktuális adátumtól, ezért nem jó az adatbázisban tárolós verzió csak az "on the fly" phpkódfuttatásos megoldás.

Fórum: 
Modulok használata
Drupal verzió: 
6.x
Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
computed_field

Taxonomy: szótár fa struktúrája

Beküldte blevi - 2010. április 25. 21.01
blevi képe

Apróhirdetés oldalt csinálok, amihez classified ads, cck, view modulokat használok.
Az oldalt úgy csináltam, hogy oldalt megjelennek a kategóriák és az alája tartozó kifejezések, amit taxonómiával készítettem el. (pl. Ingatlan : -Kertes ház, -Panel lakás) illetve a kategóriák és az alkategóriák mellett a szám ami mutatja hány hirdetés található az adott kategóriában.
A porbléma ott van hogy ha hirdetés raknak fel Kertes ház alkategóriában akkor az nem kerül bele az Ingatlan főkategóriába.

Fórum: 
Modulok használata
Drupal verzió: 
6.x
Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
taxonomy