eFeS képe

Sziasztok,
Most kerültem hiretelen egy olyan helyzetbe, hogy szükségem lenne erre a modulra...tesztelésre jelentkezem! Köszönjük a munkát!

0
0

---------------
Tátrai József
Drupler Kft.
http://www.drupler.hu

Szerkesztő számára nem elérhető, de létező tartalomtípus-mező.

Joee képe

Drupal 10-ben szöveges mezőt szeretnék beilleszteni egy tartalomtípus űrlapjába úgy, hogy az ne legyen módosítható vagy látható a szerkesztő felhasználó számára. Ha nem láthatóként állítom be vagy a szerkesztőnek nem adok hozzáférést ahhoz a mezőhöz akkor az be sem töltődik az űrlapra ha azt a szerkesztő nyitja meg. Ezt a tartalomtípus űrlapmezőt arra szeretném használni, hogy a szerkesztő számára nem módosítható (lehetőleg nem is látható) programkódot helyezzek el benne az űrlap betöltődése után, amely kód tartalma előre nem ismert és ezért azt egy javascript töltené fel.

Drupal verzió: 
tamoca képe

szia kalendar modul 10-en arra van infód?

0
0

tamoca

Joee képe

Szia! Van ott több is. Az egy lista és mind a D10-hez való. Keress magadnak egy igényeidnek megfelelőt! Azt csak te tudhatod, hogy közülük melyik a legmegfelelőbb számodra. Próbálgasd ki azokat amelyek ígéretesnek tűnnek számodra a leírás alapján. A részletekhez kattints a neveikre!

0
0
Balu Ertl képe

Nem egyszerű a képfeltöltés itt Drupal․hu-n, javítottam. A kép alapján ezzel a paranccsal indultál:
php -d memory_limit=256M web/core/scripts/drupal quick-start demo_umami (Van esetleg valami oka, hogy nem Drush-sal indítod a telepítést?)

A kapott hibaüzenet pedig:
[ERROR] You must have the pdo_sqlite PHP extension installed. See core/INSTALL.sqlite.txt for instructions.

A hivatkozott core/INSTALL.sqlite.txt fájlban az „SQLite database creation” cím alatti első bekezdés nyers fordítása:

„A Drupal telepítője létrehozza az SQLite adatbázist. Az egyetlen
követelmény, hogy a telepítőnek írási jogosultsággal kell rendelkeznie a könyvtárhoz ahol az adatbázis fájl található. Ez a könyvtár (nem csak az adatbázis-fájl) is írhatónak kell maradnia a webkiszolgáló számára, hogy az SQLite a továbbiakban is továbbra is működni tudjon.”

A hivatalos Evaluator Guide („Kipróbálási útmutató”) is egy ugyanígy felparaméterezett parancsot ajánl az „Install Drupal & Log In” c. szakaszban. Ugyan nincs kihangsúlyozva ebben a leírásban, de fontos tudni, hogy ezzel a paranccsal a Drupalt egy úgynevezett Quick Start („Villámindítás”) üzemmódban telepíti fel. Ennek lényege, hogy sem webkiszolgálót, sem pedig adatbáziskiszolgálót nem igényel annak érdekében, hogy a felhasználó minél hamarabb kipróbálhassa. Előbbi céljára a PHP saját belső beépített webkiszolgálóját, míg az utóbbira az SQLite-ot használja. (Ennek az adatbázismotornak az a különlegessége, hogy egyetlen fájlban tárolja minden adatát, így – a nevéhez hűen – valóban „pehelysúlyú” tud maradni.) Ebben a Quick Start üzemmódban nincs döntési lehetőséged a használni kívánt adatbázismotorról.

Visszatérve a képernyőképedre: a vörös hibaüzenet arról tájékoztat, hogy a PHP-d jelenlegi telepítésében nincs bekapcsolva az SQLite futtatásához szükséges kiegészítő. Ebből következően a Quick Start üzemmódban sem tudod elindítani a Drupalt, amíg ez a követelmény nem teljesül.

