Miner 2.0 – előzetes

Augusztus 9-én három éves lesz a Miner. Erre a dátumra jelentős szolgáltatásbeli bővülést, és technikai megújulást tűztünk ki célul. Három év alatt immáron 40 GB-osra nőtt a rendszer adatbázisa, 15 millió blogbejegyzéssel, hasonló nagyságrendű videó mennyiséggel őrizzük az elmúlt három év történéseit. Ez az adatmennyiség számos üzemeltetési, fejlesztési problémát is felvetett, ezeket szeretnénk most orvosolni a tudomány és technika újdonságait segítségül hívva. Ebben a bejegyzésben most pár problémáról írok, legközelebb pedig remélhetőleg már arról, hogy hogyan sikerült megoldani ezeket.

Egyik gond a MySQL adatbázis backupja, melyet megoldottunk ugyan egy slave adatbázis beállításával, a napi backup alatt a replikáció leállításával, rsync-kel történő backupolásával, de rengeteg erőforrást emészt fel így is a történet. A régi blogbejegyzéseket persze törölhetnénk, rengeteg helyet felszabadítva, hiszen ki kiváncsi vajon egy két évvel ezelőtt született blogbejegyzésre, de szeretnénk a Miner ezen lehetőségét megtartani. Másik lehetőség az lenne, hogy szétdaraboljuk az adatbázist, és a régebbi tartalmakat csak olvasható formában tároljuk, ezzel az a gond, hogy akár igen régi bejegyzésekhez is hozzá kell nyúlnunk néha, mert a szerző kéri, hogy blogját töröljük adatbázisunkból (ilyen igen ritkán van, de nem mondhatjuk hogy nem tudjuk megoldani). Az irány valószínűleg valamilyen elosztott adatbázisba mentés lesz, mely nem csak a tárolást, hanem egyben a backupot is biztosítani tudja.

Másik gond a lekérdezések sebessége. Itt például a mellékletek friss bejegyzéseiről van szó, itt a gyors megjelenítés a követelmény. A probléma itt abból adódik, hogy egyes mellékleteknél (mint például a film) vannak olyan blogok (pl. sorozatjunkie, comment.com), melyekben nagyon-nagyon sok bejegyzés van. Ilyenkor egy olyan SQL lekérdezés, mely dátum szerint rendez, és több tucat kategóriára szűr, elég sokáig tarthat. Ugyanitt probléma a megfelelő képek, videók kiszűrése is a tartalomból. Már korábban továbbléptünk egy külön indexelésre, illetve keresőszerverünk bevetésére (mely meglepő módon gyorsabb tud lenni, mint a MySQL), további lépés várhatóan az lesz, hogy az egészet felturbózzuk az egy-az-egyben a memóriába pakolással.

Végül, de nem utolsó sorban a robotok működését sem mondanám a legkiforrottabbnak, bár az utóbbi években bizonyított ez a felállás, a további skálázhatóság, és a jobb áttekinthetőség érdekében tovább kell lépnünk. Jelenleg pár PHP-ben írt robot fut párhuzamosan, lekérdezve a MySQL adatbázisból hogy mely blogok RSS-ének letöltése következik, s párhuzamosan elindítanak 100 kérést, az eredményt pedig memóriába pakolják. További robotok a memóriából felolvassák az RSS tartalmát, megnézik van-e új blogbejegyzés, módosult-e már régi, s ha igen, akkor letárolják azokat, s gondoskodnak a mellékletekbe történő “címkézésről” is. Ezt a felállást a MySQL lehetőség szerinti teljes kiiktatásával, s erre kitalált jobszerverek, queue-k összerakásával szeretnénk kiváltani, mely azt is kényelmesen lehetővé teszi, hogy a hamarosan beállítandó új szerverekre osszuk szét a jelenlegi terhelést (az indexelés jelenleg a legerőforrásigényesebb feladatunk).

Persze ez csak az előttünk álló technikai változtatások egy (a jelentősebb) része, s az új szolgáltatásokról még nem is ejtettem szót. A megoldásokról igyekszem majd részletes blogbejegyzésben, blogbejegyzésekben, továbbá ha lehetőségem adódik rá, akkor egy newtech meetup keretében is beszámolni.

