Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
válasz
sketchifun #9526 üzenetére
Nem lehetséges JavaScript nélkül működő drag'n'dropot csinálni HTML5-ben sem, mivel kellenek a JavaScript-kódodban az event handlerek ahhoz, hogy tudj reagálni a különböző eseményekre, hogy megmondd, mi történjen akkor, amikor húzod az elemet, és főleg amikor leejted azt a célhelyre.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #9524 üzenetére
Na, akkor legalább rájöttél
Egyébként ha már kiterjesztesz egy meglévő JavaScript-objektumot, mint a Date, akkor már használd a prototype kulcsszót, legalábbis tudtommal úgy szabályos.
Ezek szerint neked a toISOString() kell:
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/toISOStringSk8erPeter
-
Sk8erPeter
nagyúr
válasz
sketchifun #9536 üzenetére
Még ezt is kukkantsd meg, gyors átpörgetés alapján elég értelmesnek tűnik:
http://html5doctor.com/native-drag-and-drop/főleg, hogy mutat módosítható demót rá:
http://jsbin.com/uzovu/1357/edit"Tetszik az ötlet, még ha HTML5-ben nem is valósítható meg szimplán."
De, elég szimplán megvalósítható. Lásd a demót.
Ha majd segítség kell:
http://prohardver.hu/tema/javascript_topic/friss.htmlSk8erPeter
-
Sk8erPeter
nagyúr
válasz
csabyka666 #9547 üzenetére
Attól függ, mit tekintünk "készen lévő motornak". Végül is a framework is nyugodtan tekinthető ennek, de önmagában még sok mindent nem tudsz vele kezdeni, használni is kell.
Érted, önmagában egy gépjármű motorja sem ér sokat, kell köré valami, amit hajt (úgy lesz gépjármű, és nem csak egy motor).
A CMS általában tágabb kategória, a Drupal, Joomla és hasonlók már mindenképp biztosítanak egy grafikus felületet is a konfiguráláshoz, sok mindent valóban csak össze lehet vele kattintani (a modulfejlesztést igénylő feladatokat nyilván nem)."Itt arra gondolok, hogy ne olyan legyen, mint a Joomla, ahol már eleve megírtak sok mindent."
A frameworkökben is "eleve megírtak sok mindent". Nyilván máshogy kell ezt érteni, mint egy Joomlánál például.
Szóval ennél konkrétabban kellene rákérdezned, hogy mi az, ami használható.
A jQuery teljesen más tészta, egy JavaScript library, nem nagyon vethető össze ilyen módon szerintem pl. egy PHP-alapú Symfony frameworkkel (amúgy érdemes tudni, hogy a library és framework nem ugyanaz, nagyon sokszor hibásan hívják frameworknek a jQuery-t, pedig nem az, az egy library; de nemcsak emiatt nem vethető össze, hanem feladatuk jellege miatt sem - persze majd ha valaki nem így gondolja, bebizonyítja az ellenkezőjét).=================
(#9546) martonx :
"Symphony (ezt lehet rosszul írtam)"
Még mindig Symfony, f-fel, ph-val az egy CMS.Sk8erPeter
-
Sk8erPeter
nagyúr
Na végül a JIRA-nál maradtál? Vagy mást választottál? Mik voltak a tapasztalataid?
A kérdésfelvetésed elég érdekes témának bizonyult végre, csak aztán sajnos elhalt a téma. Azóta mi a helyzet?(#9419) martonx :
Engem érdekelne a Team Foundation Serveres felvetésed, túl sokat nem tudok róla.
Annyit mondjuk tudok róla, hogy a Visual Studiós és WebMatrixos integráció elég jól megoldott kérdés (utóbbi mondjuk - ahogy beszéltük is - nem tudom, mennyire használható amúgy igazán éles projektekhez, annyira nem kötött le, pedig már tud PHP-hez pár dolgot, valamiért úgy rémlik, hogy eleinte csak ASP.NET-hez volt jól használható, de ahogy képekből elnézegetem, azóta, mióta kipróbáltam (végül is amikor híre ment), eléggé felfejlesztették), de ezenkívül gyakorlati tapasztalatról még nem nagyon mesélt nekem senki. Aktívan használod, vagy csak volt hozzá szerencséd valamennyi időre?Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
martonx #9570 üzenetére
Köszi szépen a részletes ismertetőt, ez így elég meggyőző, szerintem ha lesz egy kis időm, mindenképp ki fogom próbálni valami kis tesztcuccon.
Nyitott vagyok a Microsoftos cuccokra is, a fejlesztést/adminisztrációt segítő eszközeikkel eddig általában elégedett voltam (már amit próbáltam).
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #9587 üzenetére
Amit fordfairlane idézett, az szerintem elég egyértelmű iránymutatás volt.
Akkor másképpen, röviden: ne akarj ugyanarra az elemre sima click és double click eseménykezelőt rakni, mert szarul fog működni, szívni fogsz vele. Találj ki egy alternatív, átlagjúzer által is kezelhető módszert. Akár mittudomén, ha nyomja az Altot vagy a Shiftet is, és úgy klikkel, akkor más történjen, persze ugyanabban az eseménykezelőben intézd el (igaz, ez sem feltétlenül atombiztos módszer, most hirtelen ez ugrott be). Vagy klikk után jelenjen meg egy menü, vagy ilyesmi.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
fordfairlane #9607 üzenetére
Amúgy a kis erőforrás-igényű szövegszerkesztők (nem komplett IDE-k) közül a Sublime Text tényleg nagyon jó. Érdemes kipróbálni, sok dologban okosabb, mint egy Notepad++, most egész sokat használgattam, bejövős.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
Az a gáz, hogy az egyetlen, nyelvre utaló jelet a Riot GitHubos oldalán az AnalyzerFactory osztály egyik implementációjában találtam:
https://github.com/riotfamily/riot/blob/48c98cd8604f53e3d5532c99649707d420846443/search/src/org/riotfamily/search/analysis/DefaultAnalyzerFactory.java
De ezzel túl sok mindent nem tudsz kezdeni.
Ezenkívül az utolsó módosítás valami 10 hónappal ezelőtt volt, úgyhogy nem igazán foglalkoznak a témával a fejlesztők. Itt is erre utal az egyik kommentelő: http://stackoverflow.com/questions/1174131/looking-for-a-good-programmable-java-cms-content-management-system/1174399#1174399
Valami többnyelvűsítő réteget kellene föléhúznod, de alapismeretek birtokában nem hiszem, hogy ezzel egykönnyen boldogulnál. A többnyelvűsítés úgy általában nagyon nem triviális, sőt, elég komplex feladat (ebben amúgy a Drupal a CMS-ek között elvileg kiemelkedő, még ha itt sem minden teljesen jól megoldott, de a 8-asban már elég komoly javítások vannak e téren).
A doksija is finoman szólva meglehetősen "alultáplált".
Láttam, hogy megkérdezted itt is, a kommentelő rendkívül hasznos "Ne is szenvedj vele tovább" megjegyzése annyiból igaz, hogy valóban elég komoly munka lenne áttanulmányoznod a rendszer működését, főleg ilyen gyér dokumentációval, plusz írtad, hogy a Java-nyelvben is vannak egyelőre hiányosságaid, emiatt meg lehet, hogy ha már van benne ismereted, egy Drupallal vagy hasonló CMS-sel valóban gyorsabb lenne az egészet átültetni, mint hetekig csak azzal szenvedni, hogy egy nem is igazán fejlesztett rendszert megismerj (főleg annak fényében, hogy nem biztos, hogy érdemes épp ezt megismerned, amikor mondjuk nem tudod hasznát venni a jövőben, mert ennél aktívabban fejlesztett, nagyobb népszerűségnek örvendő CMS-ek vagy frameworkök is vannak Javában, PHP-ban, ASP.NET-ben).Mindenesetre kérdezd meg a Java topicban, hátha tudnak mondani valami okosabbat.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
PumpkinSeed #9625 üzenetére
http://diveintohtml5.info/canvas.html
Egyébként hallottál már olyanról, hogy "Google"?
Csak mert van Wikipédiás, magyar nyelvű lapja is:
http://hu.wikipedia.org/wiki/Canvas
Nahát, mik vannak.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #9630 üzenetére
Ez miért nem a jQuery topicba ment?
"Az onClose() függvényt akartam használni, de ez akkor is lefut, ha kikattintok belőle."
Ez annyira nem meglepő, mivel alapértelmezettként akkor is bezáródik..."Hogy nem tudom sehogysem rávenni arra, hogy csak akkor fusson le a feltétél, ha rányom a close gombra"
Milyen close gombra?
http://jqueryui.com/datepicker/ - itt nincs semmilyen close gomb.
Szóval jsFiddle-t kérünk.==
(#9627) martonx :
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #9633 üzenetére
Ha a szokásos .on()-t használod, az nem felel meg?
(Kikommenteztem a korábbi kódodat, az "isDonePressed" angolul amúgy is kicsit furcsán hangzik.)
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #9635 üzenetére
És Te mindenféle Google-származékot egy az egyben, kritika nélkül átveszel?
Egyébként még olyan megoldás is lehet, hogy egy flaget állítgatsz, hogy az adott ablaknál már klattyolt-e valaki a gombra, vagy data-attribútumokkal játszol.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #9638 üzenetére
"Igen, mert gyorsan tovább tudok lépni a következő feladatra.
"
Jó kis kódjaid lehetnek...Igen, az említett szempontban van valami, hogy a data-attribútumos buzerálás nem atombiztos, és igazából nem mentesít az alól, amit először ajánlottam (.on()-nal), ami sztem megfelelő.
(#9637) CSorBA : az se rossz.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
PumpkinSeed #9655 üzenetére
Mennyivel egyszerűbb lett volna rászánni azt a pár másodpercet, amíg beírtál a fórumba, arra a célra, hogy inkább keresd meg a használt cuccod honlapján a vonatkozó infót.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
trisztan94 #9654 üzenetére
"amugy xampp/wamp/easyphp jobb megoldas, hacsak nem kell feltetlenul egy portable szero."
Az EasyPHP is portable. Idézet: "EasyPHP DevServer is portable".Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Peter Kiss #9659 üzenetére
Ja, botrány.
Amúgy kipróbáltam, konkrétan max. 10 másodperc volt megtalálni a cuccos hivatalos honlapján a FAQ-ban a segítséget, annyi idő alatt tuti nem írta meg az ominózus hsz.-t, készítette el a screenshotot, és töltötte fel azt.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Sk8erPeter #9626 üzenetére
Mire jó a canvas, például:
http://jsfiddle.net/maroslaw/57xGg/3/embedded/result/Sk8erPeter
-
Sk8erPeter
nagyúr
Ja, hát egyelőre nyilván nagyobb hagyománya van a Flash-es cuccoknak, de épp az lenne a cél, hogy ezeket kiváltsuk
És mint a példából látható volt (ami szemléltetés volt...de már elég sok példa volt itt a topicban), van már lehetőség sok animáció megvalósítására sima HTML5+CSS3+JS kombóval is, ami elég nagy előrelépés a régi Flash-erőltetéshez képest.
"Ha meg dinamikus tartalom kell, akkor aspx."
A szerveroldal más tészta, kliensoldalon is előállítható dinamikus tartalom (attól függ, mit értünk épp ezalatt), a kettő meg csöppet sem zárja ki egymást."Canvas és a seo mennyire vannak jóban?
Mert ha egy kicsit is, akkor már veri a flasht."
Nem értem a kérdést. Egy alakzatok, képek (animációk) dinamikus kirajzolására, megjelenítésére alkalmas vászonhoz hogyan kapcsolódik a SEO?Sk8erPeter
-
Sk8erPeter
nagyúr
Legyen checkbox, de ne legyen alapból checked állapotban, csak annak bepipálásától tedd függővé a regisztrációt a validálás során (különben nem regisztrálhat, ha nem fogadja el a szabályzatot), és természetesen linkeld be a szabályzatra vonatkozó lapot (ami egy jQuery Dialogos popupszerűségben, vagy új lapon nyíljon, hogy ne törd meg a regisztrációs oldalt, amit már esetleg kitöltött).
Sk8erPeter
-
Sk8erPeter
nagyúr
"Ez ugye azért van, (amennyire tudom) mert a googlebot nem lát bele a flashbe."
De igen, a Google régóta tudja indexelni a Flash-es oldalakat is, ha normálisan vannak megcsinálva. Például nem minden szöveg ilyen csillivilli forgolódós animált valami, hanem bejárható, olvasható szöveg.A példák, amiket mutattál, elég rosszak, mivel ilyen idióta elavult belépős oldallal nyitnak, amit már régóta nem szokás alkalmazni, ez ilyen '90-es évek vége-2000-es évek eleje feeling. Nem kell csodálkozni rajta, hogy nem indexel a nyitólapról a Google semmi érdemi tartalmat, amikor nincs is rajta semmi értelmes tartalom.
A SEO-nak továbbra sincs semmi köze se az ilyen Flash-es animációkhoz, se a canvashoz. Legyen az oldalon érdemi, indexelhető tartalom, és akkor a keresőoptimalizáltsága is jobb lesz az oldalnak.
(Amúgy a SEO külön szakma.)Sk8erPeter
-
Sk8erPeter
nagyúr
"Aztán ott van még az az előny is, hogy a CSS/JS fájlok tömörítve (minify) kerülnek fel a CDN szervereire és így a kiszolgálásuk is gyorsabb és kevesebb sávszélességet igényel a letöltésük."
Ez mondjuk CMS-nél nem egy jó érv, mert ezt általában támogatja maga a CMS is. WordPress-ről nem tudok nyilatkozni (azért remélem, az is támogatja), de ez Drupalban egy kattintás, hogy "aggregáltan" legyen egybedobva az összes CSS-/JS-fájl.
A JavaScript-cuccok betöltésére esetleg megoldás lehet, hogy a body végére pakolja az ember a script tageket, nem pedig a headbe, és akkor a renderelést nem akasztja meg a scriptek tartalmának feldolgozása. Vagy például az, hogy eleve úgy van kialakítva a modul/plugin/komponens, hogy aszinkron töltődjenek be az ilyen közösségi szarságok.
A többi viszont számomra oké.==============================
(#9683) martonx :
speciel az, hogy a világ melyik részéről hogyan töltődik be az oldal, nem csak "normálisoldal-függő" (ami szted lehetetlen, hogy CMS legyen), hanem kiszolgálófüggő, ami fizikailag nem mindegy, hol helyezkedik el, ergo ez a dolog speciel nem nagyon értem, miért kapcsolódik ahhoz, hogy az oldal CMS-ben vagy "normális módon" készült-e - ha a "normálisan összerakott oldal" alatt azt is érted, hogy nyilvánvaló, hogy eleve felhőalapú szerveren van (pl. Windows Azure vagy más), akkor oké, úgy megoldott ez a kérdés, hogy a világ bármely tájáról lehetőleg hasonló sebességgel töltsön be (bár ennek sok köze nincs az oldal háttérkódjához).
==============================
(#9684) The DJ :
végül is, hogy CDN-nek vagy felhőalapú tárolásnak+kiszolgálásnak hívjuk, az mindegy.Úgy értem, ha a példánál maradva a Windows Azure-t vesszük, ők nem CDN-nek hívják magukat, hanem felhőalapú platformnak, de a lényeg ugyanaz. Amúgy valóban nem túl elterjedt, de valszeg azért sem, mert többen fejlesztenek hazai közönségnek, meg esetleg nem tartanak egy DDoS-támadástól (bár igaz, az ördög sosem alszik, a rohadék
), így egy hazai tárhelyszolgáltató dolgai is megfelelnek.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #9704 üzenetére
"Az a baj a táblázattal, hogy van 150 oszlop"
Ez tényleg elég beteg, nyilván tök jól átláthatóSk8erPeter
-
Sk8erPeter
nagyúr
válasz
Speeedfire #9711 üzenetére
És most komolyan a user interface-en indokoltnak látod 150 oszlop adatát megjeleníteni?
Talán akkor már legyen szűrhető, kereshető, épp az az oszlop jelenjen meg on-demand, amire valóban szükség van. Sosem értem, miért kardoskodik valaki olyan UI mellett, ami nyilvánvalóan logikátlan és pazarló. Mégis ki a t×köm tud 150 oszlopot átlátni?Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz
BlackTiger #9721 üzenetére
Én legalábbis jsFiddle-demo hiányában nem nagyon szoktam elkezdeni agyalni az ilyen kész kódokon, lehet, hogy más is így van ezzel rajtam kívül, magadnak és nekünk is megkönnyíted, ha felraksz példát
Sk8erPeter
-
Sk8erPeter
nagyúr
"látogató bounce" Szép ez a magyar nyelv...
A módszered meg teljesen értelmetlen, sokkal több hibalehetőséget rejt magában, mint az egyszerű onbeforeunload event handler, és nem is értem, miért lenne kevésbé idegesítő. Azt meg megnézem, hogyan detektálod, hogy úgy csinálok, mintha be akarnám zárni a fület (az általad felvetett erre utaló magatartás történik), aztán visszavonom, mert meggondoltam magam, és mégis akarom böngészni az oldalt, de te már feldobtad az arcomba azt a nyomorult "miért zárod be? Ne már!!"-ablakot... szóval jobban teszed, ha elfelejted ezt az ötletet úgy, ahogy van.
Szerk.:
én nem érzem, hogy "technikailag fain kihívás", inkább időelkúrás a nagy semmire.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Jó a World of Goo (bár nem játszottam vele még, csak láttam, hogy mások nyomják, majd kipróbálom), de most nem csak maga a tépkedés öröme tetszett annyira, hanem az, hogy szimpla HTML5+CSS3+JS kombóval ilyen jót ennyi kódból össze lehetett hozni. Mondjuk a kódot egyelőre nem néztem át, de majd tanulmányozni fogom, mert érdekes.
Meg egy újabb példa arra, mire is használható a canvas.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
PumpkinSeed #9767 üzenetére
"viszont én nem kérnék 20.000 Ft-ot egy egyszerű wp oldalért"
Hidd el, egy "3 menüpont kéne csak, egy egyszerű dizájnnal" kezdetű elképzelés eléggé meg tud nőni, elég, ha akár csak betolja, hogy rájött, hogy még kéne kapcsolatfelvételi űrlap is (ergo kell szerveroldal), még kéne egy kis lájk-gomb az oldalhoz, még egy kis sminkbuzerálás itt, meg ott, és rég túllépted ezt a keretet. 20 ezer Ft egy alapoldalért kevés. Nekem mondjuk gyanús is lenne, ha valaki ennyiért elvállalná a fejlesztendő oldalt, vagy az jönne le, hogy nem megbízható, vagy az, hogy szarul csinálja (mivel alulértékeli magát).
Nem kell ezzel persze egyetérteni, de érdemes átgondolni, hogy a szokásos fejlesztőkörnyezeted belövése, a projekt elkezdése, az érdemi munkavégzés, a sok egyeztetés az ügyfél elégedettsége érdekében, az átadás mind biztosan belefér-e neked abba a 20 ezres keretbe, vagy még a végén Te fizetsz rá.========
(#9784) ahetaton :
abban az ominózus hsz.-ben nem Te voltál a címzett...[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
trisztan94 #9773 üzenetére
"amugy is blogolasra lett kitalalva a WP, a Joomla! meg csak ecommerce-re jo sztem. Drupal meg foleg overkill."
Milyen jó, amikor olyan mondja mindezt, aki még életében nem használta, ergo nem ért hozzá (pl. hogy milyen gyorsítótárazási és egyéb lehetőségek vannak).De legalább kellő mennyiségben károgtál a Jekyllről.
(#9783) Tele von Zsinór :
Lehetséges, hogy saját blogolásra megfelelő lehet, de nagyon nem mindegy, hogy a srác saját blogolás céljára ajánlja-e, vagy más komplett weboldalára. Kicsit túl van ez erőltetve.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #9788 üzenetére
Ja, de először is azért kapta az ekézést, mert ügyfélnek szóló honlaphoz ajánlotta mindenképpen és feltétlenül.
Az egy dolog, hogy saját célodra simán belenyúlkálsz a kódba, GUI sem feltétlenül kell, de az ügyfél úgyis akarja majd módosítani a tartalmat.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
PumpkinSeed #9792 üzenetére
Igen, például Trisztánnak a Drupal overkill a fentebb szóban forgó feladatra, mert még soha életében nem használta azt.
Attól még, mert a vélemények szubjektívek (nyilván azok, azért vélemények), nem biztos, hogy megalapozottak.
Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz
trisztan94 #9825 üzenetére
Akkor nem kapcsoltad ki a JavaScriptet jól
Azé' nem megy, mert letiltották.
lásd
contextmenu
https://developer.mozilla.org/en-US/docs/Web/Reference/Events/contextmenuIgazából maga a plugin egy tök átlagos JS slider, nem tudom, ez miért különlegesebb, mint bármelyik abból a kilencszázötvenkettőből, amit már linkelgettünk ide-oda a jQuery topicban. Kicsit túlságosan rápörögtél erre a slider témára, és nem tudod eldönteni, melyik legyen?
Szerk.:
vagy most a görgetés hatására betöltődő képekről beszélsz alul?
Csak mert az "ez milyen plugin lehet?" kérdésed ebben a formában nem volt túl egzakt...Bár előbb még a "fenti carouselre" kérdeztél rá, ezért gondolom, arról kérdezel.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
trisztan94 #9829 üzenetére
"Chrome Web developer plugin-ban kapcsoltam ki a js-t, de ott frissíteni kell az oldalt, hogy életbe lépjen."
Milyen meglepő..."A feladat az, hogy lemásoljam ezt az oldalt, kb mindent pixel pontosan, ami azt jelenti, hogy ugyan ezt a slider-t (vagy Carousel-t) kell beleraknom nekem is."
Ez most komoly?Elvállaltál egy olyan feladatot, ahol lényegében ellopod egy oldal dizájnját, mindenét?
Na mindegy.
A slideshow nem tudom, konkrétan melyik, nézz szét a WordPress-es slideshow-k között, hátha valamelyiknek ugyanaz lesz a markupja, CSS-dolgai.
Egyébként meg nem tudom, miért csinálsz belőle ügyet, mondom, ez a slideshow tök átlagos, ez egy egyszerű fadeOut-fadeIn effekt, aztán annyi, semmi extra nincs benne, ezt pedig bármelyik normális JS-es slideshow-cuccos tudja...
Például akár a jQuery Cycle plugin fade effectjét beállítod megfelelő időzítésre, és megvagy... Persze van még kismillió képváltogató, mint említettem vala.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Gordon32 #9831 üzenetére
Sok képzés korrektnek tűnik elsőre, tele van marketinghablattyal, aztán kóklerek a "tanárok". Legalábbis sajnos sokan megszívták már így fórumon látható infók alapján. Szóval ezzel óvatosan.
Van időd? Ha igen, kezdj el olvasni igényes kódokkal teli kezdőknek szóló könyveket, e-bookokat, tutorialokat, kotorj a neten, legfőképp az adott nyelvhez kötődő hivatalos forrásból olvass, ezenkívül a források száma végtelen. Konkrétat már itt is, pár más weblapkészítős topicban, meg a programozás topicban is linkeltünk asszem, most nincs kedvem megkeresni.Remélhetőleg a többiek majd lelkesebbek lesznek. De a lényeg, hogy van esély magadtól is megtanulni, a különböző sokat ígérő tanfolyamokat meg fenntartásokkal kezeld.
Sk8erPeter
-
Sk8erPeter
nagyúr
WordPress-ben nem úgy illik, mint Drupalban, hogy készítesz egy alsminket az eredeti sminkből, hogy annak bizonyos alaptulajdonságait, erőforrás-fájljait örököld (amit nem írsz felül), hogy az eredeti sminket (szülősminket) ne kelljen bántani, csak a saját sminkedben hajtsd végre/tedd be a módosításokat? Ahogy Drupalban modulokat sem bántunk, saját modulokat készítünk helyette, mert az eredeti modulok/sminkek frissítésekor a saját módosításaink egy update-nél szépen röpülnének el az éterbe, aztán pislognánk nagyokat.
Sk8erPeter
-
Sk8erPeter
nagyúr
Hát ez nem túl jó, hogy ezt WordPress-ben nem oldották meg normálisan... Drupalban mindig kihangsúlyozzák, hogy
- "Everytime you hack core, God kills a kitten!", meg azt is, hogy
- sose bánts se sminkkódot, se modulkódot, sminkből hozz létre alsminket teljesen szeparált könyvtárban, aztán örököltesd, amit akarsz, (alsmink fájljai később include-olódnak, mint a szülősminké), bírálj felül, amit akarsz (pl. úgy is dönthetsz, hogy a szülősmink teljes style.css fájlját inkább felülbírálod saját style.css fájllal, úgy értve, hogy az kerül beillesztésre, a szülősmink fájlja érintetlen marad, csak nem include-olódik; aztán viszont ha ezt meg akarod hagyni, akkor hozzáadhatsz saját CSS-fájlt);
- modulnál pedig csináld meg a változtatásaidat a megfelelő hookok használatával, module weight beállításával döntsd el a végrehajtási sorrendet, stb.,
- tehát sose gányolj bele eredeti fájlokba, mert így nem lesz gond se update-nél, se verziókezelésnél, másik fejlesztő kódja a másiké marad, saját kódod pedig a sajátod. Szerintem ez így logikusabb.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
martonx #9844 üzenetére
"Cserébe wp-ben szvsz jóval könnyebb plugint írni, mint drupalban"
Hát erről nem tudok nyilatkozni, mivel WordPresshez még nem írtam plugint, nem is szándékozom.Főleg a fentiek fényében...
Amúgy Te már írtál Drupal-modult?(Drupalban más a névkonvenció, ott modul az, ami a WordPress-ben plugin, vagy ami a Joomlában komponens.)
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
martonx #9849 üzenetére
Megértem, hogy először a modulfejlesztésről szóló dokumentációk olvasása során egy kicsit "hogy mi van?!"-érzésed volt. Persze attól is függ, melyik cikket olvastad. A doksik is közösség által fejleszthetők/ronthatók. Ettől függetlenül a Drupal dokumentációja elég bőséges, egész igényes, amikor már van fogalma az embernek róla, hogyan kell modult készíteni, akkor nagyon sokat segít. Sok doksi-oldalon jók a kommentárok is (mármint a hozzáértők részéről). Kezdőként sosem egyszerű, de most már egyre több emberi nyelven leírt tutorial születik.
Igaz, így is vannak bőven területek, amik homályosak (bevallom, nekem is rettenet sok terület egyelőre ködös, a rendszer kissé komplex), na meg mondjuk a Drupal egyelőre kutyulmány kódja (procedurális kódok keverve OOP-vel, na meg borzalmas mély többdimenziós asszociatív ÉS integer kulcsokkal ellátott tömbök használata) sem mindig segít ebben (azért elég kritikusan szemlélem, annak ellenére, hogy használom (bizonyos contrib modulok kódjától, amelyek egész népszerűek, kapartam már az arcom)), de hogy végre rátérjek a pozitív részére, rengeteg dolog nagyon rugalmasan és logikusan van kitalálva, és nagyon apró részletekig is le lehet menni a módosíthatóságban, azzal együtt, hogy kódolni nem tudó emberkék is tudják használni (ez nyilván ront egyébként a teljesítményen (pont amit nem szeretsz benne, hozzáteszem, jogosan), de van kidolgozott cache-elési stratégia is bőven, van Entity cache modul, meg még jópár eszköz, ami segíthet).
DE érdemes normális könyveket is olvasgatni a témában - pl. ez elég érthetővé tesz sok mindent: Pro Drupal 7 Development (igaz, a legelején, egy példamodul magyarázatánál egyből felfedeztem egy hibát, amit úgy tűnik, az írója nem jól értett
ettől függetlenül modulfejlesztéshez való magyarázat keresése esetén a doksi mellett pluszban mindenképp ajánlott). Aztán itt van még pár, amit berakattam összefoglalóba:
http://prohardver.hu/tema/drupal_portal_fejlesztes/index.htmlA modulfejlesztés alapjaihoz:
Telling Drupal about your module - https://drupal.org/node/1075072
Writing module .info files (Drupal 7.x) - https://drupal.org/node/542202=======
Egyébként ha valaki már csinált modult, akkor egy Hello World-modul elkészítése nem több 5 percnél (sőt), példa Drupal 7-ben:
testmodule.info
name = Test Customization Module
description = Customizing stuffs on the site...
core = 7.x
package = Pete
; Writing module .info files (Drupal 7.x):
; http://drupal.org/node/542202
stylesheets[all][] = css/testmodule.css
scripts[] = js/testmodule.behaviors.jsEzt a fájlt a sites/all/modules/testmodule VAGY sites/all/modules/custom/testmodule könyvtárba kell tenni (ízlés kérdése, hova, a custom könyvtárba pakolás azért lehet talán jobb, mert akkor így elválasztod a saját cuccodat a közösségi fejlesztésű moduloktól). Fontos, hogy ne a főkönyvtárban található modules könyvtárba legyen pakolva, mert azok a core moduljai.
Itt szólunk a Drupalnak, hogy van nekünk egy testmodule nevű modulunk, ezt jelenítse már meg majd a modulok között. A stylesheets[all][] résznél lévő CSS-fájl nyilván opcionális, ez a modul engedélyezésénél minden oldalon be fog szúródni, tehát ez a ténylegesen mindig szükséges CSS-fájl legyen (egyébként lehet a modul kódjából (nem csak leírófájljából) is szólni, hogy szeretnél hozzáadni egy CSS-fájlt egy bizonyos oldalon, ha úgy tetszik), a scripts[] szintén opcionális, ez a JS-fájl mindenhova be fog szúródni (JS-fájlok include-olásáról szintén lehet szólni majd normál kódból is, ha valahol kell). A package = Pete igazából annyit csinál, hogy a modulok adminisztrációs oldalán majd a "Pete" kategória ("csomag") alá fogja sorolni a modult, így könnyebb elkülöníteni a többitől.testmodule.module
<?php
/**
* @file
* A module for customizing stuffs on the site.
*/
/**
* Implements hook_init()
* @see http://api.drupal.org/api/drupal/modules!system!system.api.php/function/hook_init/7
*/
function testmodule_init() {
drupal_set_message(t('Hello World!'));
}Itt megjelenítünk az üzenetsávban egy "Hello World!"-üzenetet a felhasználónak.
Igazából ennyi a kód. Ezután a modul máris engedélyezhető az admin/modules oldalon (Administration » Modules).Amikor a t() függvényen áthajtod a stringet, akkor már többnyelvű környezetben (ami kattintgatásra, pár modul engedélyezése, felrakása után elég könnyen elérhető) fordítható is az
admin/config/regional/translate/translate
oldalon (Administration » Configuration » Regional and language » Translate interface), és akkor a másik nyelvre átváltva már a lefordított üzenet fog megjelenni a felhasználónak. (Pl. "Helló világ!")Mindezt azért írtam le, hogy szemléltessem, hogy nem olyan bonyolult elkezdeni fejleszteni egy nagyon egyszerű modult. Meg hátha valakinek jól jön.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz
Sk8erPeter #9851 üzenetére
Az admin/config/regional/translate/translate belinkelése véletlen volt. Ez nyilván a Drupal-honlapok egyik belső lapja.
Sk8erPeter
Új hozzászólás Aktív témák
- Bomba ár! Lenovo ThinkPad T430 - i7-G3 I 8GB I 240GB SSD I Nvidia I 14" HD+ I Cam I W10 I Garancia!
- Bomba ár! HP ProBook 450 G3 - i7-6G I 8GB I 256GB SSD I HDMI I 15,6" FHD I Cam I W10 I Gar!
- Bomba ár! HP Elitebook 840 G1 - i5-4310U I 8GB I 256GB SSD I 14" HD+ I Cam I W10 I Garancia!
- Bomba ár! Dell Latitude E7270 - i5-G6 I 8GB I 256SSD I 12,5" Foltos FHD Touch I Cam I W10 I Gari!
- Bomba ár! HP EliteBook 820 G3 - i7-6GEN I 8GB I 256GB SSD I 12,5" HD I Cam I W10 I Garancia!