Többértékű mező feltöltése Rules-el

Beküldte dongodani - 2015. március 27. 11.48
dongodani képe

Sziasztok!

A use case az lenne, hogy van két ár típusú mezőm, az egyik legyen mondjuk A-mező. Ez csak egyetlen értéket fogad. Ebben a mezőben az érték + és - irányokba megváltozhat.

És van egy B-mező is, amely viszont egy 10 értéket fogadó mező. Ennek a mezőnek az első két elemét Rules-al az A-mező kezdő értékével feltöltöm.

Rules-al oly módon szeretném sorban egymás után feltölteni a B-mező aktuálisan még üresen maradt mezőit, hogy ezek a mezők az A-mező időközben megváltozott értékeivel kerüljenek feltöltésre.

Köszönöm

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

adatbázis beállítás

Beküldte magveto - 2016. március 9. 10.38
magveto képe

Sziasztok! Másolatot szerettem volna készíteni a jelenlegi honlapomról. A legegyszerűbb megoldásnak az tűnt, hogy a szolgáltatóm admin felületéről a biztonsági mentés szekcióból mentettem a honlapot egy aldomain alá.
Az adatbázisból is készítettem egy másolatot új névvel.
A settings.php -ba átállítottam az elérést.

A probléma az lenne, hogy ennek ellenére is a régi éles honlap adatbázisát használja... (Ha vmit javítok az az eredeti honlapon is javítódik...)

Megpróbáltam még, hogy a settings.php alján lévő link útvonalát is átjavítottam, szintén semmi.

Fórum: 
Modulok használata

Advanced Mail Reroute – fejlesztői eszköz email balesetek megelőzésére

Beküldte Anonymous (nem ellenőrzött) - 2010. május 29. 16.24
Anonymous képe

A napokban az egyik fejlesztői webhelyen véletlenül elindítottam a cront, mire a Notify modul kiküldte az új tartalmakról szóló értesítőket a feliratkozott felhasználóknak. Állhattam neki kihalászni az adatbázisból a feliratkozottak email címeit, és aztán írhattam az elnézést kérő levelet. Megrendelő sem volt túl boldog. :)

thamas képe

Beküldte thamas - 2006. október 2. 12.04

Nem kívánom részletesen ismételni az előttem szólókat, de én is nagyon örültem a konferenciának! Köszönet a szervezésért és a lebonyolításért! És köszönet az alleycat.hu közösségének a támogatásért!

Egyetértek kubrob időbeosztásra illetve nyálcsorgatásra vonatkozó észrevételével is. :o)

Ha az előadókról is "kell" szólni: nekem Palócz István és Négyesi Károly előadói stílusa tetszett a legjobban - amellett, hogy tökéletesen ismerték a témát, amiről beszéletek, lendületesek és szórakoztatóak is voltak egyben. (Gobát sajnos már nem hallottam - engem is várt a családom.)

Javaslataim a jövőbeli magyar Drupal konferenciákhoz (mert ugye lesz még? ;o)):

Tervezés során lérdemes lenne felmérni, hogy várhatóan milyen arányban lesznek jelen felhasználók illetve fejlesztők és ehhez valamelyest igazítani a programot. (A fejlesztőt érdekelheti a felhasználói előadás, viszont egy felhasználó feltehetőleg nem sokat tud hasznosítani a fejlesztői szakszövegből. Személy szerint jobban örültem volna, ha a Sminkelés és a CCK előadás a Views-hoz és pp összefoglalójához hasonlóan gyakorlatiasabb jellegű).

Tanulságos lehetne olyan előadás is - ha van vállakozó előadó - ami bemutatja, hányféleképpen lehet megvalósítani ugyanazt a végeredményt (pl. Termékek bemutatása az oldalon :o)), és összeveti az egyes megoldások előnyeit, hátrányait.

Azt gondolom, hogy a témaválasztás nagyon jól sikerült. A jövőben is olyan témákról érdemes előadást tartani, amelyek aktuálisak vagy örökzöldek, és sokak érdeklődésére tarthatnak számot!

Ui.: pp, nem lenne kedved röviden leírni (vagy diktafonra mondani) az előadásod azon részét, amire nem maradt idő? ;o)

Üdvözlettel:
Hajas Tamás
http://thamas.hu

Üdvözlettel:
Hajas Tamás

Paal képe

Beküldte Paal - 2007. július 31. 13.19

A leveledet vártam, ez a hozzászólás meg elkerülte a figyelmemet :)

nem kell preg_replace-el kivenni, elég beállítani az /admin/content/types/tartalomtípusod oldalon, hogy: position: Manually set in node template by variable $node->node_images.

a képtár megnyitását is itt tudod eltüntetni: Link to image gallery: Choose whether to show or not the link to the image gallery.

az útvonalat kézzel kikapod a modul forrásából.

utána beállítod, hogy a teaserben 1 kép legyen, a page nézetnél pedíg rakosgassa ki az összes képet a node végére.

Hát, néha tényleg nem látni a fától az erdőt. Amint elolvastam, azonnal leesett, hogyan is kell beállítani...

