Nyitottam egy Google Calendart a dolognak, illetve be tudtok küldeni ti is újabb elemeket. Maximum 1-2 nap késéssel fognak megjelenni a naptárban a releváns események.

Azokat az eseményeket szeretném összeszedni, melyek hazaiak, vagy itthonról kiutazva is érdekesek lehetnek. Leginkább az IT vonal érdekelne, de jöhet minden más is, így még időben kiderülhetnek az egymásra szervezések.

© boogie for ‹Webakadémia /›, 2012. | Permalink | 7 comments | Add to del.icio.us
Post tags:

Feed enhanced by Better Feed from Ozh

Az egyelőre elég ideiglenes címen működő kis oldalon már több mint harmincan közzétették Google Readeres megosztott elemeik elérhetőségét, mert úgy gondolják hogy ezek mások, olyanok számára is esetlegesen érdekesek lehetnek, akikkel nincsenek ismerősi kapcsolatban. A listából kedvünkre válogathatunk, és nem csak Google Readert használók számára lehet hasznos, mert az egyes feedekre bármilyen feed olvasóból fel lehet iratkozni.

A nagyvilág felé megosztott információ egyébként mashupért kiált, kismillió felhasználási lehetősége van ezeknek az infóknak. A mini szolgáltatást egy kicsit ki is szeretném majd bővíteni, hogy ne csak a Google Readerben megosztott, hanem más forrásokból származó (pl. Netvibes) feedek is helyet kaphassanak az oldalon. Segíts te is bővíteni a listát, illetve figyeld a jövőbeni bejegyzéseim, hogy milyen irányba halad tovább a dolog.

A listát nyugodtan használja fel az, akinek valamilyen ötlete van, mire lehetne használni, kéretik azonban esetlegesen nem visszaélni vele.

És ezúton köszönet _original-nak, hogy segített a reklámozásban, szívesen veszem ha mások is reklámozzák, és egyre több infó gyűlik össze rajta.

© admin for ‹Webakadémia /›, 2008. | Permalink | 12 comments | Add to del.icio.us
Post tags:

Feed enhanced by Better Feed from Ozh

A korábbi beharangozó, és a tesztidőszakot jól sikerültnek gondolom, jelenleg 15 blogot szolgál ki (Webakadémia is rövidesen költözik). A szolgáltatás átmenetet képez egy ingyenes blogszolgáltatás és egy fizetős tárhely szolgáltatás között, konkrétabban:

• bármikor elmehetsz veszteség nélkül – biztosítunk számodra egy megfelelően bekonfigurált WordPresst, amit más tárhely szolgáltatóhoz be tudsz rakni – ha saját domained van, akkor csak átállítod, ha wpress.hu-s domaint használnál, akkor pedig fél évig ingyenesen átirányítjuk.
• fizető, de egy minőségi tárhelyhez képest olcsóbb (nem célunk a havi 500 Ft-ért “gagyi” tárhelyet kínálókkal versenyezni).
• gyors és megbízható szerver (eddigi kb. 3000 órából kb. 4 órát álltunk, ami kevesebb mint 0.1%) van mögötte.
• tárhely szolgáltatáshoz hasonlóan adunk FTP hozzáférést, s bár a konkrét blog rendszerbe nem lehet belenyúlni, lehetőség van saját bővítményeket, sablonokat feltölteni.
• folyamatosan frissítjük a szolgáltatást (ezt sajnos nem teszi meg a legtöbb hazai blogszolgáltató), azaz a WordPress motor frissítésén felül frissítjük a bővítményeket, sablonokat, és újakkal is folyamatosan bővítjük a rendszert.
• meghallgatjuk mit kérsz, s gyorsan, nem hónapok múlva megoldjuk, ha tudjuk.

Pár példa pluginekre:

• Akismet támogatás – a piac egyik legjobb spam szűrője (de más spam szűrőt is lehet majd használni)
• FeedBurner támogatás – egy kipróbált rendszerrel tudhatsz meg statisztikákat az olvasóidról, ha sok az olvasód, akár reklámot is tehetsz a feed-be
• Google XML sitemap támogatás – hogy SEO szempontból is meg legyen egy kicsit támogatva a blogod az alapokon felül
• Subscribe To Comments – olvasóid egyes bejegyzéseidhez tartozó hozzászólásokról e-mailt kaphatnak
• WP-Syntax – programkódok egyszerű elhelyezésére
• iPhone/iPod Touch téma – ezekkel a kütyükkel a blogodra látogatóknak specializált, jól átlátható megjelenésű téma

Persze ezek csak példák, a zenelejátszótól a Google Analytics támogatáson át a SEO, kóder (forráskódok beillesztése) és marketinges eszközökig sokmindent készen adunk számodra.

Ki a célcsoport?

A célcsoport azok az érdeklődő bloggerek, akik:

• elégedetlenek a hazai blogszolgáltatók szolgáltatásaival/hozzáállásával, és szeretnék a “legjobb” szolgáltatást kapni.
• szeretnének függetlenek maradni, és/vagy presztízsértékűnek tartják saját domainen blogot üzemeltetni (a blog akár blog.cégedneve.hu címen is futhat!).
• szeretnének reklámot megjeleníteni blogjukon (hazai blogszolgáltatók korlátozzák, teljesen tiltják vagy legalábbis megkötéseik vannak ezt illetően).
• nem szeretnének technikai dolgokkal szórakozni, időt szánni a blogmotor telepítésére egy szolgáltatóhoz, pluginek összevadászására, frissítésére, a biztonsági frissítések lekövetésére.
• lehetnek céges és “magán” bloggerek, lehet szó egy kampány támogatásáról, a cég saját kommunikációjának kiegészítéséről, szakmai vagy énblogról.

A konkrét előnyöket, hátrányokat majd még leírom a WPress.hu blogján, a szolgáltatás viszont ingyenesen kipróbálható egy hét erejéig, így ne fogd vissza magad ha érdekel a dolog, és jelentkezz be!

© admin for ‹Webakadémia /›, 2008. | Permalink | 5 comments | Add to del.icio.us
Post tags:

Feed enhanced by Better Feed from Ozh

Ahogy írtam is a múltkor, jópár irányban elindultam, s végül kaptam jobbnál jobb ajánlatokat is. Végül úgy döntöttem, hogy a részleteket ezzel kapcsolatosan nem írom le (melyik cég, milyen pozíció), de ha valaki hasonló profilban keres állást mint én, szívesen megadom neki, hátha még egy-kettő aktuális.

Az álláskeresés legelején felkerestem egyik volt főnökömet a Netvibesnál (aki felvett), de végüls abból az irányból nem lett semmi, mert főként megbízásos melókat tudott volna, én pedig jelen helyzetben nem szerettem volna abba az irányba elmenni.

Ezután két állásajánlatot kaptam, mindkét cégnél alapvetően vezető JavaScript fejlesztő lettem volna, de más feladatok is párosultak volna a dologhoz, az egyiknél például általában a cég irányvonalában is segédkezni, a másiknál pedig a már meglevő csapatot összefogni. Mindkét esetben budapesti irodában kellett volna dolgozni, és a fizetési ajánlatok is átlag felettiek voltak.

Közben beérkezett még egy ajánlat egy nagyobb magyar cégtől, ott a JavaScript + sitebuild vonal mellett meg kellett volna a Ruby-val is ismerkedni, és ebbe az irányba azt hiszem én se akartam elmenni, másrészt pedig ők sem tudták erre a pozícióra azt a fizetést megadni, amit kértem volna. Később viszont ugyaninnen beérkezett egy nagyon érdekes ajánlat, mely keretében egy izgalmas funkció bevezetésében segédkezhetnék a cég által fejlesztett egyik ismert oldalon, ebben viszont döntés nem tudott a részükről születni még.

