Amikor a tavaszi "Webtrendek 2009" postban arról írtam, hogy "egyre hangsúlyosabbá válik a valós idejű adatok, kiértékelések megjelenítése", kábé olyan kezdeményezésekre gondoltam, mint a Pushbutton.
Anil Dash alapozó postjában arról ír, hogy az újfajta webes fejlesztések legérdekesebb területe az az innováció, mely a valós idejű üzenetküldés, a webszájtokra és alkalmazásokra 1-2 másodperc alatt kiküldhető frissítések körül zajlik. És bár az olyan rendszerek, mint a Yahoo News Alerts vagy a Google Reader képesek elég gyors értesítésküldésre, ezek a rendszerek még olyan infrastruktúrára épültek, mely a folyamatos rikvesztelésen alapul.
És bár régóta léteznek azonnali üzenetküldésre alkalmas eszközök (cset, IM), ezek rendszerint az egy-az-egyhez kommunikáción alapulnak, és sokkal bonyolultabbá válik a feladat, ha az egy-a-sokhoz kommunikációban akarjuk használni őket.
Dashék szerint egy olyan platformra van szükség, mely megoldásokat kínál a valós idejű üzenetküldésre. Ezt az ingyenes, nyílt forráskódú és decentralizált rendszert nevezik ők Pushbuttonnak. Alapvetően ezekre a technológiákra építenek: Atom, RSS, PubSubHubBub, RSSCloud, WebHooks. A kommunikáció HTTP protokollon keresztül működik a komponensek között.
A működési elv sem bonyolult. A küldő az üzenetét RSS-en vagy Atomon keresztül tolja ki az értesítést, ami a PubSubHubBub-on vagy az RSS Cloudon keresztül érkezik meg a fogadóhoz.
Anil Dashék koncepciója a valós idejű üzenetküldésről nem csak azért érdekes, mert könnyedén kipróbálható, hanem azért is, mert talán az első opensource kezdeményezés azóta, hogy világossá vált, innovatív webes alkalmazások a jövőben mindenképpen integrálni fogják valamilyen mélységben a valós idejű üzenetküldést, értesítést, etc.
Dave_hu (törölt) 2009.07.28. 16:39:09
julesthe5th 2009.07.28. 16:56:21
azonnal üzenetküldés akár magánszemélyeknek akár blogokra....
ott is a hansúly a real-time-on van
agyvihar · http://agyvihar.blog.hu/ 2009.07.28. 17:33:22
Az jelzésértékű, hogy Angliában már kormányszinten foglalkoznak a Twitter kapcsán a valósidejű témával:
mashable.com/2009/07/28/uk-government-twitter-guide/
Vajon mikor jelenik majd meg a magyar kormány gondozásában egy hasonlóan tájlkozott dokumentum?
Horváth János · http://horvathjanos.inda.hu/ 2009.07.28. 18:44:45
Leni 2009.07.28. 18:51:38
t'od: Jabber.org
KGyST · http://repules.tumblr.com 2009.07.28. 18:55:48
2. A Google Reader gyors khm. Nekem szokott fél éves dolgokat kitolni, bár nem 100%, hogy ő a hibás (pl. lehet, hogy AideRSS is van benne, az szeret késni)
3. Ennek a megközelítésnek az az alapvető baja, hogy nem érti, mi az a valósidejűség: azt gondolja, hogy ez ebből áll, hogy egy üzenetet K gyorsan eljuttassak A-ból B-be, és már kész is a faszt veb. Nem, ez sajna nem ilyen egyszerű:
a) Nem biztos, hogy képes vagyok fogadni az üzenetet: nem vagyok gép előtt, nincs kedvem elolvasni, stb. A Twitter azzal villantott nagyot, hogy rájött arra, nincs mindenkinél okvetlenül gép, WAP-os, MMS-es szupertelcsi. Csináltak egy olyan ketyerét (komoly kompromisszumokkal), amire telefonról is lehet küldeni.
b) Nem biztos, hogy érdekel, vagy megkapom: A lassú weben szocializált emberek úgy képzelik, hogy hogy a fast weben úgy kell keresni, mint a Google-on. Hogy beletelhet egy órába is, mire valamit megtalálunk. Nem, a gyors webnek magának kell kiszűrnie, mi a releváns (ott, akkor, stb), és mi nem az. Ha ez nem működik, akkor a fast web önmagában nem más, mint barátnők/haverok csacsogása. Márpedig ez nem egy egyszerű dolog.
Egyébként a hub-s megközelítés akár erre is alkalmas lehet, ha a hub elég okos.
Ugyanaz a véleményem, mint a többinél: ha optimista akarok lenni, akkor azt mondom, ebből kisülhet jó is, ha pesszimista: megint nem a lényegre fókuszál.
O'Seamus · http://www.hhanuman.blogspot.com/ 2009.07.28. 22:10:41
agyvihar · http://agyvihar.blog.hu/ 2009.07.28. 22:38:31
B911 · http://baratcsaba.hu/blog/ 2009.07.29. 00:08:14
kvp 2009.07.29. 13:22:54
arykomate · http://arykomate.blogspot.com 2009.07.31. 00:41:00
... de én akkor sem értem.
Tegyük fel, hogy gondolok valamire, ami hasonlít egy ilyen real-time webre. Akkor már ott a blog írás ősi hagyománya. Blog postot is akármikor írok, és aki akar, az akármikor válaszol rá. Még RSS-t is állíthatok rá, és egyből megtudom ha új bejegyzés, vagy válasz érkezett.
A kereső optimalizálás pedig örökzöld szent grál téma. Szerintem amíg nem olvas egy gép az agyamba, addig nem lesz optimálisabb, és pontosabb a keresés. Csak bonyolultabbá tudják tenni, és idegesítőbbé. Az is már alapból zavaró, ha x darab kulcsszó beírásánál a szomszéd gépe más google találatod ad, mint a sajátom. Cookie vagy google account ide vagy oda... az egyszerűség rovására ment a sok személy(reszabás)eskedés.
Az opera féle kezdeményezésre pedig kíváncsi lennék. Valaki fejtse ki bővebben. Köszi.
atleta.hu · http://www.atleta.hu 2009.08.03. 01:42:09
A 'folyamatos rikveszteles' (ha mar angol, akkor pollingnak hivjak) elkerulesere mar reg vannak megoldasok, pl. a Comet, bar itt talan annal nagyobb szunetek lennenek, amint aminel ez praktikus megoldas. Amit itt irnak abban semmi egetvero nincs, annyi tortenik, hogy a klienskent mukodo gep is futtat egy http szervert, es a tartalom kiszolgalo technikailag klienskent kapcsolodik hozza HTTP-vel. Vagyis a HTTP szempontjabol szerepet cserelnek (logikailag persze nem).
Ez eloszor is orias problemakat fog okozni a jelenlegi tuzfalakkal. Es az egesz 'oldjunk meg mindent http-vel' orulet pont onnan indult ki, hogy a tuzfalakat valamiert erinthetetlennek tekintettuk, meg akkor is, amikor az aktivitas iranyat nem akartak tul sokan megforditani, csak hatekony az adott feladatra kitalalt protokollokat szerettunk volna hasznalni. Na ezert lett minden http meg web.
Maga a felhasznalasi otlet egyebkent annyira nem uj, hogy tiz eve egeszen sok ceg ugrott bele az akkor siman push technologianak nevezett megoldasok fejlesztesebe. El is vitte oket az elso dotkom pukk. (Ha meg valaki emlekszik a cegekre: Marimba, Pointcast, stb.)