Keresés

Drupal Hétvége 2011: a találkozás ereje

thamas képe

Vannak konferenciák, amelyek részvételi díja több ezer dollárra rúg, pedig az előadások online közvetítése ingyenesen megtekinthető. Ennek oka az, hogy a szakmai tartalom csak az egyik érték. A személyes találkozás, az eszmecsere lehetősége legalább ilyen fontos.

A magyar közösség maga is bővíti a nyílt forráskódú tartalomkezelő rendszerről, a Drupalról a weben elérhető információ-halmazt. Emellett azonban számos ismeretterjesztő / közösségi eseményt is szerveznek, melyek közül a legrangosabb a két napos, ingyenes konferencia, a Drupal Hétvége.

A november 26–27-i eseményre ismét várják az érdeklődő kezdőket és a haladó fejlesztőket egyaránt. Webáruház, hírportál, reklámszerver, médiakezelés, többnyelvűség, kereső megoldások, fejlesztés programozással és anélkül stb. Az első napon több mint 20 előadás ad majd témát a szünetekben való beszélgetéshez, a problémák és ötletek megvitatásához.

Érdekesség, hogy idén első alkalommal cégvezetők valamint vezető programozók részvételével két kerekasztal beszélgetésre is sor kerül. Ezek keretében a nyílt forráskódra alapozó fejlesztés üzleti lehetőségeit és a projekt menedzsment megoldások kérdéseit vitatják meg.

A második napon kötetlen formában folyik tovább a rendezvény. Ekkor még több lehetőség nyílik az eszmecserére, a közös tevékenykedésre vagy egyszerűen a Drupal világával való ismerkedésre.

A szervezők bíznak benne, hogy a konferencia népszerűsége a korábbi évek tendenciájának megfelelően tovább nő, ezért minden eddiginél több helyet biztosítanak. Remélik, hogy azok is kedvet kapnak a részvételhez, akik eddig valamiért nem mertek eljönni. Hiszen a Drupal Hétvége nem csak egy szűk szakmai csoportnak szól, hanem mindenkinek, aki egy modern webes eszközt és egy barátságos közösséget keres: „Drupal – A szoftver vonz, a közösség marasztal”.

Ingyenes regisztráció és részletes információ: http://drupal.hu/konferencia/2011

Drupal Hétvége 2011 Sajtóanyag (pdf)

Hierarchikus jogosultságok a Drupal 8-ban

Bálint képe

Hamarosan elkezdek dolgozni a Google Summer of Code projektemen, melynek célja a Drupal jogosultsági rendszerének újragondolása, majd ennek implementálása a Drupal 8 magba. Izgalmas hónapoknak nézek elébe, először leginkább az API-ra fogok fókuszálni, aztán amikor minden rendelkezésre áll, a UX-Teammel együttműködve új felhasználói felületet valósítok meg a jogosultságok kezelésére.

A Google Summer of Code programról

A Summer of Code 2005-ös indulása óta a Google évről-évre nyílt forráskódú szoftvereket támogat azzal, hogy projekteket finanszíroz részükre, melyeken egyetemi hallgatók dolgozhatnak világszerte. A Drupal közösség idén is 20 projektre kapott lehetőséget, és kiválasztotta a résztvevőket.

Hogyan kerültem be?

Lugosi Kornélnak tartozom köszönettel, aki megadta az első igazi lökést, mikor egy szegedi DUG alkalmával beszélgettünk. Kornél hallgatóként és mentorként is szerzett tapasztalatokat, motiválóan hatott rám élménybeszámolója, a bíztatása pedig bátorságot adott ahhoz, hogy pár nappal később már a lehetséges projektemen gondolkozzak. Végül Képes Viktor ötletét továbbgondolva kialakult, hogy mivel szeretnék foglalkozni, nagy-nagy köszönet érte.

