Firefox krijgt pushnotificaties voor websites

Mozilla werkt aan de mogelijkheid voor websites om gebruikers pushmeldingen te sturen. Daardoor kan een webmaildienst gebruikers bijvoorbeeld op de hoogte stellen van nieuwe e-mails, zelfs als de website niet openstaat.

Ontwikkelaar Jeff Balogh van Mozilla schrijft dat op zijn weblog. De pushnotificaties moeten zowel met de desktopbrowser als de mobiele versies van Firefox gaan werken, al is nog onbekend wanneer ze worden geïntegreerd.

Het notificatiesysteem leunt op een notificatieserver die de schakel vormt tussen de website en de client; de website stuurt de notificatie naar de notificatieserver, waarna deze de pushmededeling aflevert. Als gebruikers op meerdere apparaten notificaties inschakelen, wordt zoveel mogelijk voorkomen dat ze dezelfde melding meerdere keren krijgen.

Het systeem verschilt met de pushnotificaties die Google Chrome aanbiedt en onder andere door Gmail worden gebruikt. Die pushnotificaties werken enkel wanneer de website die de pushnotificaties verzendt, is geopend. Doordat het systeem van Firefox anders is ingericht, hoeft dat niet.

Een website kan via een javascript-api aan een gebruiker toestemming vragen om pushnotificaties te mogen sturen. Krijgt de website die toestemming, dan geeft Firefox de browser een unieke url. Notificaties kunnen worden verstuurd met een post-request naar die url waarin een json-object is verpakt.

De website kan onder meer een icoon en een titel aan een notificatie meegeven, evenals een url die moet worden bezocht als de notificatie wordt aangeklikt. Een gebruiker kan zich desgewenst ook weer afmelden voor notificaties. De website wordt dan op de hoogte gesteld van de opzegging, maar hoe dat gebeurt, is nog onduidelijk.

Hoe goed de communicatie tussen webserver, notificatieserver en client is beveiligd, is nog onduidelijk. Volgens Mozilla moet het 'niet makkelijk' zijn om gegevens uit te lezen, bijvoorbeeld als ze over een open wifi-netwerk worden ontvangen. Encryptie is echter optioneel. Mogelijk gaat het dus om een eenvoudige versleuteling van de notificaties.

Daarnaast is nog onbekend wie verantwoordelijk moet worden voor de notificatieservers. Het kan zijn dat Mozilla een centrale notificatieserver opzet, maar het is niet duidelijk of de non-profit-organisatie dat ziet zitten. Websites zouden ook verantwoordelijk worden kunnen gesteld voor hun eigen notificatieserver; het wordt dan wel iets ingewikkelder om pushnotificaties in te schakelen.

Reacties (84)

[Tom]

Een mogelijkheid om websites notificaties te laten sturen vind ik best een goed plan. De meeste notificaties (van sociale netwerken e.d.) krijg ik via m'n iPhone omdat daar apps van zijn met die mogelijkheid. Bij sommige zaken krijg ik het via mail. Mail is voor notificaties weer wat overkill. Een notificatie wil je gewoon wegklikken en moet niet tussen de serieuze mailwisselingen uitkomen. Ik denk dat er best behoefte is aan een protocol om pushberichten te kunnen tonen. Beetje het idee van Growl in OS X voor websites.

Alleen is dit niet iets wat Mozilla moet doen. Het verloopt zo te zien via eigen servers. Het zou een nieuwe standaard moeten zijn waar alle browserfabrikanten gebruik van kunnen maken. Ik - als webdesigner - ben juist blij dat we tegenwoordig volgens (open) standaarden werken en niet meer vastzitten aan ActiveX en Flash waarbij commerciële bedrijven de toekomst en ondersteuning bepalen.

Valt mij ergens ook tegen van Mozilla omdat ik hen juist zie als voorstanders van een open en gestandaardiseerd internet. Meer dan elke andere browserfabrikant.

[Reinstein]

Lijkt mij het handigst dat ze gebruik gaan maken van 1 server/cluster, dan hoef je als client maar 1 connectie open te houden. Anders beb je straks voor elke site een connectie open staan, nier erg handig.

[Verwijderd]

Het nadeel is dat hiervoor FF altijd open moet blijven staan. Klinkt leuk, maar met de vele geheugenlekken kan dat nogal een vervelende zaak worden. Zeker op mobiele apparaten waar FF net als andere browsers sowieso al veel geheugen gebruikt. Kunnen ze het op Android etc. beter via de bestaande push apis doen. Beetje zinloos om een losse app te hebben die op zichzelf push berichten gaat lopen ontvangen, zal goed zijn voor je batterij.

Ik denk niet dat een browser push berichten moet gaan lopen ontvangen. Da's misschien iets voor het GoogleOS, wat sowieso webbased is, maar ik heb liever een klein utility wat geen geheugen of processor gebruikt wat wat push berichten afhandelt, of misschien een mail client ofzo. Misschien een bureaubladwidget, verzin het. Maar een hele browser die maar even berichten moet gaan lopen ontvangen? No thanks.