Java támogatás a Google App Engine-ben

Korábban már szóltak róla pletykák, most be is jelentette a Google: az eddigi Python kód futtatás mellett Java kódokat is lehet használni az App Engine “hoszting szolgáltatásukban”. Ez nagy lökést adhat a projektnek, Java programozóból ugyanis jóval több van, mint Python programozóból.

Google App Engine

A Google bejelentése alapján “early look” minőségben érhetőek el jelenleg az új funkciók. Ami az adatbázis kezelést illeti standard Java interfészeket biztosít a Google, avagy az App Engine datastore API helyett a Java Data Objects és Java Persistence API használható. Új verzió jelenik meg a Google Web Toolkitből és a Google Plugin for Eclipse-ből is. Bár arról nem szól a bejelentés, valószínűleg az Androidban is elérhető Java motorra, a Dalvikra építették fel a szolgáltatásukat.

További eddig hiányolt funkciók is megjelennek: lehetőség lesz időzített kódfuttatásra, data importálásra, az adatok biztonságos csatornán történő elérhetőségére is.

Az újdonságokkal egy a hoszting szolgáltatásokkal kifejezetten versenyképes megoldást tesz le a Google az asztalra, a skálázhatóság ígéretével, ezzel sokkal népszerűbbé téve a megoldásukat. Kiváncsi leszek, hogy mekkora sikere lesz a Java fejlesztők körében a nyitásnak – az elkövetkező napokban meglátjuk.

Korábbi – bár viszonylag régi – ide kapcsolódó blogbejegyzésem a témában érdekes lehet: Google App Engine – mennyibe kerül?

Idén is StartUP Konferencia

Idén is megrendezzük a StartUP Konferenciát, melynek célja hogy összehozzuk a “technológusokat” az üzletemberekkel – lehetőséget kínáljunk a találkozásra, egymásra találásra. A rendezvény március 17-én (jövőhét kedd), az Aranytíz Művelődési Központban lesz, ugyanúgy, ahogy tavaly.

StartUP Konferencia 2009

StartUP Konferencia 2009

Ahogy tavaly is, most is szeretnénk gyakorlati információkat átadni egy a hagyományos konferenciákhoz képest lazább keretek között – egy beszélgetős, interaktív konferencia keretében.

A konferencia programja és a jelentkezési oldal pár perce elérhető, nézzétek át a programot, s jelentkezzetek! A résztvétel ingyenes, de regisztrációhoz kötött. Ha lehetőségeitek engedik, kérjük támogassátok 5-10-20e Ft-tal a szervezést!

Division3, the widget-gadget boutique

A widget/gadget technológiák az utóbbi években elég fontos szerepet játszottak munkásságomban. Már régóta foglalkoztatott a téma, a Netvibesnál már nem csak a widgetek fejlesztésében (száz feletti widgetet készítettem az online világ különböző szereplőinek) vehettem részt, hanem a Netvibes Universal Widget API kialakításában (Netvibes, iGoogle, Mac OS X, Vista, stb. platformok támogatása), majd karbantartásában is kivettem a részem. Ez folytatódott a Nowpublicnál is, ahol a widget technológia bevezetése köthető a nevemhez – itt (micsoda meglepetés) a Netvibes nyílt forrásúvá tett UWA-ját valósítottuk meg oly módon, hogy beépült a Drupal oldalukba. Végül, de nem utolsó sorban most az Origonál vagyok OpenSocial tanácsadó, evangelista és fejlesztői supportot egyben ellátó személy az iWiW alkalmazások (devblogger!) kapcsán – a technológia itt is gyakorlatilag ugyanaz, mint eddig. Nos, a Division3 nevű új formációnk is erről szól, avagy legfőképpen iWiW és Facebook alkalmazások fejlesztéséről.

division3-art