Abban a megtiszteltetésben részesülök, hogy Négyesi Károly, alias chx lesz a mentorom, ő fogja segíteni és felügyelni a munkámat. Talán elárulhatom, hogy mivel chx az egyik GSoC adminisztrátor, egyáltalán nem tervezte, hogy idén mentorként is tevékenykedni fog, azonban mikor először meséltem neki terveimről, megváltoztatta álláspontját. Felhívta a figyelmemet Larry Garfield bejegyzésére, aki két évvel ezelőtt hasonló tervekről vízionált. Egy-két nap múlva már Larry-vel és chx-szel beszélgettünk a lehetséges megvalósításról, és Bojhan Sommers, a UX-Team egyik vezetője is felajánlotta segítségét az új felhasználói felület kidolgozásában. Jókora gombóccal a torkomban készültem erre a megbeszélésre, de Boros Ádám bíztatása rengeteget segített abban, hogy úrrá legyek izgalmamon, köszönöm neki.

Amit jobbá szeretnék tenni

A jelenlegi jogosultsági rendszer használata sok esetben kényelmetlen; magas fokú koncentrációt és magabiztos ismereteket követel a megfelelő konfiguráció. Már az alaprendszer részét képező Node modul esetében sem egyértelmű első olvasásra, hogy pontosan mit takar például a tartalom adminisztrációja, ugyanez igaz a User modul felhasználók adminisztrációja jogosultságra, ami ezt figyelembevéve, kisebb sarkítással egyenesen biztonsági résnek tekinthető. Egy tapasztalatlan felhasználó ugyanis nincs tisztában azzal, hogy mivel jár egy csoport számára ennek a jogosultságnak az engedélyezése. Nem beszélve arról, hogy ezek a jogosultságok lefednek másokat, viszont ez szintén nem derül ki előzetes ismeretek nélkül. A felület nem támogatja ennek felismerését, az elnevezés persze sokatmondó lehet, de csupán erre hagyatkozni nem feltétlenül jó döntés hosszú távon.

A tervek

A projektem során egy olyan API-t fogok biztosítani a modulok számára, melynek használatával hierarchikusan szervezhetik az általuk definiált jogosultságokat. A hierarchikus rendszer segítséget nyújthat abban, hogy egyértelművé tegyük a Drupal adminisztrátorok számára, hogy a jogosultságok milyen funkciókhoz való hozzáférést fednek le pontosan. Szeretném a beállításokra szolgáló felületet átláthatóvá, egyszerűvé, jól kezelhetővé tenni.

A modulok jogosultsági fákat definiálhatnak majd, akár többet is. A felületen ezek megjelenítése a modulok szerinti csoportosítás helyett (esetleg mellett) logikai csoportok szerint történhet. Ezzel a lépéssel is segíthetjük a jobb megértést. Figyelmet fordítok majd azokra az esetekre is, amikor egy-egy modulhoz tartozó lehetőségeket nem szeretnénk pontosan testreszabni, hanem elegendő számunkra, ha pl. a modul jogosultsági fájának gyökerében található hozzáférést engedélyezzük csak az adminisztrátor csoport számára. A felület terveiről pontosabban korai lenne még írnom, ez később fog tisztázódni. Bár nem vagyok sem dizájner, sem UX-szakértő, mégis remek kihívásnak tekintem ezt a feladatot, és természetesen ebben a részben sok segítséget fogok kapni a UX-Teamtől és a közösségtől is.

Inspiráló feladatokon fogok dolgozni az elkövetkezendő hónapokban. Természetesen a Summer of Code végeztével sem szeretném ezt abbahagyni, aktívan részt veszek majd a Drupal 8 fejlesztésében. Szerencsésnek mondhatom magam amiatt, hogy átélhettem egy olyan közösségi élményt, amit a magyar Drupal közösségtől kaptam e projekt kapcsán - pedig még el sem kezdtem a munkát. Ebben a bejegyzésben nem készítettem teljes körű listát azokról a személyekről, akik támogattak, de hihetetlen pluszt kaptam, nagyon köszönöm mindenkinek!

Címkék:

Felfedett szűrős nézetek találatlistája és az "üres szöveg"

Bálint képe

Ha felfedett szűrővel ellátott nézeteket készítünk, időnként felmerül az igény, hogy csak akkor jelenítsünk meg találatokat, ha a felhasználó már adott meg szűrőfeltételeket. Boobaa írt erről egy bejegyzést, az ott bemutatott megoldás szépen teszi a dolgát.
Viszont mi a helyzet, ha csak akkor szeretnénk az üres szöveget megjeleníteni, ha már adtunk meg valamilyen szűrőfeltételt, és arra nem született találat? Módosítanám tehát a feladatot: csak a felfedett szűrők megjelenítése mindaddig, amíg a felhasználó nem adott meg szűrőfeltételt. Ezután vagy a találati listát kapja, vagy pedig az üres szöveget.