[Dreamvoid]

Bij de meeste gebruikers staat de browser toch de hele tijd wel open, dus of dat in de praktijk zo'n probleem is...

[bazs2000]

Dat maakt niet uit, er zijn ook veel gebruikers die alles wel afsluiten t.b.v. de accu en dan is het klein houden van de manier om pushberichten te ontvangen wel prettig. Een browser mag bij veel mensen dan wel de hele dag open staan maar wordt deze dan ook effectief vaak gebruikt? Bovendien, sluit de browser en dan krijg je ook niets meer binnen.

[Verwijderd]

Correctie: bij de meeste FF gebruikers staat de browser altijd open omdat ie er een half uur over doet om op te starten.

Over het algemeen sluiten normale mensen de browser gewoon af. Alleen wat 'tweakers' die teveel met tabs willen doen en populair willen doen op fora, die laten de boel aan staan.

[S913]

Kom op zeg, 30 minuten? Misschien moet je je Pentium Pro een keer de deur uit doen?
Ik heb 99% van de tijd FF openstaan, thuis omdat ik altijd wel wat te browsen heb en in één oogopslag wat wil kunnen zien (dus misschien zijn deze pushnotificaties wel iets voor mij) en op mijn werk 100% van de tijd omdat ik veel met interne webapplicaties/servers te maken heb. Geen last van geheugenleaks (daar zorg Lotus Notes e.d. wel voor) en geen behoefte om te patsen met mijn hoeveelheid tabs ... zo interessant zijn die niet.
De enige keer dat ik bewust FF (en eigenlijk zoveel mogelijk programma's) afsluit, is als ik ga gamen .. maar dat ligt meer aan de specs van mijn PC (alle beetje helpen)

[Xubby]

Correctie: bij de meeste FF gebruikers staat de browser altijd open omdat ie er een half uur over doet om op te starten.
[...]

Ben sinds een week of zo de trotse gebruiker van FF 9.0.1 (als opvolger van 3.6.x) onder xubuntu.
Onder linux start FF 9 erg snel op en reageert redelijk flitsend. Dus dat half uur heb ik geen last van ...

[kzin]

Ik weet niet of FF echt open moet blijven staan. Ik heb wel eens FF gesloten terwijl er nog een download liep. Die ging (gelukkig) gewoon door. Uiteraard was het download venster (van FF) nog open, dus je zou kunnen zeggen dat ik FF niet 'echt' heb afgesloten.
Iets dergelijks kan ook voor de push gebruikt worden. Je hebt geen venster open, maar er is wel een verbinding middels een soort 'server' process.

[SECURITEH]

Dit klinkt als iets wat ik in ieder geval wel kan waarderen.

Het systeem verschilt met de pushnotificaties die Google Chrome aanbiedt en onder andere door Gmail worden gebruikt. Die pushnotificaties werken enkel wanneer de website die de pushnotificaties verzendt, is geopend.

Dit werkt trouwens toch al standaard ook in FF? Mijn Twitter, Email en wat dan ook tab kleurt vanzelf blauw als er een nieuw bericht is of mis ik een truc die hiervoor gebruikt word?

[Verwijderd]

Dat is bij een update binnen de pagina zelf. Het gaat er nu om dat je bij het sluiten van je pagina nogsteeds updates kunt blijven ontvangen, ook als er geen tabs openstaan voor de betreffende website.

De klassieke methode die je noemt, bij het open staan van de pagina, gaan erom dat een webserver een timeout van de pagina kan versturen, waardoor je browser weet dat 'ie de pagina moet verversen, dit werkt alleen zolang de http connectie nog actief is. Bij het sluiten van je pagina is de http connectie verbroken, dus deze vorm van 'push' uitgeschakeld. Mozilla wil dit dus veranderen, door push door te laten gaan bij het sluiten van de pagina.

Niet dat browsers dat moeten doen naar mijn mening, maar daar komt Mozilla vanzelf achter.

[Reactie gewijzigd door Verwijderd op 22 juli 2024 23:34]

[niels673]

Ik heb al tweakers notifications op google chrome, daar is een extensie voor.
hij heet: Unofficial Tweakers.net Nieuws Notifier

[Reactie gewijzigd door niels673 op 22 juli 2024 23:34]

[Verwijderd]

Weten we gelijk hoe tweakers aan het aantal pageview per minuut komt

[pvcholten]

Waarschijnlijk werkt het via de RSS feed

[Rorando]

Als ik dit zo lees dan lijkt dit heel erg veel op het pushnotificatie systeem dat in windows phone zit ingebouwd.

Volgens mij werkt WP7 ook met een centrale notificatie server zodat er minder requests hoeven worden gedaan.

[fifarunnerr]

Android gebruikt dat ook en ik weet bijna zeker dat iOS exact datzelfde systeem hanteert. Dat moet ook wel om de accu te sparen.

PC's hebben dit soort functionaliteit niet, best jammer want dat lijkt me wel aantrekkelijk. Hoeft extensie XX niet 10 keer per minuut naar een site te gaan om te checken voor updates.

[YopY]

iOS heeft dat idd ook, alle pushnotificaties gaan via Apple's servers.

PC's kunnen deze functionaliteit evengoed hebben; het is maar een open socket die pakketjes ontvangt hoor. Veelgebruikte voorbeelden hiervan zijn bijvoorbeeld IM-clients.

[Little Penguin]

Zolang de gebruiker maar zelf notificaties kan accepteren en beheren en er ook een gemakkelijke manier komt om je aan te melden voor notificaties zie ik hier wel wat in.

In het bericht staat dat je een icoon en een tekst op kan geven, voor een simpele notificatie is dat wel voldoende, maar als je ook de optie hebt om een kleine webpagina (denk aan iets van 200 bij 100 oid) te tonen zou dat de mogelijkheden alleen maar uitbreiden.

Verder zou het wel fijn zijn als je zelf een notificatieserver op kan zetten, dan kun je de notificaties namelijk ook gebruiken voor intranettoepassingen - een publieke/centrale server is gemakkelijk voor mensen die alleen maar een website hosten en geen controle hebben over de manier waarop dit gebeurt, maar voor eigen toepassingen zou ik eerder een privé-server gebruiken...

[prutsger]

Dat laatste hoop ik ook. En dan hopelijk net zo gemakkelijk als met Firefox Sync (voorheen Weave) waar je ook zelf een server voor kunt opzetten. Alle data lekker via mijn eigen servertje via https. Vanwege een klein beetje paranoia en vooral gewoon omdat het kan!

[edie]

Waarom maken ze geen gebruik van de HTML5 standaard voor Server-Sent Events

[Kettrick]

Zijn websockets niet gelimiteerd tot open vensters ?
misschien is dit een uitbreiding daarop en wordt het een html6 standaard in 2034

[Verwijderd]

zolang het optioneel blijft vindt ik het prima, krijg namelijk het idee dat mensen zich alleen maar laten opfokken hierdoor ,om toch maar weer te kijken en page views te veroorzaken en dus reclame inkomsten voor derden.

[Verwijderd]

Helemaal mee eens! Geen behoefte aan zo'n stress-poes-noot.
Wanneer ik mijn mail wil bekijken, doe ik dat wel op het moment, dat het mij past. Ik ben graag mijn eigen regisseur.
Ik hoor gelukkig ook niet bij dat volk, dat met de piepjes en bliepjes van hun (mobiele)
apparaten de hele dag in de weer is.
Belletjes, mailtjes, sms'jes, dm's (wat dat ook zijn mogen, maar kennelijk verschrikkellijk belangrijk, want men kan niet wachten om die te lezen.....).
Vraag jezelf eens wat vaker eerlijk af, of je nog wel goed bezig bent.
En wanneer je dat doet, zet dan even je machientje uit. Dan ben je even in alle rust.

[locke960]

Volgens mij gaat het wat ver om dit push te noemen. Firefox moet tenslotte nog steeds bij die centrale server vragen of er notificaties zijn. Dat is geen push, dat is pull.

[Verwijderd]

Nee, FF houdt een continu verbinding open met één centrale server (hoop ik) of meerdere verbindingen open, als de bedrijven verplicht hun eigen push servers moet draaien (zou te stom voor woorden zijn, maargoed).

Via die open verbinding kan de server besluiten data te sturen. Ze willen expres SPDY ipv HTTP gebruiken omdat SPDY langere timeouts kent en dus minder pollen vereist.

Dit is dus gewoon de manier waarop alle andere push systemen ook werken. Dat het een beetje raar ligt in een browser, is dan wel weer zo. Zeker op mobiele apparaten is dit absoluut geen functie die je in je browser wilt. Maargoed, het is en blijft mozilla.

[Reactie gewijzigd door Verwijderd op 22 juli 2024 23:34]

[Wody]

Eerste waar ik aan moet denken als ik dit hoor is: Fijn, weer een manier voor spammers en andere criminelen om je computer binnen te dringen met ongewenste meldingen en virussen e.d.

[Reactie gewijzigd door Wody op 22 juli 2024 23:34]

[Verwijderd]

Eerste waar ik aan moet denken als ik dit hoor is: Fijn, weer een manier voor spammers en andere criminelen om je computer binnen te dringen...

Uit het artikel:

Een website kan via een javascript-api aan een gebruiker toestemming vragen om pushnotificaties te mogen sturen.

Het eerste waar ik dan aan moet denken, is dat je misschien eerst moet nadenken voordat spammers en andere criminelen toestemming geeft om je notificaties te sturen.

Het is een optie middels opt-in. Jij geeft op de site aan dat je notificaties wil ontvangen, en pas dan komen ze. Als je dus last krijgt van spammers en andere criminelen, dan moet je bij jezelf te rade gaan.

[SinergyX]

Jup, was ook mijn eerste gedachte. Nu na die nep-popups, nep-clicks en nep-mailtjes, dan maar via 'genuine firefox pushmessage delivery service' de beste viagra aansmeren?