a kódot amit írtam fentebb pont ezt csinálja, sőt ad két id-t a képeket tartalmazó div-nek, így tudod formázgatni a képeket a különböző nézetekben (node_images_teaser, node_images_page)

Próbálgattam is, de a Manually set in node template by variable $node->node_images nélkül ugye sok eredménye nem volt... :)

továbbá összehakkoltam a clearbox-al, ami rögtön galériákra bontja a képeket, a galéria a node számát kapja meg, lika: rel="clearbox[1987]"

itten van a modded kód hozzá (node_images module 582. sor):

Pontosan így csináltam én is, még mielőtt elolvastam volna az írásodat. :)

mi lenne, ha az egészet összecsomagolnám és elküldeném neked? mi a viharnak dolgozzunk kétszer egy dolgon?

A gmail-es címemre jó lesz.

Thx, Pali

0
0

--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan

Anonymous képe

Beküldte Anonymous (nem ellenőrzött) - 2007. október 19. 09.35

Akkor megpróbálom hosszasabban leírni.
Adva van egy évek óta működő blog, ami a valami.hu-n drupal 4.7-et használva fut.
Most pedig elindítanék egy másik portált, de ha már van egy domainem, akkor minek menjek máshova, nem igaz? Tehát az akarmi.valami.hu alatt, 5.3-mal indulna egy irodalmi portál.
A két portál témaköre nem vág egybe, tehát várhatóan csak kevés régi olvasóm lesz kíváncsi például az irodalmi pályázatokra, és az új portálra toborzandó tagok közül sem sokan fognak a blog iránt érdeklődni. Tehát nem is szeretném azt, ha a két portálnak ugyanolyan lenne a kinézete, felépítése, stb. Mert azzal azt sugallnám, hogy ugyanaz a webhely, de én ezt még véletlenül sem szeretném.
Viszont nem vagyok egy programozó matematikus, tehát fogalmam sincs, okozhat-e a fent vázolt eljárás mondjuk (és elnézést, ha lámaságot írok) valami összeakadást vagy kavarást teszem azt a két adatbázisban. Ezért tettem fel a kérdésemet.
Mivel azonban számítok néhány olyan olvasóra, akiket mindkét portál érdekel, szeretném biztosítani számukra, hogy mindkettőre ugyanazon nickkel és jelszóval tudjanak belépni. Tehát ha valaki régóta olvasója a blognak, és most megihlette az irodalmi pályázat, akkor ne kelljen az új portálon újból regisztrálnia, hanem jöhessen a régi adataival, és léphessen be a drupalos azonosítójával, mint ahogy bármilyen más drupalos portálra, amelyik ezt lehetővé teszi.
És ha az irodalmi portál olvasója később felfedezi magának a blogot, ő is megtehesse ugyanezt.
Remélem, nem bonyolult. :)

0
0
Webappz képe

Beküldte Webappz - 2007. október 19. 11.49

Érdekes módon gomba módra szaporodnak az önjelölt "fejlesztők", akik pár hetes regisztráció után - kb. max. annyi ideje foglalkozik a Drupallal - már egyből fizetős munkán szeretnék kamatoztatni tudásukat.

Előljáróban ezzel nem is lenne semmi gond, mert így lehet tanulni fejlődni, aki amit akar, DE!

Ezen emberkék nagyobbik része:
1., Nem olvasta és / vagy nem ismeri a Drupal terminológiáját.
2., A kézikönyvet hírből sem ismeri.
3., Az alapvető (X)HTML/CSS nyelvi elemekkel nincs tisztába.
4., Nem ápol semmilyen barátságot sem a PHP-vel.
5., Nem bírja, legalább konyhanyelv szintjén az angol nyelvet.

Ha a fent felsorolt, "szinte" elhanyagolhatónak tűnő hiányosságokkal ellentétben viszont nagyon tudnak:
1., Követelőzni.
2., Másokat sürgetni.
3., Érzelmi ráhatást gyakorolni.
4., Másokat önzőnek titulálni, mert saját munkaidejéből nem az ő fizetős munkáján fáradozik.
5., Sajnáltatni magukat.

Ja és még kifelejtettem, hogy mi is az amivel nem rendelkeznek:
1., Idővel.
2., Türelmmel és kitartással.
3., Azzal a képességgel, hogy megértsék és meg tudják oldani a feladatot.
4., Józan ítélő képességgel, hogy belássák, hogy egyedül nem tudják megoldani.
5., Pénzzel, amivel a 4. pont miatt megvegyék az előző 3-at.

Webappz - http://webappz.hu

0
0

Páldi Zoltán

aliz101 képe

Beküldte aliz101 - 2008. február 6. 12.12

Tulajdonképpen nem volt probléma – ezért is vagyunk elkeseredve – a vezetés a jövőbeni problémáktól ijedt meg.

A dologhoz tudni kell hogy egy nagy német cég magyar leányvállalata vagyunk és elég komoly belső portálrendszerünk van, ami 2001 óta épül egy alaposan átírt phpnuke klónra.
A főnököm vetette fel másfél éve hogy már akkora és olyan összegányolt a rendszer hogy ideje lenne valami modernebbre/átláthatóbbra áttérni, és ekkor esett a választás a Drupalra.