A Division3 a Wish és a Revision által alapított brand, mely a widget technológiákra áll rá. Míg a cégemmel a korábbi widget fejlesztési tapasztalatokat tesszük be a közösbe, addig a Revision a vírusmarketing (lásd az Easy Hotel videót lentebb, vagy az eredményes, bár számomra egy kicsit barátságtalan egyél hódot Lexmark kampányt), és általában az online marketinges tapasztalataival erősíti a közös vállalkozást. Célunk az iWiW, Facebook és egyéb platformokra történő fejlesztés mind hazai, mind pedig külföldi irányban.

A Division3 oldalunkon rendszeres hírlevelet is beindítunk online marketing hírekkel, esettanulmányokkal, érdekességekkel a widgetek birodalmából. Iratkozz fel rá!

NowPublic.com: előadok a meetupon

A következő, jövő hét szerdai márciusi meetupon újra az a megtiszteltetés ér, hogy előadhatok. Ezúttal (a Netvibes és a Miner után) a kanadai székhelyű NowPublicról fogok beszélni, ahol három-négy hónapot töltöttem el (távmunkával): a Netvibes widget platformját vezettük be irányításommal a Drupal alapú híroldalra.

Nowpublic

Nem szeretném lelőni az érdekes részeket előre, de arról szeretnék majd beszélni, hogy egy közösségi híroldal miben tud újítani, milyen új funkciókat tud bevezetni. Ennek keretében mesélek három dologról az előadásom öt percében.

Amiről nem fogok beszélni, de nagyon érdekes téma és ezért most írok is egy kicsit róla, az a NowPublic szolgáltatásának monetizálása. A NowPublic jelenleg a “webkettes startup” cégekre jellemző építkezés szakaszában van, egyelőre az oldal funkcióinak fejlesztésén, és a felhasználók számának bővítésén dolgozik. Az ott eltöltött időben ezirányú konkrét tervekbe ugyan nem láttam bele, de határozottan látszik pár irány, ahogy a szolgáltatás működni tud.

A felhasználók által előállított hírportál, mely főként a helyszíni, önkéntes beszámolókra építő anyagokkal dolgozik, kifejezetten érdekes lehet pár hírpiaci szereplő számára. Nagyon gyorsan tudott (többek között) reagálni a friss történésekre a világon, mint például a Bombayi terroresemények, vagy bármi más hasonló esemény. Ahogy én látom, egy lelkes, gyakran író tábor alakult ki az oldal körül, illetve amint egyre többen ismerik, egyre többen is válnak alkalmanként íróvá olvasóból. Míg a profi híroldalak limitált újságírószámmal tudnak dolgozni, a NowPublic aktív felhasználóinak köre jóval nagyobb tud lenni, s ez folyamatosan bővül is. Az oldal folyamatainak szervezésével, mint például hogy egy hírhez képeket, videókat nem csak a szerző, hanem bárki más is tud javasolni, csatolni, illetve hogy ezekre külső forrásokból is nyitott az oldal, ez úgy tűnik, hogy kifejezetten értékessé teheti. Ennek érdekében integrálja a Twitter közösségi rövidhíreit, a Flickr képeit és a YouTube videóit is, s más irányú lépések is várhatóak.

Hagyományosan egy ilyen oldal a reklámokból élhetne meg, de valószínűleg sokkal jobban jár egy olyan modellel, amikor beszállítóként, kvázi hírügynökségként működik nagy hírportálok számára. A lehetőséget a nagy híroldalak is látják, a CNN-hez tarozó iReport egy példa arra, hogy a NowPublic nincsen egyedül ezen a piacon. Persze ehhez a modellhez rengeteg felhasználó, sok önkéntes résztvevő kellhet, s nem utolsó sorban olyan eszközök, melyek kiemelik a konkurens termékek közül a szolgáltatást. Innen lesz talán érdekes majd az előadásom, amelyben a NowPublic pár újításáról beszélek, melyeket kifejezetten innovatívnak gondolok. Meglátjuk mit hoznak majd ki ezekből.

PHP alapú MySQL motor

Az imént egy érdekes MySQL Storage Engine megjelenésével találkoztam, segítségével PHP nyelven valósíthatunk meg adatbázis tároló motort. A PHP alapú MySQL Storage Engine ötlete egy kicsit őrült (hiszen a PHP meglehetősen lassú erre a feladatra), ellenben vannak olyan lehetőségek, melyek kapcsán érdekes megoldás lehet. Például egy távoli API MySQL-es reprezentációját lehet így megvalósítani.