Két lehetőséget látok:

  1. Ha mindenképp Quick Start üzemmódban szeretnéd elindítani: egy $ php --ini parancs kimenetében keresd meg a „Loaded Configuration File” sort és az ott látható útvonalon lévő konfigurációs fájlban töröld a pontosvesszőt a ;extension=pdo_sqlite sor elejéről. Nem tudom, nálad hogy van feltelepítve a PHP, de biztos-ami-biztos alapon újraindítanám a gépet, hogy érvényre juttassam a változtatást.
  2. Ha mindenképp MySQL adatbázissal szeretnéd telepíteni (ajánlott): ebben az esetben szükséged lesz egy teljes *AMP stack („rakás”) összeállítására. Oprendszertől függően ez lehet xAMPP vagy MAMP. Ehhez magyar nyelvű útmutatást a Kézikönyv vonatkozó fejezetében találsz. (Még D8-ra íródott, de nagy vonalakban hasonlóan zajlik a folyamat D10-re is.)
0
0
Balu Ertl képe

D6 terén abszolút csak a pálya széléről ugatok. Nem lehet esetleg, hogy valamelyik PHP-fájl végére tévedésből bekerült egy ?>, amit az idők közben frissülő PHP-verziók már máshogy értelmeznek feldolgozás közben? A magam által írt, saját („custom”) kódokkal kezdeném a végigellenőrzést, a közösségi forrású kódban kicsivel kisebb valószínűségét érzem.

(Háttérinfó, h miért nem kell bezárni a megnyitott <?php címkét.)

1
0

D6 sorry

ATAG képe

Helló, tudom hogy már rég nem támogatott a d6, és tényleg mindent elkövettem hogy frissítsem/migráljam, de semmi sem vezetett elfogadható eredményre.
Ettől függetlenül, biztosan van itt olyan 'vén róka' aki csípőből tudja a választ :)
A kérdésem annyi, hogy mi a nyavalya fut le mielőtt a php blokkok megjelenítésre kerülnek? Valahol bekap egy fölösleges záró taget, de képtelen vagyok megtalálni, hogy hol. A blokk(ok) rendben vannak, tehát valahol előtte történik a dolog.
(csak - az összes - php blokkal történik, minden más rendben van). Sminktől független a dolog...

Fórum: 
Drupal verzió: 
Taxonomy upgrade extras: 
Balu Ertl képe

Az alaprendszer önmagában nem kínál lehetőséget egy adott típusú tartalom szerkesztőoldalán az egyes beviteli mezők szerepkörönként való szabályzására. Egy áthidaló megoldás jut eszembe, lehet, te is hasonlót írtál le:

  1. Végy két szövegformátumot, például a gyári Teljes HTML és Szűrt HTML. A bővebb képességű legyen magasabban.
  2. Adj hozzá egy tartalomtípushoz egy formázott szöveg típusú mezőt, amihez engedélyezed mindkét szövegformátum használatát.
  3. Végy két szerepkört, például a gyári Adminisztrátor és Bejelentkezett
  4. Az alacsonyabb rangú szerepkörtől vond meg a magasabb szintű szövegformátum használatát, de engedélyezd számára az adott tartalomtípus szerkesztését.
  5. A magasabb rangú szerepkör használhassa mindkét formátumot.
  6. Egy magasabb rangú szerepkörbe tartozó felhasználóval vigyél be tartalmat a szövegmezőbe a magasabb szintű formátummal. Mentsd el.
  7. Egy alacsonyabb rangú szerepkörbe tartozó felhasználóval nyisd meg a tartalmat szerkesztésre. A szövegmező tartalmának (elvileg) rejtettnek kell maradnia, mivel neki nincs jogosultsága a magasabb szintű formátumot használni.

Nem próbáltam ki, csak emlékezetből írtam, lehet, már nem így működik.

Egyébként ha közösségi modult keresnél a megoldáshoz, akkor én a „field-level permission” kifejezésre keresnék rá.

1
0