Live data from Hacker News

Kill Google AMP before it kills the web

theregister.co.uk

461–470 of 489 posts

Re: Kill Google AMP before it kills the web

#461
post #261

Earlier quoted context omitted.

> You deployed something that worked horribly on iOS Except that thing was a bug in Safari. They used perfectly valid plain HTML without any hacks or JS.

It wasn't a bug in Safari, that was simply the way the scrolling behavior was implemented in iframes. It was still there choice to deploy using iframes knowing that that was the way it felt. They could've use JavaScript to load the contents into a div or simply pushed so far users to a page that had nothing but the AMP content on it. They left it severely sub optimal and decided that was good enough… making google si…

>It was still there choice to deploy using iframes knowing that that was the way it felt.

So you're blaming Google for not writing around an edge case bug that exists only on one platform?

Re: Kill Google AMP before it kills the web

#463
post #71
post #54

Earlier quoted context omitted.

If that's all Google truly cared about they could've simply put a heavy penalty on Pages that rendered slow or presented garbage. Instead they invented their own thing which caused you to stay on Google sites using Google services to read other peoples content… and said they did it to speed things up. It feels like that was either justification after the fact or that was with the original engineer had in mind but was…

> If that's all Google truly cared about they could've simply put a heavy penalty on Pages that rendered slow or presented garbage. There already is a penalty for slow-loading pages, but you make a good point that the penalty could be increased to the point where publishers would be forced to adapt accordingly. However, outside of the news ecosystem, that would end up penalizing a much larger base of content creators…

But by favoring websites that support AMP, isn't Google already "penalizing a much larger base of content creators who don't have the means and infrastructure to handle this"?

Re: Kill Google AMP before it kills the web

#464

AMP was born dead no need to kill it. As the webmaster of many websites, the last time I heard customers complain about rankings in SRPs was ten years ago. Their main concern nowadays is likes, follows and shares. I keep telling them: put some effort on your website, own your audience, you do not own your FB page much less the fans and likes there. They don't listen. Trapped in the hype. In this light, how do I sell…

[deleted]

Re: Kill Google AMP before it kills the web

#465

AMP was born dead no need to kill it. As the webmaster of many websites, the last time I heard customers complain about rankings in SRPs was ten years ago. Their main concern nowadays is likes, follows and shares. I keep telling them: put some effort on your website, own your audience, you do not own your FB page much less the fans and likes there. They don't listen. Trapped in the hype. In this light, how do I sell…

[deleted]

Re: Kill Google AMP before it kills the web

#466
post #156
post #70

Earlier quoted context omitted.

Duckduckgo is a lovely idea with abhorrent search results. Like, unusably bad results, at least to the extent that I'm a reasonably tech savvy user. I'm often searching for papers as a grad student, or typing things "close enough" and hoping Google figures it out for me etc. Duckduckgo cannot keep up. I love Bangs, I love the idea, but the search is nigh-useless. That said, I use StartPage, who have a contract I beli…

The results for localized stuff, e.g. a local store, are horrible. The results for complicated questions where the query is either not very specific or the page might not have all words, are also really bad. But if you have a good idea of what you're looking for, which is most of the time for me, it works very well. At least it's honest about not having results whereas Google presents 5 billion, all of which are miss…

> The results for localized stuff, e.g. a local store, are horrible... But if you have a good idea of what you're looking for, which is most of the time for me, it works very well.

That's a spot-on description of Altavista :)

Re: Kill Google AMP before it kills the web

#467
post #437

Earlier quoted context omitted.

There are extensions which add buttons to quickly enable/disable JS on per-site basis like NoScript for Firefox. Also, Firefox reader view fixes many websites which otherwise render empty with JS disabled for reasons I didn't bother investigating.

I don't think it's possible to get browser extensions on an old iOS device.

Fair enough, I didn't realize you meant iOS devices.

Re: Kill Google AMP before it kills the web

#468
News websites dug their own graves. AMP is a solution to a simple problem: the inability for websites to reach acceptable perf levels. For users, AMP is a blessing. It even improves the ad situation a bit (no more perf impact).

Re: Kill Google AMP before it kills the web

#469
post #279

Earlier quoted context omitted.

It turns out that if you strip most of the JS bloat from a webpage and serve it from a fast CDN, the page loads way faster. Shocking stuff.

It's not shocking but AMP enforces it. People talk a lot of trash about AMP, but until there's another solution that allows me to go to a news website and actually read it, I'm an AMP supporter.

RSS readers ?

Re: Kill Google AMP before it kills the web

#470

Earlier quoted context omitted.

This is amazing. A hypocrite (Gruber, as evidenced in another thread) calls the AMP team hacks who do terrible work. Turns out their "terrible work" is actually Apple's bug and the AMP team points this out both to Apple and to Gruber. In your eyes, this makes it all their fault. When called out on it, you double down by saying that the team is still to blame because they chose not to work around Apple's bug. You basi…

>A hypocrite (Gruber, as evidenced in another thread) calls the AMP team hacks who do terrible work I must have missed this. When did Gruber call the AMP team hacks? > Turns out their "terrible work" is actually Apple's bug and the AMP team points this out both to Apple and to Gruber. This is flat out disingenuous, unless you're talking about something other than the originally submitted DF article. There were multip…

> Are you claiming that all of them are "Apple's bug"?

Let's see:

- find in page: yup, Webkit bug (Google/Chrome uses Blink).

- scrolling behaviour: yup, Safari bug.

Anything else that I missed?

Post reply on HN