Idegen smink beállításához/megfejtéséhez keresek segítséget

Beküldte pba - 2016. július 28. 03.50
pba képe

Sziasztok,

vásároltam egy témát, aminek a beállításával elakadtam. Drupal7-et használok, a telepítés és alapdolgok megvannak. Van azonban egy-két specifikusabb dolog, amire nem tudok rájönni, és ez biztosan a tudásom hiányából fakad. Sajnos a support nem válaszol, az idő pedig szorít, így keresnék valakit, aki segítene megfejteni a kérdéses dolgokat, természetesen honorárium ellenében.

Maga a téma Context és View segítségével variálja a megjelenítendő blokkokat, az aloldalak esetében boldogulok is, a frontpage esetében azonban nem. Tuti én vagyok a kutyaütő hozzá.

Fórum: 
Sminkek
Drupal verzió: 
7.x

Multifield/Multinode vagy valami hasonló?

Beküldte egonkosa - 2016. augusztus 5. 12.11
egonkosa képe

Hello mindenki!
D7 megoldás keresése egy példán keresztül: Egy betegeket nyilvántartó tartalomtípus, ami sok adatot kér be a betegről, többek között a háziorvosa nevét, telefonszámát, címét. A következő, új beteg felvitelekor előfordul, hogy ugyanaz a háziorvos mint az előzőnél, ezért az lenne a cél, hogy a már korábban felvitt adatokat a háziorvosról (előző beteg tartalmaként) újra ne kelljen felvinni. Milyen módon és modullal tudnám ezt elérni. Valami hasonló megoldást keresek, mint a Commerce Product kezelése Inline Entity Form segítségével termékhivatkozásként.

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

Availability Search - Blokk létrehozása

Beküldte kalmarr - 2017. augusztus 23. 09.50
kalmarr képe

Sziasztok,

Szeretnék magamnak egy szobafoglalásos oldalt készíteni. Elvileg mindennel megbirkóztam csak arra nem jöttem rá, hogy az alábbi "Availability Search" blokkot, hogy kéri le a Drupal-ból.

Availability Search

Elvileg minden feltúrtam (ellenőriztem), de nem találom azt a részt, amivel létre hozta ezt a blokkot.

Az oldal elérhető itt: http://demo.weebpal.com/#hotel

Segítségeteket köszönöm!

Kalmi

Fórum: 
Sminkek
Drupal verzió: 
7.x
Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
rooms

GDPR és a Drupal

Beküldte vikicica22 - 2018. április 16. 08.59
vikicica22 képe

Hello mindenkinek!
Olvastam, hogy 2018. május 25-től ez a GDPR életbe lép.
A kérdésem az lenne, hogy a drupal erre fel van készítve és ha igen hogyan?
Milyen modulokat kell használni, hogy a GDPR -nek megfeleljen egy regisztráció, űrlap és esetleg egy hírlevél küldésére alkalmas oldal?
pl.:
A regisztrációnál milyen modult kell használni (checkbox) ami elfogadja az adatkezelési tájékoztatót?
Minden egyes űrlapnál (pl.: kapcsolat) is kell használni valamilyen checkbox?
stb..

Fórum: 
Egyéb
Drupal verzió: 
7.x
Taxonomy upgrade extras: 
Egyéb

Responsive teszt oldalakon nem jelenik meg Drupal oldal

Beküldte Anonymous (nem ellenőrzött) - 2019. november 21. 18.06
Anonymous képe

Jó napot!

Responsinator és társaikon próbáltam megnézni az oldalamat, de nem jelenik meg. Próbáltam az origo, index honlapot, azok igen (ezek szerint ezek nem Drupalban készültek). Aztán drupal.org, drupal.hu oldalakat, mert arra gyanakodtam, hogy Drupal oka lehet és úgy tűnik igen, mert a drupal.org és drupal.hu oldalakat sem jelenítette meg.

Valahol valamilyen tiltás van a Drupalban?

Wordpress oldalt meg tudtam nézni.

Nem tudom milyen biztonsági kockázata lehet egy oldal megtekintésének, ha tényleg a Drupal tiltja...

Fórum: 
Egyéb
Drupal verzió: 
7.x
csg képe

Beküldte csg - 2009. augusztus 9. 13.39

Természetesen minden infó megtalálható a Drupal alapjául szolgáló adatbázisban, pl. a phpmyadminnal szépen kiböngészheted a neked kellő dolgokat.

