'webkettő' kategória archívuma.

Firefox 3 újdonságok – felhasználói szemszögből

Itt a Firefox 3, és ahogy az várható volt, rekordot is döntött a letöltések számával. Jópáran örvendeznek, jópáran szidják, jellemzően csípőből mind a két megközelítésből. Nekem vegyesek az érzelmeim, de a végeredmény az, hogy nagyon jó a Firefox 3.

Ami a memóriahasználatot illeti, a Firefox 3-mat alaposan rendbeszedték. Míg a Firefox 2-vel (extrém felhasználó vagyok, 100 füllel) szinte használhatatlan lett a gépem a memóriafogyasztás miatt (2 GB), addig az új verzió egész kellemesen használhatóvá tette a böngészést. Az újdonságokat illetően nekem bejön a bazinagy visszafele gomb (kikapcsolható: eszköztáron jobb egérgomb, testreszabás, kis ikonok checkbox beikszelése), mind a MacOSX-es, mind a Windowsos téma, a wunderbar (akarom mondani awesomebar – szintén kikapcsolható: OldBar kiterjesztés és bütykölés), és az egyebek, amikről mindjárt írok. A címsorban látható faviconra kattintva bejövő oldal információ látványos, de szerintem nem változtat semmit.

Ami a kiterjesztéseket illeti, az utolsó hetekben is sokat javult a helyzet. Ennek ellenére vannak memóriazabáló, és nem igazán jó állapotúak, tehát mindenképpen csak mértékkel pakoljunk fel, ezekből, megnézve hogy mennyit tesznek hozzá a memóriahasználathoz. Ez volt a helyzet a Firefox 2 megjelenésekor is, ezt illetően sajnos nem változott a szituáció. A memóriahasználatot illetően a nem túl jó kiterjesztések körébe tartozik a Firebug béta változata (bár talán már egészen használható), a Google Gears, Greasemonkey, Stylish kiterjesztésekkel nem volt gondom.

Elsőre nem tűnik fel, de a címsor egyik újdonsága a csillagozás lehetősége. Ezzel gyorsan, egy kattintással tudunk könyvjelzőzni oldalakat, második kattintásra pedig címkéket rendelhetünk hozzá, megváltoztathatjuk a leírást, illetve a könyvjelző könyvtárat, ahova kerül. Az új címsorba ezután beírva a címkéket, elő fog jönni a könyvjelző. Ezt megspékelhetjük még a Delicious kiterjesztéssel is (Firefox 2-vel használtam, most még nem próbáltam).

A letöltések ablaka végre úgy működik, ahogy kell. Apró, de hasznos újdonság, hogy megnyitható az az oldal, ahonnan letöltöttük az adott fájlt, és hosszas fejlesztések után valóban leállítható és újra elindítható egy letöltés is. A kereshetőség hab a tortán, valószínűleg én sohasem fogom használni.

Az új címsorban, ha nem tetszik valami ajánlott tartalom, illetve egy weblapon, ha egy input mezőnél a megjegyzett értékek (auto complete) nem tetszenek, akkor delete (Mac-en shift+delete) gombbal ki lehet ezeket törölni. Input mezőknél szerintem már Firefox alatt is működött a dolog, bár nem volt túl ismert.

A magyar helyesírásellenőrzés (azt hiszem egyelőre csak akkor érhető el, ha a magyar Firefoxot töltöttük le) nálam nagyon szépen működik. Ha nem csak a textarea-knál, hanem input mezőkben is engedélyezni szeretnénk, akkor arra is lehetőségünk van az about:config oldal meglátogatásával, majd a layout.spellcheckDefault értékének 2-re állításával.

Érdekes újdonság, hogy több részt is kijelölhetünk egy oldalon. Ehhez Mac alatt a Command (Mac) gombot kell lenyomva tartanunk, Windows alatt pedig a Ctrl-t. Így a vágólapra másolhatunk egy kivonatolt szöveget könnyedén.

Van még az új viselkedésű Zoom (Nézet -> Nagyítás), mely a szöveget, képet és egyéb tulajdonságokat arányosan képet kinagyítani (nem hoz lázba), az egyes protkollokhoz rendelhető link (pl. könnyen beállíthatjuk a levelezés GMail által történő lekezelését), és a különböző biztonsági figyelmeztetések, melyekkel találkozhatunk. Tetszik, hogy jelszó mentés lehetőségekor nem dialógus ablakot nyit, hanem az oldal tetején levő felső sávban figyelmeztet a böngésző.

Nagyjából a végére értem a bemutatómnak, szívesen veszek az egyéb ötleteket, tapasztalatokat. További tippek a LifeHackeren (is) olvashatóak.

Prémium blogszolgáltatás