A megoldás egy kis hookkal lehetséges, íme:

<span style="color: #000000"><span style="color: #0000BB">&lt;?php<br /></span><span style="color: #FF8000">/**<br /> * Implementation of hook_views_pre_render()<br /> */<br /></span><span style="color: #007700">function </span><span style="color: #0000BB">mymodule_views_pre_render</span><span style="color: #007700">(&amp;</span><span style="color: #0000BB">$view</span><span style="color: #007700">) {<br />  if (</span><span style="color: #0000BB">$view</span><span style="color: #007700">-&gt;</span><span style="color: #0000BB">name </span><span style="color: #007700">== </span><span style="color: #DD0000">'myview' </span><span style="color: #007700">&amp;&amp; </span><span style="color: #0000BB">$view</span><span style="color: #007700">-&gt;</span><span style="color: #0000BB">current_display </span><span style="color: #007700">== </span><span style="color: #DD0000">'page_1'<br />      </span><span style="color: #007700">&amp;&amp; !</span><span style="color: #0000BB">count</span><span style="color: #007700">(</span><span style="color: #0000BB">$view</span><span style="color: #007700">-&gt;</span><span style="color: #0000BB">exposed_input</span><span style="color: #007700">)) {<br />        </span><span style="color: #0000BB">$view</span><span style="color: #007700">-&gt;</span><span style="color: #0000BB">display_handler</span><span style="color: #007700">-&gt;</span><span style="color: #0000BB">set_option</span><span style="color: #007700">(</span><span style="color: #DD0000">'empty'</span><span style="color: #007700">, </span><span style="color: #0000BB">NULL</span><span style="color: #007700">);<br />  }<br />}<br /></span><span style="color: #0000BB">?&gt;</span></span>

A hook_views_pre_render() minden nézet kimenetének előállítása előtt lefut.
Először is írnunk kell egy feltételt, hogy csak a nekünk megfelelő view és display esetén legyen érvényes a változtatásunk, ezután megvizsgáljuk, hogy érkezett-e input felfedett szűrőn keresztül. Amennyiben nem, az üres szöveg értékét NULL-ra állítjuk.

Címkék:

Kihagyhatatlan adminisztrációs modulok

Bálint képe

Első bejegyzésemben szeretném bemutatni az általam hasznosnak, sőt, kihagyhatatlannak tartott modulokat, melyek kényelmesebbé és hatékonyabbá teszik Drupal oldalunk adminisztrálását.

Adminstration menu

http://drupal.org/project/admin_menu

Ezt a modult senkinek sem kell bemutatnom. Szerintem a legtöbben ezt telepítjük először újdonsült Drupal installációnk meglétekor. El sem tudom képzelni enélkül a munkát.

Admin Role

http://drupal.org/project/adminrole

A Drupal 7-ben megtalálható lesz az adminisztrációs csoport, mint lehetőség, de addigis a 6-os verzión külön modult kell ehhez telepítenünk. Célszerű használni még akkor is, ha egyedül dolgozunk egy weboldalon, hiszen bármikor előfordulhat, hogy be akarunk vonni valakit a munkába. Csapatmunka esetén pedig adja magát.
Felmerülhet benned a kérdés, hogy miért van erre szükség, miért nem elég, ha van egy admin nevű user, annak egy - jobb esetben biztonságos, rosszabb esetben a projekt nevéből adódó konvencionális - jelszó, és mindenki használja ezt. Nem. Legyen rend.
De itt egy példa: tegyük fel, hogy valakitől valamiért meg szeretnénk vonni az adminisztrációs jogot (pl. munkatárs távozik a cégtől). Megváltoztatni az első számú user jelszavát elég egyszerű, de erről a változtatásról tájékoztatni az érintetteket már nem valami kényelmes.

Backup and Migrate

http://drupal.org/project/backup_migrate

Automatizált vagy manuális mentések az adatbázisról mentési profilokkal, visszaállítás, mindezt a Drupal felületéről. Értesítő e-mail a mentés sikerességéről, karbantartási módba kapcsolás automatikusan a mentés idejére. Magáért beszél.

Filter Permissions

http://drupal.org/project/filter_perms