A kérdésed szempontjából érdekes táblák:
- node: ide kerülnek a node adatai
- vocabulary: a szótárak
- term_data: a kifejezések adatai
- term_node: a kifejezések és node-ok kapcsolatai

Ami még érdekes, hogy a kulcsokat úgy nevezik el, hogy mindig az azonosítandó szó első betűjéhez rakják hozzá, hogy 'id', tehát a node azonosítója a 'nid', a vocabulary-é a 'vid', a termé pedig a 'tid'. Ez alapján könnyen követhetőek az összetartozások.

A tábla, amit szeretnél, valahogy így kérdezhető le:

SELECT CONCAT('node/', n.nid) node_path, title node_title, v.name vocabulary_name, td.name term_name, CONCAT('taxonomy/term/', tn.tid) term_path
FROM node n
LEFT JOIN vocabulary v ON n.vid = v.vid
LEFT JOIN term_node tn ON n.nid = tn.nid
LEFT JOIN term_data td ON tn.tid = td.tid

Mint látod, az útvonalak kiiratásánál kicsit csalni kell, ugyanis a Drupal nem tárolja le az összes olyan útvonalat, hogy 'node/1', 'node/2', stb., hanem egy 'node/%' útvonalra helyettesítgeti be a nid-eket, Ugyanez van a kifejezéseknél is.

Ja, és ez a példa nem foglalkozik a path által létrehozott útvonalakkal, de ha az is érdekel, a url_alias táblában találod őket.

u.i.: Teljesen mindegy, hogy milyen böngészőt használsz a fejlesztés közben, lehet akár IE7-is (bár ha egyszer elkezded használni a Firefox különböző fejlesztést segítő kiegészítőit, mint pl. a Firebug, utána biztos nem elégszel meg az IE7-tel). A lényeg, hogy a lehető legtöbb böngészővel leteszteld a végén, mielőtt élesbe tennéd.

0
0

--
Csonka Gergely
http://cheppers.com

szt képe

Beküldte szt - 2009. október 22. 06.36

Noha azt továbbra sem tudom, hogy cck-s legördülő lista típusú mezőnek miért lehet beállítani a "Formázott szöveg (a felhasználó választja ki a beviteli formát)" opciót, miközben végül nem lehet kiválsztani beviteli formát a bevitelkor, de azért egy kis sminkeléssel a problémámra találtam megoldást.

Mini cck tutorial:
Tehát meg akartam változtatni az egyik cck-s mezőm kinézetét megjelenítéskor, hogy a Brilliant Gallery modulnak szükséges [bg|könyvtárnév] formára alakítsam.
Ehhez az aktuális sminkem mappájába másoltam a content-field.tpl fájlt a cck modulnak a "theme" könyvtárából.
Majd még1x átmásoltam egy példányt ebből a fájlból, de most már átnevezve:
content-field-field_mező-tartalomtípus.tpl.php
Tehát a mező helyére a mezőm cck-s elnevezése került, a tartalomtípus helyére meg a cck-val módosított tartalomtípus típusa került.
Az én esetemben ez lett a fájlnév: content-field-field_konyvtar-fotoalbum.tpl
Ezt az utóbbi fájlt módosítottam, a tartalmát kicseréltem erre:
 print replace_brilliant_gallery_tags('[bg|'.trim(strip_tags($items[0]['view'])).']')
Ez az én esetemre jelentett megoldást, azaz a mező tartalmáról ($items[0]['view']) először levettem a felesleges tageket (strip_tags()), aztán a felesleges szóközöket (trim()), utána kiegészítettem a sztringet [bg|...] alakúra, és végül ráengedtem a Brilliant Gallery modul szűrőjét (replace_brilliant_gallery_tags()), amit a modulnak a brilliant_gallery.module fájljából lestem ki.
És mindez szépen meg is jelent, amikor ürítettem a smink regisztrációs tárat, valamint a jogosultságok oldalon a content_permissions résznél mindenkinek engedélyeztem az inkriminált "field_konyvtar" mező megjelenítését.
(A cifra "content-field-field_konyvtar-fotoalbum.tpl" fájlnév kitalálásában a Devel modul és a vele együtt szállított Theme developer modul segített)
Eddig a mini tutorial :)

0
0

Védd az állatokat! ;)