Keresés

Mező tartalmának hozzáférése

L.Tiny képe

Sziasztok!

Azt szeretném elérni, hogy egy adott tartalomtípusban felvett mezők közül a "Bizalmas info" nevű mező (szövegmező) tartalmát csak a bejelentkezett felhasználók láthassák, közülük is csak bizonyos szerepkörhöz tartozók, Anonim látogatók számára ez a szövegrész ne jelenjen meg.
Tehát minden más publikus az oldalon, csak egy bizonyos field tartalmát kellene valahogy elrejteni avatatlan szemek elől.

A CSS "display:none" nem megoldás, a forrásban sem lehet ott a "bizalmas info". Blokkban sem helyezhetem oda, mert nem fix szövegről van szó, hanem minden tartalomnál más és más.

Talán rosszul kerestem, de nem találok ilyen bejegyzést, ami erre adna választ, sem modult, ami erre jó lenne.

Köszönöm előre is segítségeteket!

Mire a végére értem a kérdésfeltevésnek, és a címet fogalmaztam, beugrott a megoldás:) Gondolom profi Drupal-osoknak ez evidens, de azért leírom, mit csináltam, hátha valakinek segítség ez is.

  1. Létrehoztam views-zal egy "Belső info" nevű blokknézetet.
  1. Csak a konkrét tartalomtípusra engedélyeztem (ez elhagyható, ha más t.típusoknál ez a mező nem létezik).
  1. Természetesen megjelenés: fields, és csak azt a mezőt vettem fel, amelyiket el akarom rejteni, semmi mást.
  1. Blokk neve: "Belső info", ezt tetszőlegesen pozicionálhattam, de ha a tartalom közepén kellene elhelyeznem akkor gondban lennék...
  1. Hozzáférésnél beállítom a szerepköröket.
  1. Contextual Filters-nél felvettem a Tartalom: NiD, Provide default value, Content ID from URL

Ezekkel a beállításokkal nálam működik. Azért ha hozzáértők látnak benne hibát, kérem jelezzék!

Üdv mindenkinek!

Drupal verzió: 

Migrating Organic groups data - hiba

nyilas.adam képe

Sziasztok!

Drupal 6-ot frissítettem 7-es verzióra, és Group membership migrálásra lenne szükségem, amire figyelmeztet is a drupal:

Organic groups or one of its modules needs to migrate data. After a successful execution you can disable it.

Mikor rámegyek a migrálás gombra, a következő hibaüzenet jön elő:

An AJAX HTTP error occurred. HTTP Result Code: 500 Debugging information follows. Path: /batch?id=493&op=do StatusText: Service unavailable (with message) ResponseText: EntityFieldQueryException: Unknown field: group_audience in EntityFieldQuery->addFieldCondition() (line 767 of /var/www/rmki/includes/entity.inc).

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 
CsatolmányMéret
Kép ikon organic_groups_data.png30.87 KB
Kép ikon organic_groups_migrate.png20.66 KB

Hasonló termék listázás views-al

makikaki képe

Sziasztok
Azt szeretném megoldani, hogy vannak felvéve termékeim ( termék1,termék2, termék3,termék4 stb), references modullal megadtam, hogy melyik termék melyikhez hasonlít. Tehát a termék1 hasonló a termék3 és a termék4-hez. Ha megnézem a termék1 et, akkor tudok egy views-t csinálni ahol hozza hogy hasonló termék a termék3, termék4.Ez eddig ok.
A termékek azonos taxonomia alatt vannak. Ha listázom a termékeket taxonómia alapján ( webshop katalógus) akkor ugye felviteli sorrendben listázza a termékeket,DE én úgy szeretném, hogy úgy hozza a listát, hogy a hasonló termékeket egymás alá rakja, tehát termék1,termék3,termék4, termék2, termék5 stb. Ebben kérnék egy kis segítséget, hogy hogyan tudnék beállítani ilyesmi szűrőt a viewsnál? vagy esetleg valami más megoldás ha van rá.
Köszi

Drupal verzió: 

Panels elrendezés

makgab képe

Üdv!