Egy nagyobb projektnél a jogosultságok beállító oldala átláthatatlanná, kezelhetetlenné válhat. Sokszor nagy koncentrációt igényel, hogy a megfelelő helyre tegyük a pipákat. Ebben kiváló segítség a Filter Permissions.

Module Filter

http://drupal.org/project/module_filter

Ez a modul vertikális tabokba rendezi nekünk a modulokat listázó oldalunkon a csoportokat, és egy szuper szabadszavas szűrőt is kapunk emellé.

Checkbox Filter

http://drupal.org/project/checkbox_filter

Legújabb kedvencem drifter modulja, amely a hosszú checkboxokat tartalmazó listákban való keresést könnyíti meg egy szabadszavas szűrővel. Nincs több cmd+f / ctrl+f mező hozzáadásánál a Viewsban!

Environment Indicator

http://drupal.org/project/environment_indicator

Előfordult már veled, hogy nyitva volt előtted az éles oldalad, annak fejlesztői változata, és rossz helyen végeztél módosításokat? Mert velem igen.

Nos, ezek azok a modulok, amelyeket véleményem szerint általában célszerű használni, ha gyorsan és hatékonyan szeretnénk dolgozni. Természetesen sok ilyen létezik még, úgyhogy ne fogjátok vissza magatokat a kommentekben! ;)

Címkék:

Ki készítse a vállalati weboldalt? - DDN2011

Désiré képe

A 2011-es Debreceni Drupal Napok keretében a résztvevők végigkísérhetik egy egyszerűbb kisvállalati weboldal elkészítésének folyamatát. Mindezt Drupal alapokon, hét előadásban, a Drupal és a közösség bemutatásától a leghasznosabb modulok ismertetéséig.

Az utolsó - hetedik - előadás viszont más megközelítésből vizsgálja a kisvállalati honlapok témakörét:
A többi előadásból egyértelműen kiderül majd, hogy a Drupal segítségével gyorsan és egyszerűen, komoly programozói ismeretek nélkül, gyakorlatilag bárki összeállíthat egy jó honlapot vállalkozása számára. Az utolsó előadás viszont azt a kérdést vizsgálja, hogy mindennek ellenére érdemes-e saját kezűleg nekivágni egy ilyen projektnek, pontosabban, hogy mikor érdemes.

Erre az utolsó témakörre magam is jelentkeztem előadónak. Bár még nem tudni, hogy ebben a témában ki fog előadni a DDN-on, de úgy gondolom, mindenképpen érdemes ezt a kérdéskört kicsit boncolgatni. Így az alábbi bejegyzés tulajdonképpen egy vázlata az előadástervemnek.

A kérdés tehát az, mikor érdemes kiadni a weboldal elkészítését egy fejlesztő cégnek?

Mi alapján döntsünk?

Üzleti célok

Minden vállalkozásnak - jó esetben - van terve a jövővel kapcsolatban. Arról, hogy milyen irányban szeretne fejlődni, hogyan akar kommunikálni az ügyfeleivel, milyen ütemben akar növekedni. Ezen terv alapján kell kitalálni a vállalti weboldal koncepcióját.

Bizonyos esetekben elég, ha egy cég csupán megjelenik a weben: lehet ez egy egyszerűbb weboldal - brossúra site -, de akár egy Facebook csoport is elegendő lehet. Máskor komolyabb igények is felmerülhetnek: kapcsolattartás az ügyfélkörrel, online szolgáltatások, webshop, stb.
A legtöbb esetben pedig a Drupal segítségével akár a belső céges folyamatokat is támogathatjuk, érdemes átgondolni, hogy ez megkönnyítené-e a munkát?

Ha tudjuk, hogy pontosan hogyan is szeretnénk megjelenni a weben, fel tudjuk mérni azt is, milyen komplex feladat ezt kivitelezni, és eldönthetjük, hogy magunk akarjuk-e végigvinni?

Érdemes megtanulni?

A Drupal segítségével valóban lehet gyorsan és "fájdalommentesen" weboldalakat készíteni, de ez nem jelenti azt, hogy nem kell megtanulni: el kell sajátítani a rendszer logikáját, sok apró praktikát, ráadásul egy weboldal működtetéséhez nem elég csak a Drupalt ismerni.