Rövidesen (pár héten belül, amikorra letisztázódnak a részletek), WordPress-re építő “prémium” blogszolgáltatást tervezek a cégemmel indítani, ennek itt lehet olvasni a beharangozóját: WPress.hu – a prémium blogszolgáltató. Hogy mit is takar ez a prémium blogszolgáltatás, és hogy mi van a döntés mögött, arról úgy gondoltam, hogy érdemes egy kicsit írni.

WordPress alapú blogszolgáltatás

Miért?

A cégem más szolgáltatásához hasonlóan azért indul el most egy ilyen is, mert saját magunk is igénylünk egy ilyen szolgáltatást, s ha már megcsináljuk magunknak, akkor szeretnénk ezt másoknak is nyújtani. Ez nekünk is jó, neked is jó – elvileg jó mindenkinek.

Miért WordPress?

Itt és most nem kívánok lelkendezni a WordPress kínálta előnyökről, erről már írtam a Miért WordPress? bejegyzésemben.

Miért “prémium” a szolgáltatás?

Mert többet kínál, mint a hazai blogszolgáltatók. Eleve hogy WordPress alapú blogszolgáltatást fogunk indítani, számos olyan lehetőség bejön ami nem áll máshol rendelkezésre (hozzátenném, vannak kisebb, WordPress MU alapú szolgáltatók): például a rengeteg változatos téma (smink/sablon – ki hogy hívja), szuper pluginek. Ezt tetézzük meg majd azzal, hogy egy blog tetszőleges domainen futhat, s hogy folyamatosan frissítve és bővítve lesz a szolgáltatás.

Kicsit konkrétabban a szolgáltatásról

A WPress.hu átmenetet fog képezni egy ingyenes blogszolgáltatás, és egy fizetős tárhely szolgáltatás között. Ez azt jelenti, hogy innen is, onnan is kölcsönzi tulajdonságait:

  • 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 átirányítjuk.
  • fizetős lesz, de az árat szeretnénk egy minőségi tárhely szolgáltatás ára alatt tartani (de nem cél a havi 500 Ft-ért “gagyi” tárhelyet kínálókkal versenyezni).
  • tárhely szolgáltatáshoz hasonlóan adunk FTP hozzáférést, s bár a konkrét blog rendszerbe várhatóan nem lehet majd belenyúlni, lehetőség lesz például képeket és egyéb anyagokat feltölteni, letölteni.
  • folyamatosan frissítjük a szolgáltatást (ezt sajnos nem teszi meg a legtöbb hazai blogszolgáltató), frissítjük a plugineket, újakat teszünk be a rendszerbe, stb.
  • 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, mert kezdetnek 20-30 pluginnel indulunk, melyet folyamatosan bővíteni fogunk majd.

Ki a célcsoport?

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

  • elégedetlenek a hazai blogszolgáltatók szolgáltatásaival, é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, vagy teljesen tiltják ezt a lehetőséget).
  • 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.
  • többen szeretnének közösen blogolni.
  • 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.

Visszajelzéseket szeretnénk!

Amennyiben érdekel egy olyan szolgáltatás mely a fentieket kínálja, kérjük add meg e-mail címed a beharangozó oldalunkon:

WPress.hu – a prémium blogszolgáltató

A szolgáltatás végleges formáját az így jelentkezőkkel fogjuk közösen kialakítani, és kedvezményt is kínálunk az elsőknek! Ezen kívül, ha Te éppen nem kívánsz élni a lehetőséggel, akkor is szívesen vennénk ha írnál induló szolgáltatásunkról, s ajánlanád mások figyelmébe.

Minden kérdésre igyekszünk válaszolni, hiszen tudom jól hogy nem adtam meg minden lehetséges választ. Amíg nem indul viszont be a szolgáltatás, addig szeretnénk ezt részben zárt körben megtenni, megelőzve az esetleges félreértéseket – emiatt is kérjük, hogy add meg az e-mail címed egy feliratkozás kapcsán. Amennyiben újságíró vagy és szeretnél írni szolgáltatásunkról, vagy olyan kérdéseid lennének melyeket ezen a módon sem válaszolunk meg, írhatsz e-mailt is a wpress kukac wish pont hu e-mail címünkre.

Mi az a Plurk?

Miután jópáran megírták már a véleményüket a Plurkről, én is beállnék a sorba, talán tudok majd pár dologban újat, mást mondani. A címmel ellentétben már le se írom, hogy mi ez, inkább csak azt, hogy mi is van a dolog mögött, és felépítéséből adódóan miért működik úgy, ahogy. És a Twitter? Folyamatosan ássa a saját sírját.

Plurk

A legtöbben a Plurköt a Twitterhez hasonlítják, és nem véletlenül, azonos a kategória: úgynevezett mikroblogolás. Kategórián belül azonban rengeteg különbség van: “forradalmi” interfész, fórumos/chates szerkezet, API hiánya, karma rendszer, beágyazható képek, videók. És ezek a kisebb-nagyobb változtatások teljesen átírták a játékszabályokat is.