Olyan tartalmat szeretnék, hogy pl. 6db "régió" legyen benne (2x3db) különböző tartalmakkal.
A panels modul jó is lehet, de úgy meg lehet azt oldani, hogy a panelen megjelenő tartalmak létező tartalmak és a panelen csak a címük jelenjen meg (linkként) valamint a bevezető szövegük alatta.

A panles modulban lehet létrehozni 2*3db-os elrendezést (layout)?
A builders-ben a "flexible" "show layout designers" opcióban elszáll hibával:
An AJAX HTTP error occurred.
HTTP Result Code: 403
Debugging information follows.
Path: ?q=panels/ajax/editor/layout/new/add/main
StatusText: Forbidden
ResponseText:
Access denied...

Itt lehetne a layout-ot kialakítani? De valami "elszáll".

Drupal verzió: 

Views menü - két napja kínlódok ezzel

alan képe

Hello

Két napja küszködök valamivel, mielőtt feladnám, gondoltam megkérdezem, hátha valaki tudja a megoldást.

Adott egy tartalomtípus, amelyhez egy szótár van rendelve, így lehet azt kategorizálni.
Egy olyan menüblokkot szeretnék készíteni, amelyik listázza azokat a tartalmakat, amelyek abban a kategóriában vannak, mint amibe az a tartalom tartozik, amelyiket épp a felhasználó megtekint.

Például:

Tartalom Kategória
node/1 term/1
node/2 term/2
node/3 term/1
node/4 term/2
..........................

Ha a látogató a node-1 tartalmat olvassa épp, akkor a menüblokk a node/1 és node/3 -ből álljon, ha a node/4 -es tartalmat, akkor a menüblokk a node/2 és a node/4 -ből.

Views-el oldottam meg, és addig eljutottam, hogy az aktuális tartalom web címéből szövegkörnyezeti szűrővel kiolvastam amikor külön a kategóriákat szűrtem ki és működik is, de amint rákattintok valamelyik node-ra, eltűnik, mivel akkor már a nodeból nem tudja kiolvasni.

Ha valaki meg tudná mondani, hogy views alatt hogyan kell kiolvasni a webcímhez tartozó tartalomból, hogy milyen kategóriába tartozik, akkor meg is lenne oldva. Erre sajnos nem tudtam rájönni.
Azért az aktuális webcímből, mert onnan tudom, hogy épp milyen tartalmat tekint meg a látogató.
Természetesen ha valakinek van jobb ötlete a probléma megoldására, azt is szívesen veszem.

Azért van szükségem erre a megoldásra, hogy egy adott tartalomhoz kapcsolódó más tartalmakat tudjak megjeleníteni és csak ezeket lássa a látogató egy hosszú lista helyett.

(Drupal 7,14 + views, taxonomy menu, menu block ...)

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Foglalási naptár.

dyra képe

Drupal 6 alá kellene egy olyan foglalási naptárat elkészíteni ami tulajdonképpen csak annyiból állna, hogy a foglalási rész mellet ami egy webform, egy blokkban megjelenve a user megnézhetné, hogy mikor és milyen időintervallumban foglalható egyáltalán a kiszemelt szoba.

10 szobáról van szó, és az admin résznek erősen felhasználóbarátnak kellene lennie. Ugyanis átlagos emberek minimális informatikai tudással fogják kezelni.

A webform és naptár külön rendszer tehát nem kell automatikusan átvezetni a foglalást a naptárba.

Ajánlatokat a [email protected] címre várom.

AJAX form probléma

Voluman képe

Sziasztok!

A következő problémára keresek megoldást: Készítettem Drupal Commerce-hez egy saját szállítási módot, aminek a beviteli formján van két combobox. Az elsővel a megyét lehet kiválasztani, a másodikkal pedig az átvétel helyét, ez a választott megye szerint frissül AJAX-al.
Szépen müködik a dolog amíg a megyét nem változtatom, utána a form feldolgozásakor üres a második mező értéke.
Valószinűleg az okozza a hibát, hogy a Dupal csak az eredeti formon szereplő lehtőségeket fogadja el eredménynek, a többit eldobja. Régebbi verziókban volt a formnak egy DANGEROUS_SKIP_CHECK tulajdonsága amivel ezt ki lehettett kapcsolni, de a 7-esben már nem működik. Hogyan lehetne rávenni, hogy működjön a megváltozott adatokkal is?

