Dean képe

Mivel a Simplenews modulhoz szervesen kapcsolódik a Mime Mail modul, átnéztem annak is a beállításait.

Szerintetek az hogy az alábbi mező nálam nincs bejelölve lehet akár közvetve okozója ennek a hiba jelenségnek?

Mező:
Egyszerű címformátum használata
Az email címek a megszokott [email protected] formátumban használhatóak.

Ezt sem jelöltem be, mert nem gondolnám, hogy bármiféle hiba okozója lehet az, hogy ha nem az egyszerű címformátum van használatban.

Az itt bejelölhető mezők közül nálam csak ez van bejelölve:
Használja a webhely stíluslapjait

Csak azt próbálom kitalálni mi okozhatja azt, hogy összekeveri az e-mail címeket, amikor legenerálja a leiratkozó linkeket minden kiküldött levél végére.

Kb ilyen linkeket generál most:
http://saját_domain/hu/newsletter/confirm/remove/e2994e865419t2

0
0
silytb képe

Hú, hát ez nagyszerű!
Már mindent próbáltam, új adatbázis táblát hoztam létre amikben a node id-kat és a used id-ket tároltam, és javascript-tel hívtam meg a függvényt, ami beteszi a rekordokat, ha megnyitotta a cikket..stb..

ezen is látszik, hogy milyen okos a drupal, szenvedhet az ember több napig php-val és javascripttel, mire megvalósít valamit, amit a drupal már alapból tud..

és persze ezért nagyon hasznos, hogy ennyien vagytok ilyen nagy rutinnal, és segítő szándékkal..
örök hála, most sok munkaórát spóroltál nekem:)

0
0
tzotyu képe

Szia!
Köszönöm, de sajnos nem megy még. Az érintett elemet a firefox-ba épített html elem vizsgálóval néztem, erről is küldök egy képet:
a

Ennek alapján a témám style.css- fájljában kerestem a messages error sort, de nem találtam sehol. A többi css fájlban is kerestem a 'messages error' szóra, külön-külön is, de nem találtam semmit. Gondolom itt lehetne állítani, hogy hogyan jelenjen meg ez a kis mező. A probléma ugye az, hogy a cikkeimhez beállított betűszínt használja a hiba üzenetekhez is, viszont a piros háttéren ez nem látszik. Ezért a piros hátteret változtatnám meg, külön a betűszínt nem állítgatnám, mert akkor meg a cikkeimben tolódik el a szín.

Lehet, hogy nem is a téma style.css-ében kellene keresnem az érintett mezőt?

Köszönöm!

0
0
aboros képe

"kerestem a messages error sort, de nem találtam sehol"
akkor írjad csak hozzá a sminked style.css filejához bátran. így működik a css. :)

0
0

-
clear: both;

Tigryss képe

Helló

Az artisteerről tudni kell, hogy sok mindent nem deklarál én pl ezeknek egy külön include-olt css-st tartok fönn.

1
0
eager képe

A jó hír az, hogy úgy hívják 6-ban is, ahogy 7-ben. Ezért a fenti tippjeim illeszkednek rá.

Csináld azt, hogy megnyitod a sminked info file-ját, és megnézed a megadott stíluslapok sorát. Ami .css fájl utoljára szerepel a sorban, annak a végére biggyeszd oda a fentebb megadott szabályok közül azt, amelyikre szükséged van.

Ha nem a szövegszínt akarod állítani, hanem a hátteret, akkor color:valami; helyett background:valami;-t kell használni, és ennyi.

A css-ben nem mindig muszáj megtalálni és átírni az eredetit (főleg azért nem, mert esetedben ez egy rendszerfájlból jön, amit meg nem ajánlott és nem éri meg buherálni).

A css-ben pont az a jó (arra való, így kell használni), hogy felül lehet benne bírálni szabályokat, amik másik fájlban esetleg már meg lettek adva, egy újabb másikban meg mondjuk meg lettek módosítva.

Ezért mondjuk, hogy a sminked css-ei közül az utolsó végére tedd: akkor felülbírálja a korábban hívott szabályokat. (mert a rendszerfájlok vannak először hívva, aztán a modulokéi, aztán a sminkéi (asszem)). Valami a sminkedben felülírta és elrontotta a rendszer szabályát, de talán nem baj, mert ha az utolsó smink .css végére teszed a javítást, akkor megint a tied az utolsó szó (css-ben ez egy erős szempont).

Amúgy meg tessék utánaolvasni, hogy mitől cascading a Cascading Style Sheet.

Erre is érdemes rákeresni, hamar szükséged lehet rá:

'CSS specificity'

