ls -1TörténelemHUP adás-vételNépszerű témákNépszerű fórum témákHardverAjánlott böngésző Linux Weekly NewsFreeBSD Project NewsOpenBSD Journal |
Push notification rendszer készül a Firefox-hozA Mozilla push notification rendszert fejleszt a Firefox böngészőhöz. Segítségével lehetővé válhat, hogy a felhasználók akkor is kaphassanak üzeneteket weboldalaktól, ha az adott weboldalak nincsenek megnyitva a böngészőben. A felhasználók hozzájárulása szükséges ahhoz, hogy hozzájuk üzenetek érkezhessenek. A szolgáltatás akár mobil eszközökre is továbbíthatja majd az üzeneteket. A működésének leírása elolvasható itt.
»
|
KeresésNavigációBelépésHupWikiÁllásajánlatokHWSWFriss blogbejegyzésekHUP napi hírlevélLegfrissebb HUP videókLegfrissebb HUP képekLegfrissebb HUP dokumentumokSzavazásMit tudsz a B-tree struktúráról? Részletekbe menően ismerem a felépítését, funkcióját, határait és felhasználását. 10% Kevésbé ismerem, mint az első pontban, de hozzá tudok szólni a témához. 18% Használom, de nem ismerem minden részletét. 4% Hallottam már róla, minimális mértékben ismerem. 27% Egyáltalán nem ismerem. 34% Csak az eredmény érdekel. 8% Összes szavazat: 592
Új felhasználók
InformációKövess minket!Partnerünk |
Ki lehet majd kapcsolni?
Ott van a szövegben :) A böngésző engedélyt kér hogy az adott weboldal küldhessen push üzeneteket.
Én már csak abban bízom, hogy ebből egy egységes cross-browser megoldás születik.
Ha jól értem, akkor ez arról szól, hogy a weboldal elhelyez "valahol" (egy notification server-en) egy üzenetet egy HTTP hívással. Tök jó!
Ellenben szerintem az az izgalmasabb rész, hogy a notification server hogy szól a kliensnek. Ha mondjuk bármilyen TCP-re épülő protokollon akar szólni (ami azért valószínű), akkor ki kéne épülnie egy TCP kapcsolatnak a notification server és a kliens között. Ennek a kezdeményezéséhez sok sikert kívánok a notification server-nek, kicsit túl sok a mai világban hozzá a tűzfal. Úgyhogy gondolom a kliens fogja pollozni az üzeneteket - de akkor meg már pollozhatná éppen a weboldalt is...
De értem én, a fejlesztőknek egyszerűbb dolga lesz, a megvalósítás meg egységesebb lesz.
Ajánlom figyelmedbe pl. ezt:
http://code.google.com/p/pubsubhubbub/
De van még ezen kívül más implementáció. Szóval szó sincs kliens pollozásról (a technika már régen túlhaladta ezt), és nem is a notificaton service fog kiépíteni TCP kapcsolatot a browser felé.
Ha nem a notification service építi ki a kapcsolatot a browser felé, akkor felteszem, hogy a browser fogja kiépíteni a notification service felé. Aztán van két lehetőség:
- nyitva is hagyják a kapcsolatot, és azon keresztül szólogat a service, hogy "hé, történt valami"
- a browser pollozgat olykor-olykor.
Az első nem nagyon fog jól skálázódni szerveroldalon, de felőlem akár lehet olyan megoldás is...
Ő szerverük :)
Miért is jobb ez mint egy RSS? (Átfutottam a link-elt anyagokat, nem látom értelmét.)
Annyiban már látom, hogy jobb (a mozillának), hogy a firefox-home-ban kapom majd meg az üzeneteket, meg statisztikázni tudnak majd a világ népszerű oldalairól. Na bumm.
Értesíts mozillán, facebook-on, twitteren, email-ben, rss-en, néhol már sms-ben, dedikált mobilos applikáción keresztül notification-ben...és akkor az "oldal változását figyelő szolgáltatás"-okat nem is említettem még.
Mindezt arra, amire az rss-t kitalálták. Valamit nagyon elszúrtak az RSS tech-marketingjével.
He? Az RSS hogy küld üzenetet egy böngészőnek? Megmondom, sehogy, te kéred le minden egyes alkalommal.
[ NeoCalc - Earnings Calculator for NeoBux ]És milyen előnye van annak, ha push-ban kapom ezeket az értesítéseket? Nem hiszem, hogy ennyire vékonyítani kell a böngésző oldalát, kapcsolatot fenntartani és ellenőrizgetni egy tartalmat csak nem akkora feladat.
lol, jok ezek a "nem tudom, mi ez, de azt tudom, hogy szar" benyogesek. ugyanaz az elonye, mint a push mailnek, nem te kerdezgeted a szervert allandoan, hogy tortent-e mar valami (i.e. frissites), hanem o szol. kicsiket hatekonyabb. a kliens vastagsagahoz meg nem tul sok koze van az egesznek...
Nem benyögés volt, elolvastam, végiggondoltam, az más kérdés, hogy nem értünk egyet. Ha más a véleményed, kérlek korrektül válaszolj. Még mindig úgy gondolom, hogy csak akkor van ennek is értelme, hogyha nagyobb adatmennyiséget küldenek, mint amennyit én két lehetséges frissítés között ellenőrzéssel eltöltök. De segíts ki, mutass példát.
Azért mondtam, hogy kliens vastagság témakörét látom ebben is, mert hangsúlyozták, hogy mobilokra is céloznak vele...
Nem az adatmennyiség a lényeg, hanem hogy ne bombázzuk a nyomorult szervert fölösleges lekérésekkel, ha ott valójában nem történt semmi.
[ NeoCalc - Earnings Calculator for NeoBux ]Na látod, így már értem. Gyakorlatilag most majd a firefox push szerverével tartjuk a kapcsolatot, az rohad majd néha le, nem pedig x %-al több forgalmat okozunk egy híroldal szerverének.
Ennyire nagy terhelést okoz egy RSS egy szervernek?
Ennek nincs köze híroldalakhoz, és nem az rss leváltására készült.
ez egy régi Netscape ötlet reneszánsza. a modemes internetkapcsolatok mellett hasznos lehetett volna, de akkoriban sem kapkodtak utána a népek. most talán okostelefonon, gyenge mobilnetkapcsolat mellett lenne haszna.
Firefox féle push:
1 állandó kapcsolat, amiben csak annyi adatforgalom van amennyi kell. Nem kell nyitva lennie a weblapnak, hogy kapj értesítést az új leveleidről például.
Push amik most vannak implementálva:
Sok állandó kapcsolat. Minimum annyi, ahány szolgáltatást használsz. Az aki a böngészőben lakik (vannak sokan) sok szolgáltatást használnak, pl gmail, facebook, twitter, esetleg evernote, google docs, sok sok olyan dolog, amik frissülgetnek a háttérben folyton. A rosszabbik megoldás az, ha ezek polloznak, az lenne a harmadik pont, de kihagyom. A jobb az, ha egy kapcsolatot kiépítenek, amin csurognak az újdonságok. De ez még mindig sok kapcsolat egyszerre, ráadásul nyitva kell lennie az adott weblapnak hozzá. (vagy plugint kell telepítened, ami megoldja hogy a háttrében lekérdeződjenek az újdonságok.
Szóval ennyi.
Ok, ezt kihagytam, nem gondoltam az egyszerre-több részre. Úgy már tényleg van haszna, ha csak egy vonalat kell fenntartani, de jelenleg erre használható egy mailbox is, szinte minden tud értesíteni mail-ben.
De itt az értesítést ne úgy képzeld el, hogy te kapod, hanem a böngésző, és annak megfelelően fog tudni dolgokat csinálni. A gmail például előugró ablakokat, ha új email érkezett, esetleg egy plugin státusz ikont frissíteni. Egy üzenetküldő alkalmazás pl hangeffektet adni, stb.
Az egyszerre több is előny, viszont az sem kis előny, hogy nem folyamatosan megkérdezed, hogy ott vagyunk már? hanem csak vársz, hogy a sofőr mondja, hogy megérkeztünk? (ezt a hasonlatot :D)
Na, ezt se olvastam ki a hírből, hogy már cél akkor konkrétan eseményeket, akciókat indítani a böngészőben távolról, így már kezd alakulni, hogy mire érdemes ezt használni.
Azt hittem, nem jelent akkora problémát ezt most mondjuk ajax-al megoldani, de gondolom egyre több ilyen app-ot használunk, mostmár egy mederbe terelve jobban működne.
A kommunikációs elvvel, amire céloztál, a sofőrös hasonlattal, tisztában vagyok, mindig annak érdemes kezdeményezni, akinél történik a változás, csak számomra még az internet modellje egy előző képként van meg, nem annyira a mobilinternet-ondemand-... vonalon gondolkodtam. Update-elek, köszönet a segítséget.
Ahhoz, hogy az üzenet beérkezésekor a böngésző bármilyen actiont végrehajthasson, ahhoz a böngészőbe amúgy is kell valamilyen extensiont telepíteni, amit eddig is meg lehetett csinálni külön js api és a mozilla szerverei nélkül, ha jól értem.
Az RSS másra való.
Egyrészt az se push, azt is időnként le kell kérdezni. Persze az rss olvasó szépen lekérdezi helyetted, te csak azt veszed észre, hogy érkeznek a hírek. Szerintem az rss jó, és hasznos, érdemelne több marketinget, és igazad van, el van szúrva a marketingje. Most is sok ismerősöm egyesével nézegeti, óránként frissítgeti a honlapokat ahelyett, hogy egy olvasóval követné.
Amiről ez a push szól jóval technikaibb dolog.
Arról van szó, hogy az általad látogatott weblap, pl gmail engedélyt kérhet arra, hogy küldhessen üzeneteket neked akkor amikor nincs nyitva, így pl kapsz "új üzenete érkezett" értesítést akkor is, ha nincs nyitva a gmail épp nálad.
(nem írtam, hogy az RSS az push, következőben írtam, hogy na de akkor a firefox push miben jobb, mint az általános push elgondolás)
RSS marketingéről annyit, hogy én már amikor megjelent se értettem, hogy miért nem kezdik összekötni a fejekben az e-mail-el, egyéb notification-ökkel. De a híroldalak is mostohán kezelték, sehol se ugrott fel egy értesítő alul, hogy figy, ma már 6x jártál itt, RSS olvasód van-e? Hagyatkoztak a szűk keresztmetszetre, hogy nincs más, csak böngésző, és ezzel ez így is maradt.
Híroldalaknak nem igazán éri meg, mivel ugye a reklámok csak az oldalon jelennek meg, ha az rss-ben is megjelenne azt valószínűleg a userek kiszűrnék. Sok oldal csinálja egyébként azt, hogy az rss feedbe csak a cikkek első bekezdése kerül be, így ha érdekel egy cikk, mindenképpen el kell látogatnod az oldalra.
Én szoktam látni reklámot RSS-ben is :)
[ NeoCalc - Earnings Calculator for NeoBux ]Én nem, de csak azért, mert az adblock kiszedi :)
Google Reader-ből?
[ NeoCalc - Earnings Calculator for NeoBux ]ja
Nálam nem mindig :) Vagy csak másik gépen néztem, fene tudja...
[ NeoCalc - Earnings Calculator for NeoBux ]régi szép idők:) emlékszik még valaki a Netscape Netcasterre?