hát, akkor
"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. :)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
jogos
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A jó hír az, hogy úgy hívják
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).
div.messages.error { background:#A13636; background-color:#A13636; }
Ez elvileg egy erős kombó, nem túl elegáns, de nem látok jobban a sminkedbe.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
áprilisi tréfa?
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...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
kapcsold ki és teszteld úgy
Én nem hinném, de kapcsold ki a Mime Mail modult és teszteld le úgy is.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem a sorrend az elsődleges. Kis magyarázat a D7 query-hez.
-
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')
-
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.
-
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 avariable
táblábangft_api_forexids
bejegyzés, akkor oda is tömb legyen feltöltve (természetesen megfelelően serializálva, vagyis avariable_set()
-tel feltöltve egy tömböt). -
A sorrendre vonatkozó rész itt van a doksiból:
TableSort::orderByHeaderTulajdonképpen itt az
orderByHeader
-nek aTableSort
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 azorderByHeader
-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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hasznos cuccok
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>
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
MIME MAIL beállítás okozhatja?
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