Kerüld a több külön jQuery-verzió használatát egy oldalon belül
Korábbiakra:
Alapvetően kerülendő az, hogy két jQuery-változatot is használj azonos oldalon. Ha nagyon muszáj (inkább ne legyen az), akkor megoldható saját kliensoldali kódból a jQuery.noConflict() használatával, vagy az említett modullal, ami épp ezt alkalmazza. Általában a jQuery Update által frissített jQuery-változat megfelel a legtöbb igénynek, ritka eset, amikor valóban kényszermegoldásokhoz kellene folyamodni a még frissebb jQuery-verzió használata érdekében.
A kódra:
libraries_get_path('maskedinput') . '/jquery.maskedinput-1.3.js';
Ez a sor így ebben a formában igazából semmire nem jó, csupán összeállít egy stringet, és semmi nem kezd vele. Szóval rossz a példakód a projekt oldalán is (ami mondjuk fura)... A libraries_get_path()
csak visszaad egy stringet, konkrétan az adott könyvtár elérési útját, tehát ezt el kellene tárolni egy változóban, vagy közvetlenül átadni egy függvényhívásnak paraméterként, és kezdeni vele valamit (drupal_add_js()
használatakor úgy kellene átadni, hogy hozzá kellene még ehhez az elérési úthoz fűzni egy perjelet, meg a konkrét beillesztendő fájl nevét is).
A Libraries API 2.x-ben már betölthető libraries_load()
függvénnyel az adott könyvtár, és egyéb lehetőségek is vannak: https://drupal.org/node/1342238. Szóval az egyik módszerként az említett libraries_load()
-dal lehetne betölteni a könyvtárat, nem pedig az idézett módon.
Az említett sor tehát nyugodtan kiszedhető, a kódodban a $form
tömbhöz hozzáadott '#type' => 'masked_input'
és '#mask' => '+ ?999999999999999'
a lényeg:
http://drupalcode.org/project/masked_input.git/blob/3724b094a89733f020cc...
ha ezt megnézed, a hook_element_info() implementációját láthatod a masked_input_element_info()
függvényben (hasonlóan a system_element_info()-éhoz), ez játszik ebben szerepet (hozzáad egy új Form API elemtípust).
Ja, és hátha érdekel még, a drupal_add_library()
segítségével a megfelelően definiált könyvtárakat tudod egyszerűen hozzáadni, például a core-ban is benne lévő jQuery UI Accordiont így:
drupal_add_library('system', 'ui.accordion');
ez még ezzel kapcsolatban hasznos lehet:
http://drupal.stackexchange.com/questions/18443/using-drupal-7-built-in-...
Kicsit hosszú lett a hsz., de remélem, ez tisztáz egy-két dolgot a témában, kérdezz, ha érdekelne még valami.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mindenki véleményében akad igazság
Hm véleményem szerint mindenkinek igaza van a maga látásmódjában.
Aki azt várja, hogy a Drupal olyan legyen, mint a 7 volt anno az csalódni fog a 8 és az azt követő verziók használatakor. Tehát jól látja, hogy az új irányvonal nem a régi és úgy érzem joggal csalódott. Voltak néhányan, akik így éreztek és ezért jött létre a Backdrop CMS. A nyolcas irányvonalát tekintve érezhető úgy, hogy a Backdrop CMS zsákutca, de tökéletesen kielégítheti azok elvárását, akik szeretnének a Drupal 7-hez hasonló szellemiségben tovább dolgozni, de mégis egy modernebb rendszerre vágynak, vagyis többet szeretnének, mint a WordPress, de maradnának a hagyományos vonalon.
Aki úgy látja csökkent a fórumozó közösség, vagy a magyar felhasználói tábor az is részben jól látja. Én is aktív tagja voltam a fórumnak, míg jobban ráéreztem a 8-as logikájára és rá nem szoktam az angol oldalakra. Sokszor fel sem kell tenni a kérdést, máris van megoldás, vagy ötletet adó bejegyzés a neten. Igen sajnos nem magyarul -ez igaz, -de ezt el kell fogadnia mindenkinek. Magyarul csak a magyar közösséget éred el, míg angolul a világon Drupallal foglalkozók nagy részét. Ez egyébként a régi verziónál és a Backdrop CMS, de még a WordPress esetén is igaz. Vigaszként pedig ott a google fordító.
"Régen minden jobb volt" Háát attól függ. A windows xp idején még mindenkit érdekeltek a számítógépek és valóban menő volt Weboldalt készíteni. Így sokakat érdekelt. Majdnem mindenki szeretett volna oldalt magának és egy idő után "elvárás" is lett, hogy legyen weboldalad. Ma azonban gyakran előfordul, hogy egy cégnek max egy egylapos weblapja van és nem is vágyik többre. A magánemberek körében pedig, már nem számít menőnek, ha valakinek saját oldala van. A közösségi média rengetek funkciót átvett, amit régen a weboldalak voltak hivatott betölteni. Ezért a kisebb oldalak népszerűsége is visszaesett. A Drupal mondhatni mindig is összetettebb volt mint a WordPress. Ezért nem is csoda, hogy a WordPress sokkal népszerűbb. Sokszor egy programozni nem tudó, még a html, css kódolást sem ismerő ember is képes megbirkózni vele. Nem azt mondom, hogy profi oldalt épít, de pont jó neki arra amire kell. A fizetős pluginek pedig sokmindent készen kínálnak. A WordPress megmaradt ezen a vonalon, bár ahhoz képest, hogy blogmotorként indult, ma már bőséges funkcionalitással bír.
A Drupal ehhez képest összetettebb rendszer és több tanulást igényel a használata. Ez a régi rendszerekre is igaz. A 7-es verzió még a boldog "békeidőkben" született. Így a hazai érdeklődés is nagyobb volt iránta. Ráadásul a hazai low budget tárhelyeken is jobban muzsikált, habár a WordPress egyszerűségének köszönhetően ekkor is jobb választás volt ilyen tekintetben.
Szóval, ha így nézzük a dolgot, akkor igaz lehet a fenti mondás. Azért ma sincs veszve minden. Ha valaki ragaszkodik a régi irányvonalhoz annak ott a Backdrop CMS. Teljesen korrekt. Aki egyszerűbbet akar annak ott a WordPress. Aki viszont többre vágyik annak készült a Drupal új irányvonala. Ezért érezhetnek sokan csalódottságot, akik a régire vágynak. Hozzá kell tennem, hogy a normálisabb megosztott tárhelyeken szépen fut, de valóban előfordul, hogy néhány beállítást módosítani kell az alapértelmezettek között. Nyilván több erőforrást igényel, mert ez egy sokkal robusztusabb rendszer. Tehát, aki nem erre vágyik annak igaza van. Igaz az is, hogy a mai kor, már nem a régi, így a mai tinik körében, már nem egy jó kis Drupal weblap a legnagyobb vágyálom. Az idősebbek pedig, ahogy előttem is írva vagyon bekerültek a munka, család világába, így nincs annyi idő a közösségi munkára, mint régebben.
A számítógépek is visszaszorultak a munka világába és sokan mostanra okostelefont, okos tévét, esetenként tabletet használnak. Weboldal helyett Facebook, Insta, Google-YouTube fiókjuk, oldaluk van.
Változik a világ...
Tehát a mai Drupal nem a régi. A nagyvállalati irány felé tolódott és ezen a téren, már mások az elvárások. így sosem lesz olyan, mint rég. Mivel az átalakítás nagy, így a munka is nagy. Ezért fejlődnek a modulok is lassabban és van pár, ami ennél is lassabb. Ahogy Én látom a 10-es verzió hozhatja el a nagy váltást. Talán ebben a verzióban kikerül végre sok elavult technológia. Személy szerint mindig a natív js-t kedveltem. A jQuery hasznosságát elismertem, elismerem bár sosem szerettem, de jól jött anno. Kicsit, vagy inkább nyomokban olyan, mint Régen a Flash, amit kimondottan utáltam, de végül csak túllépett rajta a világ. Jó körülmények közt a Drupal 8, 9 jól működik és várhatóan a 10 megkoronázhatja a munkát.
Egy autós hasonlattal élve a WordPress egy személyautó (esetleg kombi, vagy tud akként is működni, talán vonóhorog is van rajta) a Drupal 7, Backdrop CMS egy furgon (vagy kisteherautó), míg a Drupal 8, 9, 10, már egy kamion.
Szeretnék elnézést kérni a terjengősségért. Úgy éreztem bizonyos szemszögből mindenkinek igaza van. Viszont kár ezt a témát mindig előhozni.
Amit fontos lenne szem előtt tartani, hogy a nemzetközi közösség úgy döntött, hogy a Drupal nagyvállalati rendszer lesz, illetve képesnek kell lennie ezen igényeket mindinkább kielégítenie. Így sosem lesz a régi! Egy kisebb közösség azért átmentette és továbbfejlesztette a régi vonalat, ami Backdrop CMS néven él tovább. Akinek pedig egyik sem jó, annak tökéletes választás a WordPress. Mindegyik rendszernek megvan a maga pozíciója.
Ezek csak eszközök egy cél elérésére. Mindenki válassza azt, amely számára és a cél elérése érdekében a legmegfelelőbb.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Időleges kutyagumi... :(
Időleges kutyagumi... :(
Azért voltam kénytelen ideje előtt pénzt invesztálni egy fizetős tárhelyre, mert az ultraweb egyfolytában ilyen hibákat produkált.
--------------------------------------------------------------------------
www.lovagok.hu - látogass meg :)
-------------------------------------------------------------------------
--------------------------------------------------------------------------
www.lovagok.hu - látogass meg :)
-------------------------------------------------------------------------
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
kwrite
Én ezt használtam eddig fordításhoz :) Nincs nagy overheadje... Hehe... Csak sajnos mindig figyelni kell, hogy a dátum is aktualizálódjon, de ettől az egy apróságtól eltekintve jobb, mint például a kbabel. Megpróbáltam vele dolgozni, de nekem túl merev volt...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ne félj
Ez nem egy Drupal hiba, hanem egy MySQL adatbázis beállítási kérdés. A drupal.org-on most indult meg a 4.6.0 terjesztése, gondolom nagy az érdeklődés, és egy nem túl egészséges vagy nem jól beállított MySQL szerver dobhat ilyen hibákat.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hozzászólás vs. téma
Tisztázzuk hogy melyik magyar szó alatt melyik jelentést fedezzük fel. A hozzászólás olyan, amit most én írok, egy meglévő témához ad hozzá valamit. A téma, amire most éppen válaszolok, az bekerülhet fórum csoportba. így most akkor mi is a kérdés?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
menüpont kívülre
Az url() függvényt kell megbütykölni, hogy ne írja a ?q=-t a kívülre mutató (protokoll megjelöléssel kezdődő) linkek elé. Volt erről már sokszor szó a fejlesztői listán, másnak is van rá igénye. Nem tudom, végülis bekerült-e a 4.7 kódba, de könnyen lehet.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
open_basedir
Valószínű nem tudja megyitni a feltöltött fájlt ott, ahova feltöltésre kerül. Alkalmazhatod egyelőre az ingyenes szolgáltatókhoz adott locale import tippet. Azon vagyok, hogy a 4.7-ben ilyen trükkökre ne legyen szükség, remélem sikerül bejuttatni a javításokat.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem mindkettő SQL
Szerintem a menü blokkot PHP-ből rendezi, a könyvnél pedig ezekszerint SQL-ből. A PHP pedig alapból nincs UTF-8-ra felkészítve (elvileg a PHP 6 majd lesz). Az mbstring PHP kiterjesztés tud ilyesmit, amit sok esetben használ is a Drupal, de nem mindenhol...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
drupal_mail: $params és $message['body'][]
Nos sikerült kiszenvedni magamból a megoldást.
Mivel használom az SMTP és HTML Mail modulokat, ezért azt gyanítom, az email header-jét nem kell beállítanom, úgyhogy azt elhagytam.
A teljes üzenetet (azaz az email body részét) összeraktam egy $uzenet valtozoban - ott használtam az űrlap (webform) egyes mezőinek értékét is.
Ezután paraméterként definiáltam magát az üzenetet:
Amit később átadtam a $message['body'][] változónak a megfelelő helyen:
Figyelni kell arra, hogy kell egy függvény (function), amiben összeállítjuk magát az emailt, mert a drupal_mail() függvény keresni fogja ezt. Mégpedig úgy, hogy ha a drupal_mail() függvényben azt adtuk meg az első paraméternek ($modules) hogy 'example' akkor a függvény neve 'example_mail' kell hogy legyen.
Tehát a kód amit használok az email elküldésére:
//pakati