Posted on 01/22/2016 5:14:22 AM PST by Nickname
Ousted Mozilla CEO Brendan Eich has a new Internet browser, and it's nothing less than you'd expect from the creator of JavaScript and co-founder of the company behind FireFox.
Brave is a new browser that aims to "fix the Web." How? By blocking everything except the content you explicitly want. That means no ads, no cookies, nothing that you haven't personally requested from the Internet. The exceptions are extremely specific, and the approach is as aggressive as the ads themselves.
(Excerpt) Read more at breitbart.com ...
It hasn't been released yet but beta signups are available here: https://brave.com/
Looks interesting!
For your ping list.
How about no JavaScript? Once you turn off JavaScript, turn off 3rd party cookies, you see no ads and sites that are worth do load 10x faster..
Another Chromium-based browser.
AOL Shield browser is already on the market.
Ha ha! Nicely played.
Yet another unintended consequence for queer-loving proggies.
Hope Firefox withers.
> How about no JavaScript?
Many sites won’t function without javascript. Many don’t even transmit a reasonably organized text alternative anymore.
My problem is with auto-playing video ads. I refuse to buy any product that uses them. But that still doesn't stop them from bugging the hell out of me.
I’m fed up with Chrome. It must be started over from a total reboot or it slows to a virtual halt.
but then there is the back up g mail.....
how do you turn off java script on chrome?
Those sites that require JavaScript crap to function are to be avoided. I can understand a web application needing scripting, but not a content site.
—bflr—
"It effectively bypasses Google, so I expect if it's successful, Google would most likely buy them and shut them down," he told TechNewsWorld.
"I can see Google aggressively moving to block a browser like this," Enderle said. On the other hand, Eich has "an experienced team, so this effort could get really interesting really quickly."
Nice... I followed that crapstorm all the way through :p
No idea about how many messages I left to Mozilla.
Changed to “Pale Moon”, but limited on options, since I use Linux.
No cookies? How are you supposed to implement token-based authentication? It would be fine, if you could trust that browsers implement web- and session- storage correctly, but, for the time being, cookies are vital. Or do we now have another browser that, by playing by its own rules, means that every well designed site has to have browser-based exceptions.
Javascript took the universal compatibility of the Web and turned the web into the blight it is today.... So, I don’t hold this man in high regard for that.
“How are you supposed to implement token-based authentication?”
Simple, you don’t. Either that or the ‘cookies’ become user-access objects not available to system processes or programs. The user would need to initiate use of cached information rather than the system and cookies.
Brave likely relies on a one-time session ticket requiring the website to do the identity caching -which most do anyways. No persistent caching. More work for the user and the website but more privacy and security too.
Thanks for the link. Looks like they are going completely cross-platform. There appears to be a Linux build. Woohoo!
I am not talking about session data. I am talking about an identification token (encrypted and unchangeable — altering token is detectable by server if using HMAC IIRC). It has to be stored client-side somehow (unless you pass the password on every request, which is a bad idea all the way around). How does the browser send a server-generated token on requests, if there is no way to store that token client-side? I am genuinely curious, and always looking for a better way. I thought the current best practices pattern was: 1) user sends password once, over ssl; 2) server creates unchangeable and unreadable token that acts like a session key; 3) server sends token as a cookie; 4) client sends cookie with each subsequent request.
Is there a better/safer way? I know that HTML5 session store and local store were supposed to supersede cookies, but they aren’t yet ready for prime time, or so I thought.
Yup, HTML5-type session store and local store is my guess where website data is separated on the client. A hacked website’s cache cannot access other websites’ cache.
Disclaimer: Opinions posted on Free Republic are those of the individual posters and do not necessarily represent the opinion of Free Republic or its management. All materials posted herein are protected by copyright law and the exemption for fair use of copyrighted works.