Live data from Hacker News

Google launches new “portal” HTML element

zdnet.com

251–260 of 265 posts

Re: Google launches new “portal” HTML element

#251
post #136

Earlier quoted context omitted.

Things are not "flexible" once they have been shipped on by default, typically. Changing behavior or removing at that point becomes very hard, requiring usage measurements, etc.

This is not on by default.

Yes, I am aware. But that's related to how happy Google is with it, not to whether it's standardized in any way.

Re: Google launches new “portal” HTML element

#252
post #246

Earlier quoted context omitted.

With a portal, you are not on the original origin at all, you are on the new site once it's activated - I think you're thinking of signed exchanges which enable CDNed like experiences. Portals are essentially iframes, but once activated they become the top level origin.

If portals really were iframes, there would be no reason to create them. Google is completely open about their intentions. Citation from https://github.com/WICG/portals/blob/master/key-scenarios.md : > After being activated, a portal opened by the news aggregator will now receive the input events. This means that it will have to co-operate with the news aggregator in order to maintain the desired user experience. Why…

Doesn't it just mean that both sides have to maintain postMessage() handling? Just like host and iframe with different origins. Google will not be able to receive any events/messages unless they're sent by not-google.com. That's what I understand from it, please correct me if I'm wrong.

Re: Google launches new “portal” HTML element

#253

Earlier quoted context omitted.

If portals really were iframes, there would be no reason to create them. Google is completely open about their intentions. Citation from https://github.com/WICG/portals/blob/master/key-scenarios.md : > After being activated, a portal opened by the news aggregator will now receive the input events. This means that it will have to co-operate with the news aggregator in order to maintain the desired user experience. Why…

Doesn't it just mean that both sides have to maintain postMessage() handling? Just like host and iframe with different origins. Google will not be able to receive any events/messages unless they're sent by not-google.com. That's what I understand from it, please correct me if I'm wrong.

> Google will not be able to receive any events/messages unless they're sent by not-google.com

Exactly: the integration requires cooperation from both websites, and there is zero reasons, why child website would want to cooperate. Unlike, say, using Google Analytics, letting user leave you via tag is against website's best interests.

Re: Google launches new “portal” HTML element

#254
post #247

Earlier quoted context omitted.

I don’t use an Adblocker due to ethical concerns. (Not trying to convince you to do the same, just explaining.) It’s, uh, really not that bad. I rarely notice banner ads and the like. If a particular site gets really egrigious, I leave the site. I suspect that after using Adblock for years, your brain has forgotten how to ignore them.

To be truly ethical, you must watch the ads.

The way I see it, without an adblocker there is the potential that I will notice an ad. With an adblocker, that potential is completely gone. That's a big difference.

Again, not trying to convince anyone here, I just don't feel comfortable with it personally.

Re: Google launches new “portal” HTML element

#256
I think things started to go more or less downhill since HTML 2.0. For the kind of web browsing I'm used to value text and images go a long way and they don't really allow for anything too intrusive. There were tons of interesting sites online in the 90's and basically none of them were bad because they were missing some essential interactive page/UI elements. Most of them were near-instant already at the time if you had something better than a modem connection. Things could've gone heavenly if the nerds who built that only weren't a minority. At least we still have text terminals and ssh...

Re: Google launches new “portal” HTML element

#257
post #233
post #227

Earlier quoted context omitted.

Doesn't duckduckgo use Bing on the back end?

DuckDuckGo has their own crawler (DuckDuckBot), and they also serve modified results from other search engines (including Bing and Yandex). https://help.duckduckgo.com/duckduckgo-help-pages/results/so...

This keeps getting said, but the 500 or so 'sources' they mention are at best a distraction. The vast majority of the compute and storage needed to maintain a global index comes directly from Bing and Yandex. DDG is nothing more than a middleman.

Re: Google launches new “portal” HTML element

#258
post #64

Also just realized, as much as people like to push all the snark about Microsoft regarding Embrace, Extend, Extinguish, that's exactly what Google is doing right now. With them dominating browser share, they can now push tags like this that only make ads more annoying. Geez we so badly need a more balanced browser landscape.

Unfortunately people seem to have such short memories. Most millennials today were too young to see Microsoft's evil side and so think people like me who have a lingering distrust for that company are just old luddites with axes to grind.

OTOH, they grew up indoctrinated to Google and so refuse to see the water coming slowly to a boil.

Re: Google launches new “portal” HTML element

#259
post #30

Earlier quoted context omitted.

If you're connected to a VPN, install pi-hole on that network and use it as dns. If not, just get blokada from f-droid. It uses 1-3% energy over the day on my phone, but saves around 15% by filtering ads

This is why Google is pushing DNS-over-HTTPS into Chrome, so that DNS-based ad blocking will no longer work.

Alternatively, it may become easier to set it up.

Re: Google launches new “portal” HTML element

#260

Looks to me as an effort to make any user visiting google.com to not actually leave google.com FOREVER. Users will get portal-ed to a result page (with the browser's url bar showing foo.com, instead of google.com), but the user will be tracked the entire time from google, since they would be still on google.com.

Combine them with this announcement, I think your pretty much correct.

https://venturebeat.com/2019/05/09/google-creates-dedicated-...

Post reply on HN