A tanulási folyamat hosszú, és fel kell tenni a kérdést: A vállalkozásom számára hasznos, ha én erre fordítom az időmet? A fejlesztés során megszerzett tapasztalatok értékesebbé teszik a vállalkozás szolgáltatásait, vagy ha mással foglalkoznék helyette az több hasznot hozna?

Véleményem szerint kevesen tudják saját szakmájukban hasznosítani az amatőr webfejlesztés tapasztalatait. És bár egy vállalkozó megbízása drágának tűnhet, az így felszabadult időt sokkal értékesebben is fel lehet használni.

A profik eszköztára

Ha egy fejlesztéssel foglalkozó vállalkozásra bízzuk a dolgot, nem szembesülünk a fenti problémákkal. Egy ilyen cég már rendelkezik a szükséges tudással, és forrásokkal.

A sitebuilding, a SEO, a UI design, a grafikai tervezés, az online marketing mind külön szakterületek, melyek szükségesek egy weboldal sikerességéhez. Ez nem egyetlen ember feladata, és mindent megtanulni lehetetlen.

Rutin nélkül nem lehet rutinmegoldásokat alkalmazni, gyakran felmerülő, igazából egyszerű problémák is megakaszthatnak egy laikust, ez a profikkal nem fordulhat elő. Így nem készülnek félmegoldások, elkerülhető kompromisszumok.

Ami egy saját készítésű weboldal esetében drága lehet, azt a fejlesztő cégek sokkal olcsóbban kínálhatják: Az általános problémákra standard megoldásaik vannak, egyszerre több weboldalt kezelnek, egységes rendszerben, így rendkívül költséghatékonyak tudnak lenni.

Termék vagy szolgáltatás?

Egy weboldal ma már nem egy egyszerű termék, amit szépen becsomagolva, készen megkapunk, és addig használjuk amíg működik. A felhasználói igények, a grafikai, tartalmi trendek, a marketing stratégiák, az hogy mi a trendi a Facebook-on folyamatosan változnak, a szoftverekhez - a Drupalhoz is - rendszeresen adnak ki frissítéseket.

Ha ma készítek egy weboldalt, ugyan azt a munkát három hónap múlva már más szempontok alapján készíteném el: még ha az alapok nem is változnak, a az elvárások igen.

Persze ezek nem gyökeres változások, de ha nem tartjuk a lépést, 3-5 évvel később egy szakadék választ el, már az elfogadható szinttől is.
Éppen ezért nem szabad egy weboldalt egyszerű termékként kezelni: ma akkor működhet jól egy komolyabb vállalti oldal, ha folyamatosan lépést tart az igényekkel.

Így felmerül a következő kérdés: magam akarom, cégen belül biztosítani ezeket a feltételeket, vagy olyanokra bízom, akiknek ez a szakterületük?

Tervezés

Lehet weboldalt készíteni egy délután alatt, ma már bárki megteheti, nem bonyolult dolog. De működő rendszer építéséhez tervezésre van szükség.

Kell, hogy legyen egy tervünk arra, hogy 2-5 év múlva mire akarjuk használni a weboldalunkat. Elég lesz akkor is egy összekattintgatott brossúra site?

Persze lehet mindig az éppen aktuális igényeknek megfelelően hozzátákolni valamit az oldalhoz, de egy idő után kiderül, hogy az így kialakult tartalom- és programszerkezet már nem vihető tovább, át kell alakítani az egészet. Csakhogy egy meglévő, működő rendszert átalakítani mindig sokkal költségesebb, mint egy újat létrehozni.

Ezért előre kell tervezni, úgy, hogy a kapott eredmény megfeleljen az elvárásoknak. Sőt úgy, hogy a kész weboldal alkalmas legyen a továbbfejlesztésre, mert az előbb-utóbb elkerülhetetlen, így nem mindegy milyen egyszerű véghez vinni.

A tervezés éppen ezért talán a legfontosabb feladat egy weboldal elkészítésénél: tervezni kell a tartalom szerkezetét, sőt magát a tartalmat is; tervezni kell a megjelenést, a felhasználó interakciókat; az üzleti folyamatokat, illetve az üzleti folyamatokhoz kell optimalizálni a weboldal szolgáltatásait; tervezni kell a fenntarthatóságot, a fejleszthetőséget, a biztonságot; gondolni kell az előre nem látható hibákra, hogy hogyan orvosoljuk majd azokat.