Interfész

Az interfész szép színes, magával ragadó, a forradalmi jelzőt pedig a vízszintes timeline-ra értettem az előbb. Nem azért, mert hatalmas újdonság lenne, hanem azért, mert ilyen megoldást weben még nem láttunk sohasem – ráadásul ami a technikát illeti jól is működik. Az áttekinthetőséggel azért vannak gondok: nehéz visszanézni ki mit írt, sokat kell görgetni, mikor ez az információ sokkal kisebb helyen is elférne egy “hagyományos”, Twitter szerű nézetben. Amennyit azonban ront az áttekinthetőségen ez a nézet, majdnem annyit javít is, ez a kettősség okozza azt, hogy sokan nem tudunk mit kezdeni a felülettel.

Vegyük észre azt is, hogy míg a Twitter megmaradt a JavaScript nélkül nagyrészt működő felületnél, addig a Plurk egy webalkalmazás. Ez a háttérben jobban optimalizálható architektúrát is jelent, bár valószínűleg nem ezzel az előnnyel fogják lenyomni a Twittert. Mindenesetre ennek a felépítésnek köszönhetően a felület jóval dinamikusabb, érdekesebb lett.

Fórumos/chates szerkezet

Míg a Twitter egy lapos, egymás után időben következő üzenetekből összeálló üzenetfolyam, addig a Plurk lehetővé teszi egy adott üzenetre “helyben” történő, egyértelmű válaszadást, elkülönítve ezzel a többi üzenettől a válaszokat. Ez is a dinamikusságot javítja – és rontja az áttekinthetőséget, ugyanis ezek a válaszok sok klikk után tekinthetőek csak meg. Ez a lehetőség azt is elősegíti, hogy kevésbé érdekes válaszok is szülessenek – míg a Twitternél a közösség nyomása miatt visszafogja magát az ember, és egy “Jó reggelt!” üzenetet nem reagál le mindenki (káosz lenne), addig a Plurknél ezt büntetlenül meg lehet tenni – így rengeteg “felesleges” üzenet generálódik (azért nem véletlen az idézőjel).

API hiánya

Míg a Twitter elterjedésének kezdeteitől rendelkezett API-val, a Plurk esetén tudatosan/nem tudatosan, de ez még nem áll fenn. Így valószínűleg sokkal nagyobb arányban szokják meg a webes felületét, és ragadnak oda, jobb lesz az API/webes felület használati arány. Az üzenetek szerkezetének viszonylagos bonyolultsága, és a webes felület timeline-os nézete miatt ráadásul bonyolultabb lesz a mashupok készítése is. Az API lehet a Plurk egyik kitörési pontja, ami majd dobhat egy nagyot a Twitter elleni harcban – és ez be van ígérve.

Karma rendszer

Az ember hiú, így a karma rendszerrel, és az egyes szintekkel jövő kockacukrokkal motiváltak a felhasználók a fejes ugrásra, ez az egyik kialakítója az addikciónak. A karmázás egyébként ügyes összetevő, és azt kell mondjam, hogy tényleg jól sikerült, nem tűnik erőltetettnek. Animált banános gif smiley, 2008? És mégis hogy rákattantak a felhasználók. :)

Beágyazható képek, videók

Az egyik dolog, amit a Twitter igazán megléphetett volna, valamiért mégsem tette, a beágyazható képek, videók lehetősége. Sokkal kényelmesebb helyben megnézni egy belinkelt videót, mint a videó eredeti oldalán, ráadásul a felhasználó helyben, tovább marad az oldalon. Terheltség szempontjából pedig közel nulla a hatása, hiszen az egész leprogamozható kliens oldali JavaScripttel is akár.

A Twitter még kitart, de…

A Plurk a fenti tulajdonságaival jóval több időt von el a felhasználóktól, mint a Twitter, azzal, hogy színesebb, karmás, dinamikusabb, a fiatalok – akiknek jóval több idejük van a “munkásosztálynál” – sokkal inkább rákattantak, mint az “idősebb” felhasználók. Érdekes látni, hogy míg egyeseket a Twitter nem fogott meg, a Plurk meg tudott.

Jelen felállásban a Plurk nem fogja tudni megfogni a Twitter felhasználók nagy részét, de ezen még változtathatnak, ha akarnak. Egyik eleme a változtatásnak ahogy az előbb is emlegettem, az API lehet. Egy egyszerűbb felület leprogramozásával, jobb követhetőséggel, kliens oldali programokkal meg lehet oldani egy részét annak, hogy rengeteg időt elvon az oldal. Egy másik durranás egy felhasználói felület újdonság lehet, amiről közelebbit nem tudok hirtelen mondani, de érzem, hogy egy apróság hiányzik a jobb használhatósághoz (lásd mikor iWiW bevezette az e-mail értesítőket). Ha ezt sikerül megtalálniuk a fejlesztőknek, akkor nagyot szakíthatnak.