php-based-mysql-storage-engine

Nem mondom hogy a kódot valaki próbálja meg élesben használni, ahhoz egy kicsit még kezdeti állapotban van – az irány az érdekes, amit meg lehet majd esetleg csinálni a motorral ha felnő.

Kérdés lehet persze, hogy mi a fenének hozzuk be a MySQL-t a képbe, miért ne direktben PHP-ben valósítsunk meg inkább egy feladatot, ha már. Számos oka lehet egy ilyen iránynak mely miatt hasznos lehet egy ilyen motor számos hátránya ellenére:

  1. Mindenekelőtt a PHP kód ebben az esetben egy szerver szolgáltatásba épül be, állandóan a memóriában van, szemben egy webes PHP-val, ahol egyszer lefut, és el is felejt utána mindent. Ennek már így vannak előnyei, például hogy cache-elhetőek a lekérdezésekre adott válaszok. Persze egy memcached segítségével is meg lehet valósítani ugyanezt.
  2. A MySQL szerver lehet egy különálló gépen is, és nem feltétlenül csak PHP-ből használhatjuk a kódját. Vagyis kvázi távoli eljáráshívásokat is megvalósíthatunk ezzel a megoldással. Persze vannak kész szabványaink távoli eljáráshívásra.
  3. MySQL-en belülre hozhatunk be adatokat, és azokat kombinálhatjuk “igazi” MySQL táblákkal, támaszkodva a MySQL ezirányú képességeire. Nem tűnik rossz ötletnek egy JOIN-t rábízni a MySQL ahelyett hogy saját magunk valósítanánk meg.
  4. Az előző ponthoz kapcsolódva, például az Amazon S3-at (vagy bármely más, adatbázis szerű Webes API-t) tudjuk MySQL-es lekérdezéseken keresztül elérni, összekapcsolni más táblákkal. Persze nagy csodát ne várjunk, mert jellegéből adódóan ez csak limitáltan fog működni, ellenben el lehet gondolkodni a lehetőségeken.
  5. Az absztrakció sohasem elvetendő ötlet, egy adattárolási réteget hozhatunk be az alkalmazásba – ha az jó.

Több pontot is “persze”-vel fejeztem be, így látszik, hogy ez a motor azért eléggé öszvér megoldás. Az ilyen ötletek mozdítják viszont előre az innovációt, hiszen ki tudja kinek mi jut eszébe vagy mire tudja hasznosítani majd ezt a lehetőséget.

Hello iWiW!

Nemrégiben kerestem és találtam a Netvibes után új munkát a NowPublicnál, de most mégis váltottam megint: múlt hétfőtől az iWiW OpenSocial “evangelistája” vagyok, vagyis az iWiW fejlesztői portálján próbálok az alkalmazások fejlesztéséhez segítséget nyújtani legjobb tudásom szerint. Ezúton is elnézést szeretnék kérni az ismerősöktől akik előtt titkolóznom kellett ezügyben, de nem beszélhettem a lépésről míg nem lett teljesen végleges. A döntés ezúttal sem volt persze könnyű, de most minden erőmmel igyekszem beállni az iWiW mögé.

iwiw-homokozo

A NowPublicnál sem szakadtam el a widgetektől, hiszen ott a Netvibes UWA technológiáját implementáltam, és a továbbiakban is segíteni fogom a munkájukat hogy be tudják fejezni azt a folyamatot amit közösen kezdtünk el. Ez egy nagyon érdekes felállás (híroldalt mixelni a widgetekkel), majd még igyekszem írni róla, és úgy tűnik egy meetup előadás is lesz belőle. Sajnálom hogy nem csinálhatom végig velük az elkövetkezendő 1-2 évet amikor startupból jövedelmező vállalkozássá válnak majd – biztosan nagyon tanulságos folyamat lett volna pedig megint végignézni egy ilyet (a Netvibes után), és mindezt egy jó csapatban is lehetett volna véghezvinni. Klónozni azonban még nem tudom magam, és kaptam egy olyan ajánlatot, amit végül nem utasítottam vissza.