A két vezető JavaScript fejlesztő pozíciót végül nem fogadtam el, bár igen nehéz volt a döntés, mert mindegyik izgalmas feladatokat jelenthetett volna. Az ok végülis az volt, hogy az izgalmas feladatok mellett 200%-os teljesítményt (ha nem is feltétlenül munkaidőben, de agyban) is megkövetelt volna, amibe most nem akartam belemenni.

Jött még kettő másik ajánlat, az egyik egy magyar, de külföldre dolgozó cégtől (a pozícióban egy olyan ügyfelükkel dolgoztam volna együtt, akiknek már fejlesztettem a Netvibes-nál widgetet – érdekes lett volna) JavaScript + sitebuild jellegű pozícióra, a másik pedig a NowPublic-tól, JavaScript, sitebuild és részben Drupal fejlesztést illetően. A NowPublic-kal való gyors ismerkedést az is segítette, hogy a DrupalCon idén Szegeden volt, így a csapat nagy részével tudtam találkozni (és bulizni egy nagyot) személyesen is (a csapat egy része magyar). Ezek szintén jó fizetési ajánlatok voltak, az eddigi legjobbak, végül azért döntöttem a NowPublic mellett, mert gyakorlatilag hasonló megoldásban tudok náluk tovább dolgozni, mint a Netvibes-nál: nincs reggeli és esti utazás.

A NowPublic egy Drupal alapú közösségi híroldal, ahol az oldal felhasználói saját híreket tudnak beküldeni. A cégnek Vancouverben van a legtöbb alkalmazottja, de amúgy amerikai tulajdonú. Van pár érdekes funkció az oldalon (pl. a scan – itt éppen Drupal témában), és várhatóan egyes Miner.hu-n szerzett tapasztalatot, és a Netvibes-nál összeszedett UWA tudást is hasznosítom a cégnél. A Drupal tudásomat sem árt majd felfrissíteni, emiatt is egy érdekes kihívás a cég. Hello NowPublic!

© admin for ‹Webakadémia /›, 2008. | Permalink | 5 comments | Add to del.icio.us
Post tags:

Feed enhanced by Better Feed from Ozh

Megjelent a Google böngészője, a Google Chrome, remélem előbb-utóbb kihozzák Mac alá is. Nem lesz az én böngészőm még egy ideig, de az azóta eltelt napokban kiderült, hogy pozitív hatásai vannak ennek a lépésnek. Ami a legtöbb embernek a Chrome-ban tetszik, az valójában a WebKit-ből, Safariból jön, a hiper-szuper JavaScript motorból pedig gyakorlatilag semmit sem lehet érzékelni. Ennek ellenére egy kiváló JavaScript implementációnak tűnik, nagyon-nagyon kevés hibája, hiányossága van. Érdekes, hogy a megjelenése után a WebKit és a Firefox is kihozott egy-egy gyorsabb JavaScript motort. Elég durva részesedést is sikerült összehozniuk, ami a webes szabványoknak, a WebKit/Safari elterjedésének mindenképpen jó, hiszen szinesíti a böngészőpalettát. A fejlesztőknek persze nem jó, mert épp annyi különbség van, hogy most már Chrome-ban is kell majd ellenőrizni a weboldalakat.

Megújult a Zoom.hu, a megjelenése bőven előnyére változott legalább egy nagyságrendet, s jók a videóik, fotóik is. Bár sajnos kevés a tartalmuk még mindig, és túl ritkán változik a címlap, de határozottan léptek egyet jó irányban. Vannak technikai hiányosságaik, de most már úgy gondolom hogy egy az igényeikhez jobban illő motor van mögöttük.

A Netvibestól lelépek, a NowPublichoz pedig csatlakozom éppen (Drupal alapú közösségi médiaoldal). A Netvibes-szal szakmai szempontokból is érdekes két évet töltöttem el, és most úgy tűnik, hogy a NowPublic berkeiben is lesznek kihívások. A melókeresés folyamata tanulságos volt számomra, jó ajánlatokat kaptam innen-onnan, erről is igyekszem majd írni egy kicsit.