Ráadásul a tervezés része a tesztelés, és a tesztelés eredményeire épülő újratervezés.

Ezek a folyamatok megkerülhetetlenek, ha minden szempontból működő megoldásokat akarunk létrehozni.

Összegzés

A fenti szempontokat szerintem minden vállalkozásnak figyelembe kell vennie, mielőtt weboldal létrehozásába kezdene. Noha az az álláspontom, hogy minőségi megoldások akkor születnek, ha profikra bízzuk a feladatot, nyilván vannak olyan esetek, amikor az is megfelelő, ha saját kezűleg hozzuk létre a honlapunkat. De erre majd egy másik bejegyzésben térek ki.

Bár még nem tudni, ki lesz a témakör előadója a DDN2011-en, de a fenti gondolatmenetet folytatva szeretném még néhány bejegyzésben, alaposabban is részletezni, és ha lehetőségem nyílik rá a DNN-on a közönséggel is ismertetni.

Beszippant a Drupal

Désiré képe

PP és Aboros hatására én is végiggondoltam Drupal-os történetemet, és arra jutottam, hogy érdemes megosztanom veletek.

Csak úgy belebotlottam...

Minden egy "hogyan gazdagodjunk meg kevés munkával" jellegű spam levéllel kezdődött 2007-ben. E szerint a gyors meggazdagodás alapja egy saját weboldal. Néhány cikk elolvasása elég volt ahhoz, hogy rájöjjek, az egész csupán marketing bullshit. Csakhogy addigra eljutottam a magyar Joomla és a Drupal közösség weboldalára, és innen nem volt már visszaút...

(Valószínűleg azért Drupal-ozok most, mert végül is a drupal.hu-n hamarabb találtam használható telepítési útmutatót, mint a joomla.hu-n.)

Egy darabig nem is foglalkoztam a dologgal, de azért elő-előjött a gondolat, hogy milyen jó is lehet egy saját weboldal. Így néhány magányosabb délután kellett csak budai albérletemben, hogy beszippantson a Drupal.

Hobbi, avagy játszva tanulni

Úgy alakult, hogy egy gyors, de annál komolyabb döntés következtében az egész életem megváltozott. Otthagytam Budapestet, a BME-t: nem éreztem azt, hogy én tényleg mérnök akarok lenni. Fél évre nem találtam olyan munkát, amit érdemes is csinálni, így hát az otthoni teendőim mellett igen sok szabadidőm akadt. Eljátszódtam a Drupal-lal, mindenféle értelmetlen projektek találtam ki, és weboldalakat készítettem. Közben a felmerült problémáimmal a drupal.hu közösségét fárasztottam.

Észre sem vettem, és megértettem a Drupal-t, hamarosan a fórumon már nem kérdeztem, hanem válaszoltam. Pontosan az történt, amiről PP is beszél: amatőr voltam, de tudtam, hogy van amiben segíthetek más kezdőknek, és így is tettem.

Bátraké a szerencse

Kezdtem magam kényelmetlenül érezni: se egyetem, se munka, de már fejben össze tudtam rakni egy bonyolultabb Drupal alapú oldalt (legalábbis így gondoltam). Összeszedtem a bátorságomat és jelentkeztem egy hirdetésre a drupal.hu munkaközvetítőjéből.
Így aztán 2008-ban a Gazdaságinformatika szakot úgy kezdtem, hogy saját fizetésből vett laptopom volt, amivel aztán újabb munkákat vállalhattam.

És elkapott a gépszíj

Egy darabig csak kisebb munkákat vállaltam, azokat is ritkán. Ezekt ma már nem tenném be a referenciáim közé, de abban biztos vagyok, hogy az adott helyzetben, az adott fizetésért mindig a lehető legjobbat kapták a megrendelőim.

2009 őszén aztán beindult a pécsi Drupal gépezet: Dénes kezdeményezésére megrendeztük az első PDUG-ot. Végre személyesen is találkozhattam olyanokkal, kikről csak azt tudtam, hogy kiváló szakemberek és a segítségük nélkül semmit sem tudnék a Drupal-ról. Ez után már nem maradhatott ki a novemberi Drupal Hétvége sem.