Az iWiW által felkínált lehetőség azért izgalmas számomra, mert – ahogy többen is írták itt-ott – a magyar webet 2009-ben meghatározó esemény lehet az OpenSocial bevezetése az oldalon, s ez sokmindenre kihathat, illetve mert olyan területen is kipróbálhatom magam, amit eddig csak “hobbiból űztem”: blogolás, érthető technikai doksik, útmutatók írása (többek között). Ez úgy érzem hogy egy olyan lehetőség, melyet nem szabad kihagynom. Remélem hogy a hazai fejlesztői közösséggel együtt valami igazán érdekeset, jót hozunk ki a dologból, és mindenkinek hasznos lesz munkásságom.

Az iWiW-ről nem gondolom azt, hogy tökéletes szolgáltatás lenne. Egyike voltam azoknak akik a leghangosabban kritizálták, próbálták kritizálni az oldalt annak használhatatlansága, elérhetetlensége és egyebei miatt, s eljutottam odáig is hogy majdnem töröltem magam, csak a monogramommal voltam regisztrálva egy jó ideig. Bár a design szerintem még most se a tökéletesség, úgy gondolom hogy az iWiW elkezdte kinőni a gyermekbetegségeit, kiderült hogy hogyan üzemeltethető egy ilyen oldal viszonylag stabilan (utóbbi időben nem tapasztaltam komolyabb kimaradást, sebességcsökkenést), s apró, de érdekes lehetőségek is bevezetésre kerültek. Végül az OpenSocial bevezetése volt számomra az, aminek kapcsán eldöntöttem hogy ezzel bizony foglalkozni kell majd, s hogy a végén még izgi szolgáltatás is lehet belőle.

Amit láttam eddig a cégből és a hozzáállásból az számomra nagyon bizalomgerjesztő, s bár látom a kisebb-nagyobb hibákat is (melyekből nem mindre van ráhatása a részlegnek amelyiknél dolgozom), úgy gondolom hogy oda tudok állni a szolgáltatás mellé. Egy fiatal, a fejlesztők lehetőségeiért küzdő csapatnak leszek részese, mely elkötelezett azért hogy egy jobb szolgáltatást varázsoljon az iWiW-ből. Hozzáteszem hogy továbbra is egy multi keretein belül, így jelenleg ebből nem biztos, hogy minden látszik. A jövőben azon leszek, hogy minél többetekkel megismertessem az iWiW alkalmazásokhoz szükséges fejlesztői tudást – szerintem ez egy olyan lehetőség most a hazai webfejlesztők számára, amilyen az iPhone volt az hozzá készített fejlesztőkörnyezet megjelenésekor.

Végezetül egy gondolat az iWiW alkalmazás fejlesztőknek, hátha segít: várhatóan akkor lesz az alkalmazásod kiemelten sikeres, ha egy olyan készül melyet a nagymamád is használni tud (szövegezés, felület, megjelenés nagyon fontos), s ha egy mindennapos problémára kínál megoldást akár az iWiWen belül, akár a mindennapi életben. Ja, és van egy verseny is, ne maradj le róla!

A véleményvezér sztori

Konrád is írt róla, Doransky is, gondoltam elmondom a véleményemet én is, főként az utóbbi bejegyzésre reagálva (Konrádnál már reagáltam, persze félre lett értve, mert a bejegyzés is kicsit vegyes volt).

velemenyvezerek

Először is, Konrád konkrétan a bloggerek kapcsán írt a véleményvezérekről, de nem csak bloggerek körében vannak véleményvezérek. Ez okozott is egy kis kavarodást a válaszokban. Amiket leírt pontokat azokat én is osztom, úgy gondolom hogy nagyon jól összeszedte a teendőket: ha van egy jó véleményvezérünk, akkor milyen módon, eszközökkel tudjuk kihasználni ezt a lehetőséget marketing szempontból. Doransky összemosta a Twitter szolgáltatás véleményvezéreit úgy általában a véleményvezérséggel, és ennek kapcsán bár nem mondott rosszat, de az így ebben a formában csak félrevisz, és nem a lényegről szól.