Beindulóban a WordPress alapú prémium blogszolgáltatásunk, a WPress.hu is, s bár ott is vannak elmaradások de a rendszer mindenképpen jól vizsgázik. Jó lenne végre a Webakadémiát is költöztetni rá. Ügyfél már van, a számlázással (szokás szerint) el vagyok még maradva.

Ideje lesz azt is bevallanom, hogy a window.name alapú keresztdomaines kommunikáció kapcsán csúnyán benéztem a dolgot, és úgy ahogy leírtam, a window.name nem alkalmas a feladatra, s még egy extra trükköt is be kell vetni hogy működőképes legyen (az adott iframe URL-jét át kell állítani átmenetileg saját domainre, hogy kiolvasható legyen a window.name tartalma).

Hát ennyi, jövőhéten nekikezdek a lemaradás bepótlásának.

© admin for ‹Webakadémia /›, 2008. | Permalink | One comment | Add to del.icio.us
Post tags:

Feed enhanced by Better Feed from Ozh

A window JavaScript objektum name tulajdonságáról beszélünk, mely ezer éve jelen van minden böngészőben, bár csak mostanában sikerült felismerni, hogy ez bizony alkalmas különböző domainek közötti kommunikációra, adatcserére.

Mire jó a window.name?

Alapvetően az adott dokumentum “name” tulajdonsága egy azonosító tárolására szolgál, melynek (legfőképpen) akkor van szerepe, ha egy linknek a target tulajdonságát erre az aznosítóra állítjuk. Ezzel lehet egy linket egy másik frame-ben, iframe-ben megnyitni, vagy egy formot elküldeni.

<a href="http://barthazi.hu/" target="ajfrem"></a>
<iframe name="ajfrem" src="http://webakademia/hu/"></iframe>

Ebben a felállásban, ha a wekakademia.hu oldalon megnézzük a window.name értékét, akkor az “ajfrem” sztringet fogjuk visszakapni. Van azonban a window.name-nek van egy olyan tulajdonsága, mely semmilyen más értékre nem jellemző egy oldalon: böngészőnk bármely ablaka írni és olvasni tudja. Ez adott esetben egy komoly biztonsági rést is jelenthet, tehát csak óvatosan használjuk ezt ki!

Mire jó még a window.name?

Mielőtt nekikezdenénk az eltérő domainek közötti kommunikációnak, megosztok még egy trükköt, mely – főként webalkalmazásoknál, webszolgáltatásoknál – izgalmas lehet.

Amennyiben oldalunkra kívülről mutatnak linkek (akár “sima linkekről”, akár “akciót kiváltó linkekről” – például del.ici.us-nál egy új link hozzáadása – van szó), egy jellemző probléma lehet, hogy akár volt már korábban megnyitva egy ablak erről az oldal, akár nem, egy új ablak (fül) fog kinyílni, ezáltal egyre több ilyen alkalmazásunk lesz nyitva, ami nem mindig szerencsés.

Erre egy ugyan nem 100%-os, de jól működő megoldás lehet, ha az adott oldal betöltődésekor a window.name tulajdonságát valami egyedire (az oldal nevére) változtatjuk, a beágyazható kis badge-inket, egyéb bannereket, linkeket melyek az oldalra mutatnak, azokat pedig egy ugyanilyen értékű target tulajdonsággal látjuk el. Így a korábban már betöltött fülön fognak megnyilni ezek a linkek (vagy ha nem volt nyitva, akkor egy új fog nyílni).

Egy másik érdekes lehetőség a session kezelés, session adatok tárolása lehet, hiszen amikor új oldalt töltünk be az adott ablakba (fülre), akkor a window.name értéke nem változik. Csábító lehetőség, de igen óvatosan kell eljárnunk, hiszen adott esetben ezeket az értékeket bármilyen más oldal ki tudja olvasni. A linket már nem találom, de volt olyan trükk különben, hogy JavaScript kódokat cache-elt a window.name-ben valaki. Ezt hülyeségnek tartom.

