Keresés

Webform kibővítése automatikus mezővel

ispani képe

Üdv mindenkinek!

D7.15 Adott egy webform, amely egy megrendelőlap. Ezen szeretnék létrehozni egy olyan mezőt, amelynek az értéke a form elküldésekor generálódik, pl. XXXeeeehhnn%sid formátumban. Ez lenne a megrendelés azonosítója, ami bekerülne a táblába, e-mailban is elküldené, illetve a megrendelést nyugtázó oldalon is kiíratnám.

Próbáltam rejtett mezővel, gondoltam alapértelmezett értéknek beírnám kifejezésként. Járható út? Token modul fent van, csak nem tiszta, hogy hogy használjam a kifejezésben. Dátum kéne és a %sid. Ezt kéne egy számmá összedrótozni és betenni a mezőbe.

Lehetséges, hogy ezt esetleg CCK-val vagy a webform modullal tudom belevarázsolni a táblába, vagy külön modult kell írnom hozzá?

Igyekeztem végigolvasni a webformos topicot, de nem találtam hasonló problémát, illetve választ. Ha elsiklottam volna felette, akkor elnézést kérek, - egyelőre viszont egy kis segítséget :)

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

Webform kibővítése automatikus mezővel

ispani képe

Üdv mindenkinek!

D7.15 Adott egy webform, amely egy megrendelőlap. Ezen szeretnék létrehozni egy olyan mezőt, amelynek az értéke a form elküldésekor generálódik, pl. XXXeeeehhnn%sid formátumban. Ez lenne a megrendelés azonosítója, ami bekerülne a táblába, e-mailban is elküldené, illetve a megrendelést nyugtázó oldalon is kiíratnám.

Próbáltam rejtett mezővel, gondoltam alapértelmezett értéknek beírnám kifejezésként. Járható út? Token modul fent van, csak nem tiszta, hogy hogy használjam a kifejezésben. Dátum kéne és a %sid. Ezt kéne egy számmá összedrótozni és betenni a mezőbe.

Lehetséges, hogy ezt esetleg CCK-val vagy a webform modullal tudom belevarázsolni a táblába, vagy külön modult kell írnom hozzá?

Igyekeztem végigolvasni a webformos topicot, de nem találtam hasonló problémát, illetve választ. Ha elsiklottam volna felette, akkor elnézést kérek, - egyelőre viszont egy kis segítséget :)

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

Kidobja a bejelentkezett felhasználót

memil képe

Ha egy user bejelentkezik az oldalamra és böngészget, akkor előbb utóbb kidobódik. A következőket vettem észre:

- A cache bekapcsolása után, ha anonymous -ként böngészek, akkor az első kattintásra előjövő view oldal nagyon lassan tölt be. De ha visszamegyek a főoldalra, és ugyanarra az oldalra kattintok, akkor már villámgyorsan bejön, gondolom, hogy köszönhetem ezt a cache -nek.

- Ha bejelentkezek egy mezei user -ként, és olyan oldalra kattintok (a legtöbb oldalamat a views generálja), ahová előzőleg anonymous -ként is kattintottam, akkor úgy jeleníti meg az oldalt, mintha kidobna. Tehát eltűnik a My Account link, eltűnik a Logout link és megjelenik a Login / Register link. Tehát mintha ismét anonymous -ként látnám az oldalt. De ha olyan oldalra kattintok, amire előzőleg, anonymous -ként nem kattintottam, akkor bejelentkezve látom magamat.

- Ezekután kikapcsoltam a cache -t, visszakaptam a lassú views generálást. Megszűnt az a viselkedés, hogy ha anonymous -ként megnézek egy oldalt, később bejelentkezve ugyanazt az oldalt anonymous -ként látnám, tehát maradok bejelentkezve olyan oldalon is, amit előzőleg anonymous -ként is megnéztem.

- Van egy csavar is benne, azért hogy ne legyen annyira egyszerű. A cache maradt kikapcsolva, maradtam bejelentkezve, és ha olyan oldalra kattintottam, amit még az első alkalommal (tehát amikor a cache bevolt kapcsolva) anonymousként néztem meg, akkor is kidobva, azaz anonymous -ként láttam magamat. Ja, és amikor kikapcsoltam a cache -t, egyben ürítettem is.