(ez segít abban, hogy (azon túl, hogy melyik szabály jön előbb, és melyik később) egymást felülbírálni képes szabályokat tudj tervezni).

  1. div.messages.error {
  2. background:#A13636;
  3. background-color:#A13636;
  4. }

Ez elvileg egy erős kombó, nem túl elegáns, de nem látok jobban a sminkedbe.

1
0
sgabe képe

Elárulod, hogy adatbázis hozzáférés nélkül hogy fog működni az oldal? Vagy ez ilyen késői áprilisi tréfa? Nálam 25-e van...

2
-2
sgabe képe

Én nem hinném, de kapcsold ki a Mime Mail modult és teszteld le úgy is.

0
0
Sk8erPeter képe

  1. Ez volt az első hiba:

    Warning: Missing argument 1 for SelectQueryExtender::fields()

    Ez jelzi, hogy a fields() függvény használatánál hiányzott egy kötelező - default értékkel nem rendelkező! - argumentum, mégpedig a $table_alias, ahogy az a következő hibaüzenetből ki is derül:
    Notice: Undefined variable: table_alias in SelectQueryExtender->fields()

    Érdemes megnézned a hivatalos doksit:
    SelectQueryExtender::fields, itt látszik, hogy a függvény várna legalább 1 paramétert.

    pp pedig helyesen át is adta a megfelelő $table_alias-t, lásd a kódjában ezt a részt:

    $select->fields('gc')

  2. Volt még a kódjában egy explode() is, amivel a vessző mentén "szétrobbantotta" a stringet egy tömbbé, ami stringek tömbje. Jelen esetben valami ilyesmi lesz az eredménye:

    array( 0=>'1', 1=>'2', 2=>'3', 3=>'4' );

    Ez pedig egy érvényes bemenet a condition() metódushoz, lásd a következőt:
    QueryConditionInterface::condition
    "This method can take a variable number of parameters. If called with two parameters, they are taken as $field and $value with $operator having a value of IN if $value is an array and = otherwise."

    Tehát ez a metódus egy tömböt is elfogad második paramétereként, ha az $operator opció egyenlő az 'in'-nel, ami esetedben így is van.

  3. Az is látszik a hibaüzenetből, hogy nem lesz jó, ha a variable_get()-tel default értékként sima stringet adsz meg, ami nálad az '1,2,3,4' volt.

    Idézet a hibaüzenetből:
    "WHERE (forexid IN ('47,116,4,34,3,35,1,54908,670'"
    Itt nem jó, hogy ömlesztett string lesz belőle!

    pp tehát ahogy korábban is említettem, szétbontotta először egy tömbre:
    explode(',', variable_get('gft_api_forexids', '1,2,3,4')

    Esélyes, hogy egyébként így is jó lett volna:
    variable_get('gft_api_forexids', array(1,2,3,4))
    Persze ebben az esetben figyelni kell rá, hogy amennyiben van a variable táblában gft_api_forexids bejegyzés, akkor oda is tömb legyen feltöltve (természetesen megfelelően serializálva, vagyis a variable_set()-tel feltöltve egy tömböt).

  4. A sorrendre vonatkozó rész itt van a doksiból:
    TableSort::orderByHeader

    Tulajdonképpen itt az orderByHeader-nek a TableSort extender mellé pakolása logikus is, bár elvileg kerülhetne máshova is "sorrendileg", lásd itt a felhasználását: [link].
    Itt viszont láthatsz egy kis magyarázatot is a query-khez, és a TableSort extender felhasználásához, na meg itt úgy használja az orderByHeader-t, ahogy pp: [link].
    Ahogy a hivatalos oldalon lévő doksiban is szerepel:
    Dynamic queries
    Az utóbbi cikket egyébként mindenképp érdemes lehet áttanulmányozni, ha szeretnéd megérteni a dinamikus query-ket Drupalban.

Huhh, a végére jó terjengős magyarázat lett, bocsánat, hogy kicsit áttekinthetetlen lett - ettől függetlenül remélem segített valamennyit a megértésben.

7
0
noocx képe

Szia!

Chrome alatt: jobb klikk > Elem megtekintése vagy F12
Firefox alatt: firebug kiegészítő telepítése és jobb klikk > Elem vizsgálata Firebuggal vagy F12

Ezen eszközök segítségével vizsgálhatod a kérdéses elemeket és számos hasznos információt tudhatsz meg velük, pl. mely elemhez mely fájlokban van definiálva és milyen stílus.

Láthatod, hogy mely fájlban lévő definíció bírálja felül az előtte lévőket, számított értékeket, stb.

CSS vizsgálatához és egyéb dolgokhoz jól jöhet még a web developer FF kiegészítő is.

</noocx>

2
0