Hogyan működik a window.name kereszdomaines kommunikáció?

A fentiek után gondolom mindenki érti a koncepciót: egyik dokumentum írja, a másik pedig olvassa a window.name tulajdonságot. A határait ugyan nem teszteltem, de elég nagy mennyiségű adathalmaz belefér, amire figyelnünk kell, hogy sztring alapú tulajdonságról beszélünk, tehát valamilyen módon szerializálnunk kell az átadandó objektumot, ha nem csak egy egyszerű sztringről van szó. Tömb szerű szerializációra kínál lehetőséget egy urlencode-olós megoldás, míg egy másik kiváló lehetőség a JSON használata lehet, mellyel komplex adatokat tudunk átpasszolni két domain között.

A bevezetőmben emlegetett location.hash alapú megoldással szemben, ahol a kommunikáció a weblap URL-jének # utáni részét manipulálva lehetséges, a window.name lehetővé teszi a kétirányú kommunikációt is – ami egy nagy előny lehet, ha megoldásokat keresünk.

A kivitelezés során a legkomolyabb kihívást az jelentette számomra, hogy valahogy hozzájussak a window objektumhoz. Egy oldal, és egy benne levő iframe megoldásnál két lehetőség van ugye, az egyik, hogy az oldal window.name-jén keresztül történik a kommunikáció, a másik pedig hogy az iframe-én keresztül. Ez utóbbi tűnik célszerűnek, tehát a kérdés, hogy hogyan lehet ezt az objektumot megtalálni.

Az érdekes válasz az az, hogy nincs rá szabványos (DOM) megoldás. A legjobb, működő megoldás a frames objektum használata (amivel utoljára akkor találkoztam, amikor még Netscape-re dolgoztam) lehet. Ennél számmal és a frame name tulajdonságával is hivatkozhatunk a frame-ekre, iframe-ekre, Safari alatt a névvel hivatkozás furcsán viselkedett, így szimplán így használtam:

var iframe = frames[0];
if (iframe && iframe.name) {...}

A kommunikáció igen bonyolult protokollját úgy oldottam meg, hogy az iframe betöltődését a name tulajdonságát folyamatos kiolvasással ellenőriztem, s ha egy “READY” jelent meg benne, akkor tudtam, hogy készen áll az iframe az adatok fogadására. Az iframe-ben is ráállítottam egy függvényt setInterval-lal a window.name figyelésére, s ha kapott egy üzenetet és feldolgozta azt, akkor az üzenet törlése után “READY” beállításával tudta visszajelezni, hogy készen áll a következő feladatra.

Alapvetően egész jól, látványosan használatónak tűnik a window.name, rossz tapasztalatom nem igazán volt vele.

Miért hackelünk?

A window.name alapú megoldás – bármilyen irányból nézzük is -, bizony hackelés. Felmerülhet a kérdés, hogy miért nem használunk más eszközt, valami olyat, ami szebben és jobban képes működni. A válasz az, hogy azért, mert ilyen eszköz nincs. A válasz kiegészítése, hogy viszont készül, sőt, egyes böngészőkben már most elérhető.

Éppen vonaton ülök viszonylag korlátos netezési lehetőségekkel, így hirtelen fejből nem emlékszem hogy mely böngészők implementálták már a lehetőséget, de az IE8 és még egy másik (Safari) böngésző rémlik fel szemeim előtt.

Viszont egy ideig ezek még nem lesznek elterjedt böngészők, így ha valamit ma kell megcsinálni úgy, hogy minél több böngészőben működjön, akkor nem tudjuk megoldani, csak hackeléssel – a window.name pedig minden elterjedt, a JavaScriptet értő böngészőben működik.

© admin for ‹Webakadémia /›, 2008. | Permalink | 9 comments | Add to del.icio.us
Post tags:

Feed enhanced by Better Feed from Ozh