Mit adott nekünk a Plurk

A Plurk különböző megoldásaiból nagyon sokat tanulhatunk. A timeline kapcsán megmutatták, hogy egy jól használható felület, egy SVN kommitokat tartalmazó idővonalat, vagy más eseményeket, híreket simán el tudok képzelni egy ilyen megjelenítésben. Valószínűleg több alkalmazás kapcsán találkozunk ezzel az UI megoldással. Ez a helyzet a felület további részeire is, néhány dolgot nagyon ügyesen megoldottak, míg amit nem, azt is folyamatosan csiszolgatják.

A biznisz

A Twitter egyik nagy előnye, hogy az automatizált információszórás nagyon kiválóan megoldható vele. Blogok, “celebek” twitteren teszik közzé friss információikat, legyen az egy friss blogbejegyzés, egy fontos esemény, vagy valamilyen fejlesztés, vélemény, gondolat. Ezt a lehetőséget a Plurkben egyelőre nem érzem, mert túl nagy egy üzenet elveszésének az esélye, bár persze az API hiánya is visszafogja ezt egyelőre. Ha pörögni fog az oldal, akkor várhatóan az üzleti alkalmazást is meg lehet majd találni rajta – ez egy nyitott kérdés még mindenesetre.

Vége-e a Twitternek?

A Twittert a jelen felállás szerint ha legyőzi valami, akkor az a totálisan dilettáns cégvezetőség lesz, nem pedig bármelyik konkurencia. Ha a Twitter a mai Apple WWDC közvetítést nem bírja ki, az várhatóan egy jelentős pofon lesz számára, és tényleg beindíthatja a lejtmenetet, főként hogy sokadszorra bejelentették, hogy most aztán bírni fogják. A Twitternek nem ártana a stabilizáció mellett valamit innoválnia is, az “unalom” is fontos szempont lehet a váltásban, már nagyon régóta semmi lényegi újdonság nincsen a felületében, működésében.

Jövő

A Plurk érdekesen robbant be az életünkbe, az A-csapatot :) dícséret illeti, jó alkalmazást raktak össze. Hogy mi lesz a jövő, azt pedig pár hét múlva meglátjuk, mindenesetre úgy érzem, hogy a Plurkben több van annál, mint hogy most van egy kis hype, aztán majd lenyugszunk. Addig is tessék követni Twitteren és Plurkön is!

Wikia Search

Itt a Wikia Search, és működik, legalábbis ezt mondják rá. Ami biztosan igaz, hogy a most beindult szolgáltatás úgy tűnik hogy jó alapokra épít, a kivitelezése (ami az interfészt illeti) pedig egész jó lett. Hogy a jövőben hogyan fog működni, az már egy másik kérdés.

Alapvetően kételkedésemnek adnék hangot, miszerint nem hiszem el, hogy a koncepció működőképes, de hát nem hiszem hogy van valaki, aki ne ugyanezt mondta volna a Wikipédiával kapcsolatosan, aztán mégis “egész jól” állunk. A Wikia Search nagyon hasonló koncepcióra épül, wiki szerűen szerkeszthetőek a kereső találatai, melyek a Wikipédiára, és egyéb forrásokra is építenek. Ha nem vagyunk elégedettek, akkor pedig vagy átszerkeszthetjük a találati listát, vagy pedig egy kattintással átugorhatunk a Google/Yahoo/egyéb kereső találataira.

Az örök kérdés, hogy nem lesz-e a kereső a spammerek áldozata, és akárki akármit is mond, ezt nehéz lesz elkerülni. Lehet, hogy van erre valami okos stratégia, Jimmy Walesről (aki a Wikipedia alapítója és a Wikia Search mögött is ő áll) mindent el lehet mondani, de hogy nem gondolkodna, azt nem. A szolgáltatás egyelőre úgy tűnik hogy “szabad préda”, egyelőre bárki bármit tud szerkesztgetni, akár jót, akár hülyeséget felvinni. Pár keresőkifejezésre, melyek a Wikipédiában is szerepeltek, bár nem rossz találatot produkált, azért mondjuk úgy, hogy messze van még a tökéletesről. Hogy mi lesz a dologból, azt pedig meglátjuk, elég rizikós vállalkozásnak tűnik a dolog…

Magyar Netvibes blog