Decemberben pedig már igazi Drupal fejlesztőnek érezhettem magam: Az InterNode Bt-vel fejlesztettem egy közösségi oldalt.

Aztán vizsgaidőszak, kis szünet. Majd jött Kulcsi:
Február óta vele — és néha PP-vel — dolgozom az IntegralVision Kft-nél. Minden projektünkben van egy pont amikor észreveszem, hogy pár hónapja nem is hittem, hogy képes vagyok arra amit épp csinálok.

És itt vagyunk 2010 októberében:
Gazdaságinformatikát hallgatok, egyéni vállalkozó lettem, 22 évesen eljutottam odáig, hogy nem kell otthonról pénzt kérnem, és még szeretem is amit csinálok!

De nincs megállás: október 15-én az egyik legnagyobb hazai, építészeti portál fölött fogom átvenni a hatalmat: fejlesztő/karbantartó leszek az Építész Fórum-on.
Mindig vannak újabb kihívások!

A közösség

Eleinte magam voltam a Drupal-lal. Játszadoztam, dokumentációt olvastam, munkákat vadásztam, és úgy gondoltam, hogy ebből áll az egész. Aztán egyre aktívabb lettem a közösségben, és észre kellett vennem: sokkal több dimenziója van ennek a világnak, amibe belecsöppentem.

Nem fogok az opensource-ról mindenféle reklámgyanús frázisokat mondani, ezt megtapasztalni kell:
Voltam már olyan közösség tagja ahol jókedvvel, passzióból segítettük egymást és alkottunk közösen, de ez más! A Drupal közösség tagjainak ez nem csak hobbi, a legtöbben ebből élnek! Minden egyéb szituációban konkurenciái lennének egymásnak, itt pedig segítenek egymásnak — és maguknak —, a régieknek és az újaknak egyaránt!

Van egy másik, nem szorosan Drupal-os vonzata is ennek: az itt szerzett tapasztalataimat próbálom, ugyan ebben a szellemben érvényesíteni az egyetemen is, de ez már egy másik bejegyzés lesz. Különben sem tudnám megfogalmazni, milyen érzés az, amikor emberek a közvetlen környezetemben — többek között az én hatásomra is — olyan dolgokat visznek végig, amikbe egyébként bele sem fognának. Azt hiszem PP-nek igaza van: Az a legfontosabb, hogy elhidd, képes vagy rá. Utána már csak dolgozni kell!

Miért Drupal?

Désiré képe

Te miért használsz Drupalt?

Miért ajánlanád másnak: fejlesztőnek, sitebuildernek, SEO-s nak, kis- vagy nagyvállalatnak, saját oldalát karbantartó fodrásznak vagy oldalakat sorozatban gyártó kreatív cégeknek?

Miben van a Drupal ereje?
Könnyű kezelhetőség? Jól dokumentált API? Testreszabhatóság? Skálázhatóság? Biztonság? Támogatottság? Népszerűség? A közösség? Just because Drupal is awesome? Mert velünk van az erő?

Szeretnék egy rövid, lényegre törő összeállítást készíteni arról, hogy miért érdemes Drupalt használni, és ehhez szeretném kérni a segítségedet: Röviden, legfeljebb két mondatban válaszolj valamelyikre - akár többre is - a fenti kérdéseimből. Itt, a poszt alatt a hozzászólásokban, vagy csak egy csiripben #whydrupal címkével ellátva.

Ezekből és persze a saját válaszaimból szeretnék egy írást készíteni, ami a Drupal előnyeit mutatja be. Előre is köszönöm a segítségedet!

Kép innen - Remélem Goba nem bánja, hogy felhasználtam az arcát :)

The first Fedora Round Table at Budapest

asrob képe

Well, this came to among us too and we made it! Zoltan Hoppar and I talked about this event a lot in the last few weeks, but today we did it with our small community members and a special guest, a "Fedora rockstar", Jörg Simon. :)

Let's see what were our (suggested) topics.

- Status, targes, ideas, possibilities within the Hungarian Fedora community
- The new Red Hat based distributions community site, necessary changes
- Translations, translation process and stats, necessary developments
- Education with Red Hat, Fedora, Drupal based systems
- Uplifting of the domestic developments, possibility to attend on international forums
- Legal problems around trademarks: international and domestic possibilities