Drupal verzió: 

Tartalomtípusok megjelenítése views segítségével

alan képe

Hi

Hogyan tudom megoldani, hogy néhány tartalomtípusnak csinálok más-más nézetet, és ez legyen alapértelmezett megjelenítési forma.

Készítettem egy views oldalt, ahol útvonalnak azt adtam meg, hogy node/% de ez felülírta az összes tartalmat, ha szűrőnek beállítottam, hogy csak egy bizonyos tartalomtípusra legyen érvényes akkor remekül működött, de ha más tartalom típustú tartalmat akarok megnézni, akkor nem jelenik meg semmi.

Létezik erre modul vagy valami egyszerűbb megoldás?

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Diff3 – az „elfelejtett” csodafegyver konfigurációs fájlok frissítésére

edgarpe képe

Nem tudom Ti hogy vagytok vele, de nekem bizony majd minden napra jut valamilyen használt eszköznek a verzió frissítése. Ez legtöbbször Drupal-t jelent, de van amikor Awstats-ot, phpMyAdmin-t, valami webmail scriptet, stb …

Namármost ezeknek a programoknak közös jellemzőjük, hogy van hozzájuk egy configurációs minta fájl, amit még a telepítéskor át kell nevezni és tesre kell szabni.

Frissítéskor a testreszabott, beállított konfig fájlokat természetesen nem írjuk felül, ezek érintetlenül maradnak. Igen ám, de az eredeti alapértelmezett konfigurációs fájlok néha megváltoznak, általában egy-egy új opcióval bővülnek, vagy csak a kommenteket egészítik ki a fejlesztők.

Szóval engem mindig is zavart, hogy a régi telepítések config fájljai nem követik az új verziók frissítéseit. Annyira zavart, hogy el is kezdtem megoldást keresni. És ahogy ez lenni szokott az open source világában, hamar kiderült, hogy másokban már sokkal korábban felmerült ez a probléma, sőt már réges régen meg is oldották. A programot ami segíteni fog nekünk elhárítani ezt a problémát, úgy hívják hogy diff3. A használati útmutatója (man page) teljesen világos, én most csak a fenti esetre kihegyezve mutatom be a paraméterezését.

A diff3 használata konfig fájlok összehasonlítására

Először ellenőrizzük, hogy nincs-e ütközés a módosításokban:
diff -x REGI_TESTRESZABOTT REGI_DEFAULT UJ_DEFAULT
-x paraméter után három fájlnevet vár, a régi testreszabott konfig fájl, a régi eredeti konfig fájl és az új eredeti fájl. Ha üres a parancs kimenete, akkor kell örülni, akkor nincs ütközés.

A fenti három fájl segítségével hozzuk létre az új konfig fájlt, amely tartalmazza mind a mi módosításainkat, mind pedig fejlesztők módosításait.
diff -x REGI_TESTRESZABOTT REGI_DEFAULT UJ_DEFAULT > UJ_TESTRESZABOTT
Ha az első lépésben volt ütközés, akkor az -m kapcsoló elvégzi a migrálást.

Ezek után én még egy sima diff-el ellenőrizni szoktam, hogy minden rendben ment-e, mondjuk így:
diff -y --suppress-common-lines UJ_DEFAULT UJ_TESTRESZABOTT

A kimenetből jól látszik, hogy az új konfigurációs fájlba átvezette a diff3 a régi változtatásokat.

The Drupal way

Az imént leírtak a default.settings.php és a settings.php-re vonatkoztak. De ugyanezt a módszert szoktam használni a .htaccess fájl és a robots.txt frissen tartására is.

Persze csak kis verzió ugrásnál, pl. 7.0-ról 7.1-re, főverzió ugrásnál, pl. 6.0-ról 7.0-ra, ennél azért több munkára lesz szükség :)

Másra is használható

Természetesen másra is használható a diff3: ha egy fájlt két külön irányba módosítanak, mert mondjuk ketten dolgoznak ugyanazon a forráskódon, akkor a diff3 egyszerűen összefésüli a módosításokat. Már amennyiben nincs közvetlen ütközés a módosítások között.