A Netvibes egyre sikeresebb külföldön, és magyar blogokon is elég sokat hallani róla, a hazai piacon is szép arányt ért el a konkurens Google-lel szemben. A hazai mainstreambe persze nehéz betörni, ennek kapcsán gondoltam ki, hogy lehetne indítani egy szigorúan felhasználóknak szóló blogot, ahol az alapoktól a bonyolultabb lehetőségekig bemutatásra kerül a Netvibes, tartalmi és egyéb tippekkel megfűszerezve. Ha van erre érdeklődés, és találok 2-3 jelentkezőt aki szívesen besegítene, akkor be is indítanám ezt a blogot. Tehát jelentkezőket várok!

Netvibes blog

Magyarországon elég kevesen használnak “webkettes” szolgáltatásokat, és hát a hazai szolgáltatók sincsenek a topon amikor a widget fejlesztésről van szó (érthetően, hiszen miért fejlesztenének olyan platformra, amit kevesen használnak), de ez szerintem lassan de biztosan változni fog, ha más módon nem, hát a fiatal generáció felnövésével. Ennek ellenére szerintem érdemes lehet egy olyan blog, mely a már mostani felhasználóknak is segítséget és tippeket nyújt (mennyi apróság van, ami nem ismert, de kényelmesebbé teszi a használatot!), és segít az új felhasználóknak is az ismerkedésben, a hasonló szolgáltatásokkal történő összehasonlításban.

Egy ilyen – szigorúan nem hivatalos – blogot jómagam valószínűleg nem tudok elvinni egyedül időhiány okán (pedig bőven lenne miről írni!) – olyan a Netvibes iránt érdeklődőket keresek, akik eddigi tapasztalataikat megosztanák, vagy egy jövőbeni ismerkedés során leblogolnák azokat.

Elindult a Netvibes.org

Elindult a Netvibes.org címen a Netvibes nyílt forrású projektjeivel foglalkozó oldala, és Párizsban elkezdődött az ezzel kapcsolatos fejlesztői party is. A lépéssel a Netvibes gyakorlatilag közzéteszi oldalának alapjait, bízva abban, hogy így egy widget platform fejlesztői közösség alakulhat ki, mely további innovációkhoz vezethet a személyes kezdőoldalak terén, és még több érdeklődőhöz eljuthat ez a technológia.

A mostani nyitás egyből három komponens forráskódját teszi elérhetővé, ez az UWA JavaScript Runtime (az egyes widgetek futtatását teszi lehetővé saját oldalakon), és az Exposition névre keresztelt platform két szerver oldali része, az Exposition PHP Libraries (az UWA widgetek futtatásához szükséges szerver oldali komponenseket tartalmazó függvénykönyvtár), illetve az Exposition PHP Server, mely az UWA widgetek külünböző platformokra történő hordozhatóságát oldja meg.

UWA JavaScript Runtime

A csak JavaScript kódot tartalmazó csomag az UWA widgetek futtatását lehetővé tevő kódot tartalmazza, vagyis azt a függvénykörnyezetet, mely egy UWA widget számára elérhető. Aki átnézte már az UWA lehetőségeit, annak nem fog újat mondani a rendelkezésre álló függvények listája, ezzel együtt talán érdekes lehet a teljes forráskód akkor, ha valaki ki szeretné egészíteni a lehetőségeket további funkciókkal, illetve saját maga szeretné hosztolni ezeket a fájlokat. Ezen komponensekkel válik lehetővé saját domainen, “inline” futtatni UWA widgeteket.

Exposition PHP Libraries

Ez a csomag azokat a szerver oldali komponenseket tartalmazza, melyek a kliens oldali kódokat egészítik ki, melyek lehetővé teszik egy widget futtatását. Például az UWA formátumot feldolgozó script, a widget kiszolgálását lehetővé tevő kódok, adat proxy-k és egyebek képezik részét.

Exposition PHP Server

Ez a widget szerver teszi lehetővé az UWA widgetek különböző környezetekben történő futtatását, az UWA compilereket foglalja magába, melyek a támogatott widget platformokra történő fordítást végzik el. Az Exposition PHP Librariest is tartalmazza, a célja annak bemutatása, hogy hogyan építhető fel egy widget szerver.

Előzetes

Bár a PHP és JavaScript kódok viszonylag jól dokumentáltak és átláthatóak, egyelőre nincsenek közzétéve részletek azt illetően, hogy hogyan működtethetőek ezek a komponensek együtt. Ez alól kivételt képez az Exposition PHP Server beüzemeléséről szóló gyorstalpaló, de ez sincsen túlrészletezve. Ezt illetően számos konkrét leírás fog napvilágot látni a közeljövőben, és én is próbálok majd ezekről írni bővebben is.

A keresők versenye – szerinted?