Unfortunately, we could not talk about last topic, maybe next meeting. I guess, there were some ideas, good discussions. I hope we will continue this habit. Last but not least, we gave a "special gift", a letter from the Fedora Project Leader, Jared Smith.

"To my friends in Hungary,

I hope you don't mind me using the word "friends" to address you, as I truly feel you are my friends in this great movement. Even though our number are relatively small, and at times we might feel discouraged, we should keep our heads held high knowing that we're working for a brighter future. I see all around me people who are looking for a better way, and the only thing that keeps them from fint it is that they don't know where to find it. So please, keep opening your mouth - keep talking to your friends and neighbors about how Linux makes your life better, or about what's new in the latest version of Fedora, or how free and open source softtware is literally improving the lives of people throughout the world. One person at a time, we'll continue to build a giant army ... an army of friends.

Just think for a moment... twenty year ago this week, a student in Finland reached out to his friends and shared a little project he had been working on. Few people knew of his project, and even some of those believed it would never amount to much. But here we are today, with Linux as the most rapidly evolving operating system on the planet, and powering everything from supercomputers to mobile phones and everything in between. No other operating system is more versatile or more far-reaching in industry. All it took was one little idea, a bit of effort, and an army of friends who trusted each other.

So again I will repeat - keep your heads held high, be proud of what we've been able to accomplish. We still have hard work and tough battles ahead of us, but I have no doubt whatsoever that we'll win the hearts and minds of our neighbors throughout the world. Thank you for your efforts to built better software. Thank you for your dedication to software freedom. And thank you for your help in changing the world for good.

Your friend,

Jared Smith
Fedora Project Leader"

Tags:

zászlók a szélben

aboros képe

A flag modul nagyon hasznos eszköz az egyszeri Drupal ninja arzenáljában, kellően absztrakt mégis jól körülhatárolt szerepe van. Egyszerű a használata mégis nagyon rugalmas, jól együttműködik más modulokkal. Ebben a részben megnézzük a flag modul használatának alapjait. Mit csinál, mire jó, hogyan építhetünk nézeteket melyek használják a flagjeinket.

drupal.hu planet

Banner megjelenés mérése blockban

kovarik képe

Sziasztok,

Létrehoztam egy új tartalomtípust, amely tartalmazza a bannert is.
Blokkban szeretnék véletlenszerűen megjeleníteni mindig egy képet, és mérni azt, hogy ez a banner hányszor jelent meg.

Drupal 7-t használok, azt már megoldottam, hogy véletlenszerűen jelenjenek meg a bannerek, viszont a "méréssel" akadt egy kis gondom. Egy oldallehíváskor 5x fut le az sql-kód. Forráskódból hoztam létre a blokkot, nem tudom, hogy ez bekavarhat-e.

Először ezzel próbálkoztam:
banner lekérdezése:
db_query("SELECT nid FROM {node} WHERE type='microbanners' ORDER BY RAND() LIMIT 1")->fetchAll();

Megjelenés növelése (külön táblában):
db_query("INSERT INTO {banners} (nid, bshow, bclick) VALUES('".$node->nid."', '1', '1') ON DUPLICATE KEY UPDATE bshow=bshow+1");

Természetesen ezt kipróbáltam két különálló sql-le is, attól függően, hogy a node id szerepelt-e már vagy sem egy INSERT-el és UPDATE-el. Ugyanúgy többször kerültek be az értékek.

Érdekes módon, hiába csak egy bannert kérdezek le előtte, mégis az összes olyan node bekerül ebbe a táblába, amely microbanner típusú.

Gondoltam, velem van a baj, közvetlenül a blokk megjelenítéséhez betettem még ezt a kódot:
db_query("INSERT INTO banners_show SET nid='231', visit_time=NOW()");

Érdekes módon ez is 5x fut le egy oldalletöltéskor. Ezután gondolkodtam el, hogy elképzelhető: a templatek összeállításakor és kigenerálásakor ötször hívja meg azt a függvényt, amiben ez a kód van.

Milyen alternatívák vannak még arra, hogy mérőkódot helyezzek el?

Blokk-kezelő függvényem:

function mymodule_block_view($delta = '') {
$block = array();
$block['subject'] = '';

switch($delta) {
case 'microbanner' :
$block['content'] = mymodule_microbanner();
break;
}
}

Köszönöm,

Krisztián

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