To facilitate push notifications, is it absolutely necessary for a browser to host servers to accomplish this?
Each time I launch Firefox, prior to going to any websites, Firefox makes a connection to an Amazon AWS server that it maintains 24/7 (as long as the web browser it open).
Anyone who knows how to monitor their connections can verify what I'm saying. As soon as you launch Firefox, (prior to going to any websites) it will make and sustain a connection to an ip address like this one:
As long as Firefox remains open, you'll sustain a connection to an Amazon AWS server like the one above.
Is this really just the nature of push notifications? It is a technology that must maintain a 24/7 connection to your computer even if you haven't even navigated to a website?
So by design, the spec prescribed that a browser maker must provide a 24/7 service to facilitate this technology?
If this is the only way to facilitate this technology, then I'd be interested in running my own service to facilitate it. I don't feel comfortable with my web-browser maintaining a 24/7 connection to a server that's also controlled by the maker of the web-browser.
While the intention of this is probably divine, I consider it a slippery slope. A web browser that maintains a 24/7 connection with its creators, over the long run, I feel will evolve to communicate much more than just push notifications.
If you can put my concerns to rest. Please do.
My ultimate question is this:
If what I've described above, is simply the nature of the spec (as written), then is it possible to host you're own push notification service, so that your web browser uses your own service, instead of some 3rd party (like the maker of your web-browser)?