Nem kell sokat bizonygatnom azt a kijelentést, hogy a Google uralkodik a keresőpiacon, s bár elég jól teljesíti a feladatát, mégis folyamatosan jelentkeznek a versenytársak, nem beszélve a nagy ellenfelekről, mint a Yahoo! és a Microsoft. Nem mindenben jó azonban a Google, és bár folyamatosan vezet be újdonságokat, lehet rajta fogást találni.

A Yahoo! SearchMonkey kapcsán kipróbáltam a Yahoo! keresőjét, a Microsoftét pedig mindig kipróbálom amikor bejelenti Bill Gates, hogy na majd most nyomjuk le a Google-t, a az az igazság, hogy nem túl rózsás a helyzete egyik konkurenciának sem. Az innováció nem rossz (sem a találati lista gazdagabbá tétele, sem pedig az, hogy fizetünk a felhasználóknak), de egyrészt az alapfunkcióval van lemaradva a Yahoo! és a Microsoft, másrészt pedig ezeket a dolgokat a Google is meg fogja tudni valósítani, ha akarja – saját pályán nehéz lesz legyőzni. Vannak olyan piacok, ahol a Google gyengébb, de ezek egyelőre valószínűleg nem rengetik meg a pozícióját. És vannak olyan részterületei is a keresésnek, ahol szintén gyenge eredményeket ad, ilyen például a magyar blogkeresés, de meglepő módon a videók keresését is jobban valósítja meg a YouTube, mint a jobbnak gondolt Google keresőmotor (azaz saját maga ellen is tud veszteni).

Ahogy Balázs is írja, a Google-lel ott kezd baj lenni, hogy elég jól kezdik kiismerni a SEO cégek ahhoz, hogy úgy tudják manipulálni a találati listáját, hogy egyes területeken az kezd használhatatlan lenni. Mivel ezek a területek egyelőre jól elkülöníthetőek, a megoldás egy részét a speciális keresők adhatják, melyek az adott területre optimalizált találatai behúzhatóak lehetnek ilyenkor. Fura, de hasonlót tesz a Google akkor is amikor a Wikipédia oldalait hozza be elsőnek akkor, amikor lexikonszerű információkat keresünk. Persze halad is ebben az irányban a Google.

A bejegyzés apropóját egyébként az adja, hogy készülnek az új vertikális keresők a Minerhez, avagy a blogok, csiripek és videók mellett hamarosan jönnek egyéb keresések is – s azon filózom, hogy mely irányba lehetne haladni úgy, hogy az közérdeklődésre tartson számot. A blogkeresés gasztro mellékszála és a videókeresés komoly sikerek lettek, kérdés hogy lehet-e találni olyan piacot, melyen egyéb keresőktől további látogatókat tud magához vonzani a Miner, vagy meg lehet-e egy olyan keresőt teremteni, mely legalább részben Google konkurens tud lenni – nagyobb arányban a jelenlegi szerény blogkeresési piachoz képest. Ötletek vannak, s jönnek hamarosan – de kiváncsi lennék rá, hogy mire van igény, és nem feltétlenül csak Magyarországon.

Te milyen területen javítanád a Google keresőjét, milyen magyar/nem magyar kereső iránt érdeklődnél?

Update: Tim O’Reilly hozzászólása ehhez a blogbejegyzéshez:

Public Relations 2.0

Bár nem vagyok marketinges/PR szakember, múlt héten alkalmam volt előadni az IIR Marketing kompakt kurzusán, ahol nagyrészt marketinges szakemberek voltak mindenféle nagyvállalattól. Az előadásom a Web 2.0-ról és annak hozományairól szólt, és amennyire elcsépelt ma már ez a fogalom, úgy tűnik hogy mégis sikerült így is újakat mondanom. Egy TechCrunch cikket szeretnék belinkelni mert jól sikerült: PR Secrets for Startups, illetve egy hazai próbálkozásról megemlékezni, ami szerintem nem annyira.

A TechCrunch bejegyzésben is elhangzik: a kinyilatkoztató, közlő PR lassan kezd átmenni az interaktív, társalgó közönségkapcsolatba, az olyan megoldások felé ahol azonnali visszajelzést lehet kapni, lásd blogok, fórumok és egyéb megoldások. Az az érdekes, hogy ezeknél a módszereknél jellemzően nem a technológia kerül sokba, inkább annak a szakembernek a megtalálása aki ezt jól, ügyesen képes megoldani. Az őszinte, ügyes kommunikáció talán adottság kérdése is, de nagy része tanulható – ami biztos, hogy teljesen más jellegű, mint eddig. A bejegyzés 12 tippet is felsorol, érdemes átnézni azokat és odafigyelni, akármilyen termékünk céges kommunikációjáról is van szó.