Nézzük, hogy miből indulunk ki: van egy szolgáltatásunk, és azt szeretnénk hatékonyan népszerűsíteni. Mindenekelőtt egy nagyon-nagyon, ha nem a legfontosabb dolog, hogy egy szolgáltatás beindítását egy használható, minél kevesebb hibát tartalmazó dologra, magára a jól megcsinált szolgáltatásra kell alapozni. Rossz szolgáltatást is lehet persze reklámozni (ahogy nagyon sokan csinálják is), és hát szép nagy becsapódásokat is láthattunk az utóbbi években.

Ha van egy jó szolgáltatásunk, akkor célszerű párbeszédet generálni a felhasználókkal, és a visszajelzéseik alapján gyorsan ki kell javítani az esetleges hibákat, kapcsolatot kell kiépíteni velük hogy minél elégedettebbek legyenek, mert könnyen lehet bármelyikükből helyben véleményvezér, illetve mert mozgósíthatják kapcsolati körüket annak függvényében, mennyire elégedettek. A geek felhasználók amennyiben nem képeznek célcsoportot, maximum a szolgáltatás coolfaktorát fogják meghatározni, ami egy fontos segítség lehet, de nem ettől lesz több felhasználónk.

Hogy milyen is az a jó szolgáltatás, abban egy jól kiválasztott szakember segíteni tud. Aki nem feltétlenül véleményvezér. De ha véleményvezér a szakmájában, az már jelenthet valamit.

Innen jön a lényeg: A véleményvezér tehát egy másik történet, mert nem az a kérdés hogy véleményvezér-e valaki, hanem hogy milyen közegben az. Egy a szolgáltatás célközönségét elérő véleményvezér igenis iszonyat sokat tud segíteni, és igenis lehet rá alapozni. Az adott közegben pedig azért véleményvezér valaki, mert ért ahhoz a közeghez, és ismeri annak működését.

Szeretném azt is hozzátenni, hogy tegyünk különbséget aközött is hogy utálok valamit, és hogy ismerem annak lehetőségeit, mechanizmusait. Nekem legalábbis két véleményem szokott lenni egy szolgáltatásról: az, hogy nekem mennyire tetszik, és az, hogy szerintem mennyire fog működni, ki tud a célközönség lenni, és a célközönségnek mennyire fog tetszeni. Hogy ha nekem nem tetszik, attól még lehet jó szolgáltatás. Hogy ha nekem tetszik mint geeknek, lehet hogy a célcsoportja olyan szűk hogy nem bírja eltartani majd magát. Egy amúgy szinte minden szempontból rossz szolgáltatás is lehet, hogy betalál egy célcsoportot, akik aztán használni fogják, kérdés, hogy elég lesz-e annyi ember. És vannak olyan szolgáltatások is, melyeket a lendület vihet tovább.

Az érdekesebb kérdés, hogy ha szerintem működni fog valami a célcsoportjában, akkor tényleg működik-e, s ha szerintem nem fog működni, akkor tényleg változtatni kell-e rajta? Továbbmegyek, ha fogalmam sincs, hogy működni fog-e valami, össze tudom-e gereblyézni az ehhez szükséges információkat, vagy nem? Abban, hogy mi fog tudni működni, sokszor nem tudom megmondani a tutit, maximum egy jó becslést tudok adni, bár ez elvileg érthető, hiszen nagyon sokmindentől múlhat egy dolog sikere. Abban, hogy ha valami nem fog tudni működni, abban a tapasztalataim szerint elég jó vagyok, persze kérdés hogy azért-e mert életképes szolgáltatásból kevés volt és szidok mindent, vagy pedig azért, mert valóban tudok is valamit. Ezt az olvasóra bízom, nekem megvan erről a véleményem, viszont most nem rólam beszélünk.