Már az elején sok ellenkezés volt, tény hogy a nuke sokkal alkalmasabb rohammunkák elvégzésére, amikor villámgyorsan kell valami átmeneti megoldást kitalálni mert szorít a határidő és fenyeget a kötbér. Más kérdés hogy az ilyen bedrótozott megoldások aztán bennmaradnak a rendszerben és később már kénytelen vagy erre építeni.
Tény hogy drupalal így nem lehet dolgozni ezért sokszor kerültünk lemaradásba. Ezért gyakran nyúltunk a közösség által készített letölthető modulokhoz, és ezeket módosítottuk úgy hogy pont megfeleljen nekünk.

A fő kifogás ami miatt leállították az volt, hogy olyan gyorsan jönnek ki az egymással inkompatibilis api-t tartalmazó verziók, hogy a modulok fejlesztői nem fogják követni őket, hisz sok modult már a 4-es után rögtön a 6-os verzióra írtak át, az 5-ös kimaradt, így még több munkák lesz, ha updatelni akarunk.

Persze ennél bonyolultabb volt az indoklás – konkrét esetekre hivatkozva - de ez volt a lényeg.

Szóval mi leállunk, a nuke-os rendszer egyenlőre marad – eddig is párhuzamosan vittük, - a vezetőség pedig megfontolja hogy keressen-e más tartalomkezelőt.

0
0
Füzi Péter képe

Beküldte Füzi Péter - 2008. szeptember 7. 10.24

Segítséget kérek.

Telepítettük a content access-t [és az ACL-t]. Átolvastam az elérhető leírásokat, és néhány hete gyűjtöm a tapasztalatokat velük. Content Access-nél megadtam az alapértelmezés szerinti csoportok hozzáférési profilját, valamint a használt node típusokra a "Enable per node access control settings" kapcsolót igen-re állítottam.

Rendben:
- tartalom felvitel után látom, hogy az új node csoport-hozzáférés táblája bejön a megadott alapértékekkel; tudom ezt változtatni is
? a régebben felvitt node-okat az új környezet úgy tekinti, mint szabadon hozzáférhető elemek. Újraszerkesztéskor sem érhető el a node szintű hozzáférés szabályozás almenü (ez már meglep)

Elakadok:
- új node felvitele után ellenőrzöm más user működési lehetőségeit. Eredmény: csak megtekintésre feljogosított csoport tagja képes a node szerkesztésére és törlésére is!

Mintha a content access féllábasan működne, azaz a szabályozó mechanizmusa alvó marad. Mi okozhatja?

Tippek:
- az átolvasott anyagokból valamit nem jól alkalmazok
- a tesztelés során valamit szisztematikusan félrehasználok, vagy nem csinálok meg
- élesített, de -tudatosan legalábbis- nem használt ACL jelenléte okozza
- valami admin művelet honlap szinten szükséges a szabályozás beindításához, és nem végeztem el
- modul kompatibilitási probléma

Mit javasoltok, merre lépjek tovább?
Köszönet, Péter

Jelenleg használatban
Drupal verzió: 5.6
MySQL verzió: 4.0.24
PHP verzió: 4.3.11
ACL verzió: 5.x-1.6
Content Access verzió: 5.x-1.3

0
0
aboros képe

Beküldte aboros - 2008. szeptember 25. 14.34

3 lehetőséged van.

  1. nem tudom milyen nyelvi beállításokat használsz, de az admin/settings/i18n/main oldalon a "Content selection" részben van olyan lehetőség, hogy "Current language and language neutral". ha ezt a beállítást használod, elvileg a nyelvsemleges tartalmak is meg kell, hogy jelenjenek minden nyelven. persze ez nem a legfrappánsabb, mert így a kép node -oknak (például a) címe (vagy a törzse vagy egyéb dolgai) minden nyelven ugyan az lesz majd.
  2. az image modul könyvtárában /contrib/image_import/image_import.admin.inc fileban van egy image_import_form() függvény. ha jól értem a drupalt, akkor ezt az űrlapot egy saját modulban kedvedre módosíthatod a hook_form_alter() -el, így semmi akadálya, hogy beépíts még egy nyelvválasztó bigyót is az űrlapba. ez elég elegáns megoldás, azt hiszem.
  3. az image modul issue -jai között nem találtam sehol ehhez hasonlót. (http://drupal.org/project/issues/image összetett kereséssel szűrj a 6.x alpha verziókra.. semmi 'language' vagy ilyesmi) .. szép ékes angol nyelven megfogalmazod a problémádat és beküldöd 'feature request' -ként, aztán majdcsak történik valami.

bónusz: a 2. és a 3. megoldás egyfajta vegyítése. végrehajtod a 2. megoldást, majd a 3. megoldás módosított változatát alkalmazod és beküldöd a munkádat 'feature request' + 'path, code needs review' -ként.

egyébként a felvetés teljesen jogos, úgyhogy a normál 3. megoldásra is hamar születne eredmény szerintem.

off: ne uppolj! ;)

0
0

-
clear: both;