Egy hazai szárnypróbálgatás (via Gina) kapcsán gondolkodtam még el a hétvégén a kérdésről. A női borotvát reklámozó blog talán túlságosan is egyértelműen a gyártó cég reklámjaként működik, s próbálja megfogni az interneten aktív fiatalokat hogy próbálják ki a terméket. A hazai reklámtörvények értelmében tudtommal kötelező feltüntetni hogy ha reklámról van szó, így még ha egy fokkal ügyesebb is lett volna a megoldás a cég szerepének háttérbe tolásával, ezt nem tehették meg (vagy nem is akarták?). Emiatt viszont úgy érzem hogy az egész kommunikáció teljesen hamissá vált, nincs az a csökkent értelmi képességű tini (vagy van?), aki bevenné a vízzel leöntöm, végighúzom és jó lesz a szex színvonalú reklámot. Én egy sokkal őszintébb formát választottam volna, ahol teljes mellszélességgel felvállalja a cég hogy bizony ő áll a blog mögött, és viccesen tesztelik a terméket különböző szituációkban. Mint itt: Will it Blend?. Azt hiszem ez a különbség a futótűzként terjedő vírusmarketing, és a kezdeti szárnypróbálgatás között. Ennek ellenére jó látni, hogy egyre inkább próbálkoznak hazai cégek is blog alapú kommunikációval, szóval csak így tovább! :)

Mi a baj a Twitterrel?

Mármint techikailag: miért van ennyi leállás, milyen problémák vannak a háttérben? A választ elég jól összefoglalja a ReadWriteWeb, ebből kiinduló, de saját hasonló jellegű tapasztalatokkal fűszerezett összefoglaló következik.

Nos, az első és legnagyobb gond az, hogy a Twitter nem arra lett tervezve, mint amire ma használjuk. Egy CMS szerű felépítésben gondolkodtak a fejlesztők, ahol a skálázhatóság megoldása a cache volt – kb.: egy hozzászólás után töröljük a cache-t, majd generáljuk le az oldalt megint. A Twitterből azonban nem CMS nőtt ki, hanem egy üzenetküldő platform, a gyakori frissítések használhatatlanná tették ezt a cache-elési módszert (ugyanis nem csak a saját oldalunk cache-ét kell törölni, hanem minden olyan oldalt, ahol “követ” minket a tulajdonos). A probléma nem kis látogatottságnál, hanem extrémnél van – de ez az amivel a Twitter ma küzd, ráadásul nem beálló, hanem folyamatosan növekvő látogatottságról van szó. És ez az architektúra sajnos nem igazán skálázható ezzel a felhasználási körrel – egyáltalán.

A skálázhatóság problémája ott kezdődik, hogy vajon hogyan tároljuk le ezeket az adatokat. Itt hozom be a személyes tapasztalatokat, konkrétan a Miner.hu-t mellékleteket. Mind a Twitter, mint a mellékletek esetében egy jó nagy adatbázisról beszélünk (Minernél ez 8 millió sor, Twitternél inkább ne is akarjuk tudni). melyből ki kell válogatni bizonyos tulajdonságú elemeket (Twitternél adott felhasználó és barátai csiripjeit, Minernél az adott melléklet blogjaihoz tartozó bejegyzéseket). Ha a lekérdezés eredményét illetően nincs sok elemről szó, akkor nincs hatalmas gond, az adatbázisszerver gyorsan összemixeli az elemeket (felhasználónként, blogonként), és kiköpi magából. A Minernél a film melléklettel indult a gond, aholis bár viszonylag kevés bloggal indultunk, de az egyes blogokban (comment:com, sorozatjunkie) rengeteg bejegyzés szerepelt visszamenőleg, melyek (indexei) már nem fértek bele a memóriába a lekérdezéskor, és elkezdett diszket használni a MySQL. Ugyanez a jelenség a Twitternél is fennáll – memóriaigényes összefésülni különböző felhasználók csiripjeit. Míg a Minernél viszonylag kevés melléklet van, ezért megoldást jelentett az, hogy egy külön táblában is indexeljük a mellékletek bejegyzéseit (így direktben használhatóak indexek, nincs több blog összefésülése), a Twitternél ez nem jó megoldás, hiszen rengeteg felhasználónál, rengeteg fajta leválogatást kell összehozni. Vagy mégis?

Erre a problémára az adatok duplikációját, az adatbázis denormalizációját szokták megoldásként felhozni, avagy egy olyan megoldás jöhet szóba, mely amikor hozzászól valaki egyet, akkor az adott felhasználó adatbázisába történő bejegyzés mellett a többi, őt követő felhasználó adatbázisába is felveszi a hozzászólást. Ez elsőre gyilkosnak tűnhet, de egyrészt ugye a hozzászólás maximum 140 karakter környékén lehet, tehát nincsen szó hatalmas adattárolási igényekről, másrészt pedig az egyes felhasználók adatbázisát jópár különböző szerverre szét lehet szórni, így párhuzamosítható a művelet. Másrészt mostanában divatos nem relációs adatbázisokra építő, jól skálázható elosztott adatbázisok (cloud computing – ismerős?) pont kiválóan használhatóak így.