No és akkor ezek után hogyan kell azt megcsinálni, hogy a views által generált oldalak gyorsak legyenek és a usereket ne dobja ki, azaz a usereknek ne anonymous oldalakat rakjon a szemük elé?

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

Menü címe lefordítódik, menüelem nem!

Sk8erPeter képe

Sziasztok!

Többnyelvűsítéssel kapcsolatos problémám van, Views-zal menübe pakolt elemek nem hajlandóak lefordítódni.

Amiket elkövettem:

  1. Létrehoztam egy menüt, bejelöltem a "Translate and Localize. Menu items with language will allow translations. Menu items without language will be localized." ("Fordítás és honosítás. Menüelemek nyelvvel fordítható lesz. Menüelemek nyelv nélkül honosítható lesz.") opciót, lefordítottam magyar nyelvűre a menü címét, aztán
  2. beraktam ebbe a menübe elemeket Views-modul segítségével - tehát az adott view-knál a "Normal menu entry" ("Általános menübejegyzés") opciót választottam, majd az előbb létrehozott menüt választottam ki
  3. az adott view-nál rámentem a "translate view" menüpontra, itt lefordítgattam mindent magyarra
  4. a Blocks-on belül beraktam a bal oldali oldalsávba az 1-es pontban létrehozott menümet

Magyar nyelvre kattintva megmaradnak az ANGOL (az eredeti) elnevezések a menünél, egyszerűen nem értem, miért nem fordítódik le.
A Views-zal létrehozott saját blokkoknál nincs ilyen probléma!
Még azt is megpróbáltam, hogy a menüblokk beállításainál bejelöltem, hogy "Make this block translatable" (ahol írja, hogy "To translate the block content itself, translate the menu that is being shown.").
Ha megnézem az adott menu itemeket egyenként, mindegyiknél a "Language neutral" van bejelölve (különben nem is látszana).
Ha megnézem a Translation table modul vonatkozó beállításait (admin/config/regional/translate/table/menu), ott is az látszik, hogy minden szépen le van fordítva, mégis angolul jelenik meg minden a magyar nyelvnél is.

Mi lehet a probléma?

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

Insertált képek címének fordítása

duc-sai képe

Sziasztok!

Többnyelvű oldal készítése során adódott a problémám: insert modullal szúrtam be colorbox miniatűröket a tartalomba, a képeknek alt és title értékeket is adtam.
A fordításnál (a képek mellett) lefordítottam magyarra az alt és title paramétereket. Viszont ha le is cserélem a képeket a tartalomban, hogy magyar címmel jelenítse meg a colorbox, akkor a forrásnyelvi (angol) oldalon is így (magyar címmel) jelennek meg. Tehát vagy ez, vagy az, függetlenül a tartalom nyelvétől.

Találkozott már valaki ezzel a problémával, és van-e rá megoldás? Azaz lehet-e fordítást adni az alt és title mezőknek?

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

Mikor érdemes egyedi tartalom típust használni?

gergely képe

Nemrég olvastam ezt a bejegyzést Sean Buscay blogján angolul és arra gondoltam érdemes megosztani a magyar Drupal közösséggel magyarul.

Akkor érdemes alkalmaznunk új tartalom típust, ha bármleyik az alább felsoroltak közül érvényes:

  • Egyedi mezők amelyeket nem használunk gyakran vagy egyáltalán máshol.
  • Egyedi üzleti logika a tartalom ezen részére, mint például hozzáférési jogosultság, megjelenítési forma, munkafolyamat.
  • Jelentős szerkezeti vagy megjelenítésbeli különségek a smink rétegben.
  • Különböző felhasználás vagy koncepcionális különbségek (például egy blog és egy oldal tartalomtípus megegyezik teljesen de másként kell gondolniuk rá és felhasználniuk a tartalom előállítóknak)
  • Különböző tartalom rendezési logikák (például egy blokk a céges hírekről és egy blokk a részleg híreiről)

Persze mindig vannak kivételek és más lehetőségek, hogy elérjük ugyanazt az eredményt. Az utolsó eleme a listának a legtöbb esetben megoldható taxonómiával. A többi pedig megoldható a Context modullal is.