Térjünk is vissza a beszédtémánkhoz. A szakember tehát arra jó, hogy segít kialakítani a szolgáltatást. A véleményvezér pedig arra, hogy a közegében tudja reklámozni azt, és a tapasztalataira építve az adott szolgáltatástípusról tud mondani nekünk dolgokat. Ha ösztönösen lesz véleményvezér, akkor kevésbé fog tudni szaktanácsokat adni, ha tudatosan, akkor kvázi szakemberként tekinthetünk rá.

Avagy a Twitteren tobzódó felhasználók szuperül használhatóak arra, hogy maximum 200 főnek vegyes területekről (lásd mennyi követőjük van, és kik a követőik) reklámozzák a szolgáltatásod, de ez nyilván általában véve semmire sem jó ha a felhasználótoborzás a célunk. A Twitteren nem azért lesz véleményvezér valaki, mert jó szakember, hanem mert a Twitteren kialakult mechanizmusok szerint jó a beszélőkéje. Ettől majdnem teljesen függetlenül azonban a Twitteres véleményvezérek egy része szakmájában is jó, ne adj isten véleményvezér (a szakmai közönség előtt), vagy lehet hogy “csak” egyéb csatornáin több embert el tud érni a célközönségünből, tehát azt sem jelenthetjük ki általában és örökérvényűen, hogy ha valakit megnyerünk, akkor segítségével nem tudunk eljutni olyan véleményvezérhez, aki majd aztán hatékonyan bereklámozzák a szolgáltatásunkat.

A bloggerekkel ugyanez a helyzet, csak több közegről beszélünk. Van olyan blogger aki a geekeket tudja hatékonyan elérni, van olyan aki a marketinges szakmát, van olyan amelyik a webfejlesztőit, van olyan, amely a könyvtárosokat, van olyan, mely a félgeek háziasszonyokat, van olyan, aki a hőbörgő tömegeket, van olyan, aki a sorozatfüggőket, van olyan, aki… És a dolog akkor kezd el izgi lenni, amikor egy blogger előfordul egy fórumban, a twitteren vagy egy ötezer fős céget vezet, mert a szálak részben összekuszálódtak, és emiatt is nehéz lesz kijelenteni általánosságokat.

Sokfajta véleményvezér van, mert végtelen a közegek száma: Pistát, a sarki kocsma véleményvezérét nem fogom megkérni arra hogy reklámozza elit éttermemet, ellenben a sarki kocsma kocsmárosaként arra megkérhetem, hogy a macifröccs koktélomat kóstolja meg, és mondja el a többieknek hogy finom-e. Hogy ne ezzel az igen frappáns :D mondattal zárjam le a dolgot, merengjünk el azon is hogy mi van a jellemzően 0% esélyű helyzetben, hogy ha Pistánk egy fura ember, és amellett hogy kocsmázni jár a haverokkal és a kocsma legnépszerűbb embere, “titokban” van neki egy jól menő elit éttermekkel foglalkozó blogja is. Ennek a nem túl egyszerű képletnek a megértését hiányolom a hazai PR szakmából, pedig vannak érdekes és jó lehetőségek.

Google Reader címjegyzék

Egyre többen osztunk meg másokkal különféle csatornákon híreket, blogbejegyzéseket és egyéb információkat, amit viszonylag nehéz követni is. A Google Reader share funkciója egy ilyen megosztási lehetőséget kínál, a feedolvasóban bejelölt elemeket mások is olvasni tudják vagy azért, mert ismerőseink, vagy pedig mert ismerik annak a feednek az URL-jét, amin keresztül elérhető ez a tartalom. A probléma ott van, hogy főként ismerőseink ismerik csak ennek a feednek az elérhetőségét. A most összedobott címjegyzék ezen segít.

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.

WPress.hu – tesztidőszak vége

Ha nem tetszik a blog.hu lépése/hozzáállása, vagy a blogter.hu lépése (mely pl. a friss blogbejegyzéseidre aggatja rá a nemkívánatos nofollow tulajdonságot), akkor szeretnék egy alternatívát ajánlani. A mai nappal – igencsak hosszú tesztidőszak után – útjára indul a Wish blogszolgáltatása, a WPress.hu (hívhatjuk WordPress központú dedikált tárhely szolgáltatásnak is).

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!