Persze nem tudom, hogy a Twitter valóban ilyen megoldást választ-e, s hogy pont ilyen problémákkal küzd-e éppen, de valószínűleg – s ebben a belinkelt RWW-s bejegyzés is megerősít – nem olyan messze áll a fentiektől a valóság.

Yahoo! SearchMonkey

A Yahoo-Microsoft csatározás előtt dobta be a köztudatba a Yahoo! a SearchMonkey-t, mely felforgathatja a keresőkről alkotott elképzeléseinket, és még ha nem is tesz így, akkor is egy innovatív és bátor lépés a cég részéről.

A SearchMonkey több összefüggő lehetőség összerántása a Yahoo! keresőjének a megújítása céljából:

  1. Szemantikus adatok megjelenítése a találati listában, ahol a mikroformátumok, RDF, különböző egyéb standard XML formátumok, API-k (mint az OpenSearch) feldolgozása, és a találati listában megjelenítése történik. Felsorolják még az oldal kivonatolást is.
  2. Alkalmazások készítése, avagy “bárki” készíthet egy adott szolgáltatáshoz olyan kisalkalmazást, mely telepíthető a Yahoo! Search oldalán (ahogy egy Facebook alkalmazás, vagy egy Netvibes widget), és utána megjelenik a találati listában.
  3. A felhasználók is testreszabhatják a keresési eredményeket.

Ez a lépés több mint ügyes, és (nem)kicsit felrázhatja a keresőpiacot, bár attól “tartok”, hogy nem elég, hiszen gyorsan megjelenhetnek azok a megoldások, melyek a konkurens keresőkben is valamilyen trükkel “futtathatóvá” teszik ezeket az alkalmazásokat Ami igazán Google gyilkos lenne, ha a Yahoo engedné a találati lista manipulációját is – mivel ez a Google szent tehene. Más kérdés, hogy a Yahoo az egész megoldást PHP-re építi, melyek nála futtathatóak – a Google-nél pedig (még) nem hivatalosan támogatott nyelv a PHP. Az biztos, hogy a Google is lépni fog, ha a megoldás sikeres lesz. A Microsoft keresőjéről pedig csak Bill Gates beszél.

Alapvetően két megoldás van a keresési találatok megjelenésének módosítására, az egyik Infobar (infósáv), a másik pedig Enhanced Result (bővített/javított találat). Ez utóbbi a keresési találat megjelenését változtatja meg, az előbbi pedig egy csíkot tesz ki a keresési találat alá. A csík akkor jelenik meg, amikor:

  • az alkalmazásunk túl általános, minden keresési találatot módosítani szeretne
  • az alkalmazásunk túl “lassú”, mert külső adatforrásból dolgozik, és lassítaná a keresési oldal megjelenítésének folyamatát
  • a módosított megjelenítésű találathoz nem csak az adott weblapról ránt be képet, vagy nem az adott weblapra mutató linket ad meg
  • nem szabványosított megjelenítéssel jeleníti meg a találatot
  • több alkalmazás is megcélozta az adott keresési találatot

A “rossz” hír az, hogy mindenképpen telepíteni kell a felhasználónak egy ilyen alkalmazást, avagy nem úgy működik, hogy ha van valamilyen szemantikus adat az oldalunkon, akkor az meg fog automatikusan jelenni a Yahoo kereső találati listájában.

Az Infobar megjelenése:

Az Infobar a lenyíló menüi alapból az Enhanced Result formájában jelennek meg, de saját megjelenítést adhatunk nekik.

Az Enhanced Result megjelenítése:

Az Enhanced Result az alábbi elemekből áll:

  • Cím — A cím a találat első sorában jelenik meg címként. A mögötte levő URL nem változtathaó meg.
  • Kép — Az előnézeti kép bal oldalra igazítva jelenik meg.
  • Összefoglalás — A cím alatt, a képtől jobbra kerül. Négy sor áll rendelkezésünkre, ha megadunk linket, szótárat (lásd két következő lehetőség), akkor azok az összefoglalás helyét fogják csökkenteni.
  • Linkek — Négy linket adhatunk meg, melyek a találati elem hosztjára kell, hogy mutassanak.
  • Szótár — Kulcs/érték párok, avagy egy cím és egy hozzá tartozó érték – ebből is négy lehet. A képtől jobbra jelennek meg, metainformációk közlésére használhatóak.

Ügyesen összerakott lehetőségek, és a dokumentáció is kellemesre, jól használhatóra sikerült. Az alkalmazásépítésben egy kis varázsló segíthet minket. Ja, indult egy verseny is!