Címkék: drupalmezőktartalom típusok

Hogy töltsem fel az adatbázis tartalmát, ha túl kevés a MySQL max_allowed_packet?

Sk8erPeter képe

Sziasztok!

A szolgáltatómnál a max_allowed_packet értéke túlságosan alacsony, mindössze 1 MB-os, egy nagyra hízott Drupal-adatbázis esetén ez már közel sem elég, amikor localhoston dolgozom, az éleset addig maintenance módba rakom, aztán amikor localon kész vagyok, importálni szeretném pl. phpMyAdminon a módosított tartalmú adatbázist.

Hogy tudnám értelmesen szétvágni, van erre valami normális módszer, vagy csak marad az, hogy kábé tippelgessek, hogy hol lehet a határa az 1 MB feltöltésnek?

Köszi!

(U.i.: a szolgáltató a kérésre sem szeretné megnövelni nagyobbra ezt a korlátot, hivatkozva az osztott tárhelyes megoldásra, és arra, hogy menjek má', a többségnek elég.)

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

Összegyűjtött, tömörített CSS szabályokból időnként kimaradnak elemek

brtamas képe

Sziasztok!

Egy nagy látogatottságú oldalt fejlesztett a cégünk drupálban. Adatbázis cachelést használva mindent cahcelünk. Be van állítva a CSS fájlok összegyűjtése és tömörítése is. Bizonyos időnként (általában minden nap reggel) az fogad, hogy néhány konkrét blockra (hírdetés blockok) vonatkozó CSS szabályok nem érvényesülnek, illetve nincsenek is benne az összegyújtött CSS lapokban. Gyorsítótár ürítése után újra benne vannak, minden jól jelenik meg, de egy nappal később újra előjön a probléma.

Szerintetek mitől lehet ez, hogyan lehet ezt kijavítani?
Előre is köszi a segítséget!

Fórum: 

Drupal túllépi a 128 MB-os (!) memóriakorlátot

Sk8erPeter képe

Sziasztok!

Éles szerveren a Drupal jópár contrib modullal túllépi a 128 MB-os (!!) memóriakorlátot. Ez nagyon durva, ezért gyanakodtam arra, hogy valamelyik contrib modul nagyon durván leak-el.

Localhostra pontosan ugyanezt a Drupalt feltettem, majd felraktam az XHProf extensiont, amit a Devel modul javasol, aztán beállítottam a megfelelő path-t ennek az extensionnek, és mindenféle query-t logoltatok a Devellel, hogy mindezt figyelni tudjam.
Ki is íratom az eredményeket az említett XHProffal, és pl. az egyik oldallekérésre ezt írja:

Total Incl. PeakMemUse (bytes):        16,114,824 bytes

Ezzel a 16 MB-os nagyságrendű erőforrásigénnyel még semmi bajom nem lenne, de hogyan lehetséges, hogy ugyanekkor az éles szerveren már egy nyamvadt content type létrehozásakor is (!) túllépi a 128 MB-ot? Ugyanezek között a körülmények között méregetem localhoston, és semmi ilyen jellegű bajom nincs.

Van tippetek?
Ti mivel szoktátok mérni a PHP memóriazabálását?

Előre is köszi bármiféle ötletet!

U.i.:
Gyanakodtam már az igen erősen használt Display Suite-ra ÉS Field group modulra is, hátha ez a kettő ilyen mértékben elszáll memóriaigénnyel... De lehet, hogy totál máshol kell keresni a hibát...

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

Ubercart email visszaigazolás

BZsolt képe

Sziasztok,

Szeretném segítségeteket kérni a következő problémában:
Adott egy webáruház, amiből regisztráció nélkül vásárolhatnak az emberek.

A feladat az lenne, hogy mikor összerakják a kosarukat és rányomnak a megrendelésre, akkor kapjanak egy email -t, melyben 'Biztosan megrendeled a termékeket?' tartalmú levél menne ki. Rákattintanak a linkre és akkor megy ki a szokásos (=termékek listája, árak, stb.) ubercart email nekem és a megrendelőnek.

Létezik ilyen beállítás, esetleg kiegészítő modul?

Köszönettel,
Zsolt

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