Live data from Hacker News

Tell HN: Thank you for not redesigning Hacker News

news.ycombinator.com

141–150 of 398 posts

Re: Tell HN: Thank you for not redesigning Hacker News

#141
post #79

Earlier quoted context omitted.

No, voting doesn't work at all with JS disabled.

Yes, it does. I think you have something weird with your browser: with JS on, it does a light AJAX request, without it, it does the whole redirect thing.

The request is the same. The buttons are tags. Without JS, the link is clicked and does a full page reload. With JS, the click is caught and sent as a AJAX request where the response is ignored.

It's not any lighter, it's just not reloading the page.

Re: Tell HN: Thank you for not redesigning Hacker News

#142
Besides the excellent minimal UI changes [1] [2], the HN leads have focused on the difficult core challenge of moderating the forum [3] [4]. Thank you.

[1]: https://news.ycombinator.com/item?id=10489499 "mobile markup"

[2]: https://news.ycombinator.com/item?id=12073675 "collapse comments"

[3]: https://news.ycombinator.com/threads?id=dang

[4]: https://news.ycombinator.com/threads?id=sctb

Re: Tell HN: Thank you for not redesigning Hacker News

#143
post #57

HN is lightweight in some ways, but also quite bad in others. For example, every single time you vote on anything, the site sends back a 302 redirect and then a copy of the entire page's HTML in response. This means that every vote results in a response that's usually around 10KB gzipped. As of right now, for me, voting on any comment in this thread currently causes a 14KB response and takes about 1.3 seconds to fini…

This means that every vote results in a response that's usually around 10KB gzipped I have Facebook open in another window and opened the network inspector to compare it: Just moving the mouse towards the like button created 824KB of data transfer. Not sure if it is because of tracking the mouse movement or if it preloads stuff it thinks my mouse is moving towards. Or maybe it loads stuff that it would display if I h…

They might be tracking your browsing habits. For instance if you hover over the like button and rest the cursor there for a moment but you subsequently don't like the post, it could mean that you thought of liking that post but you did not do it for whatever reason. Or they are just prefetching pages.

Re: Tell HN: Thank you for not redesigning Hacker News

#144
One thing I found recently That would help with data usage, as well as preventing tracking (like facebook) is uMatrix:https://github.com/gorhill/uMatrix. It allows you to selectively block ads, cookies, frames, scripts, xhr etc; from each individual source sending data on a particular site. You can even block individual sources across the board & they will be prevented from sending data on any site, as long as uMatrix is enabled. The link is the official github & contains links to the chrome, firefox, & opera versions.

Re: Tell HN: Thank you for not redesigning Hacker News

#145
post #57

HN is lightweight in some ways, but also quite bad in others. For example, every single time you vote on anything, the site sends back a 302 redirect and then a copy of the entire page's HTML in response. This means that every vote results in a response that's usually around 10KB gzipped. As of right now, for me, voting on any comment in this thread currently causes a 14KB response and takes about 1.3 seconds to fini…

Okay quick thought exercise. HN doesn't use a react framework and is quite lightweight on clientside JavaScript. How many upvotes does it take using this system before the total data size transmitted (original page + modifications) is, in sum total, larger than a fresh load of, say, Twitter?

The reality is that for the bulk of users, votes are an uncommon interaction; most of us are here to read the articles and view the comments. The additional complexity needed to make votes small has an upfront cost, and in this case, I feel the simplicity of the base interface is the better thing to optimize for, and HN's designers appear to agree. 10 kB for what is effectively a server-side page reload (which probably gracefully degrades for folks running NoScript) seems fine.

Re: Tell HN: Thank you for not redesigning Hacker News

#146

Earlier quoted context omitted.

Newspapers have always been full of ads fwiw

I'm talking beyond the matter of ads. On their websites I can use an adblocker, so in that respect the situation has actually improved. They regularly fail on basic UX. Their ability to turn a kilobyte of text into 10MB of trash is astounding, as is their ability to cripple modern computer hardware, or simply readability, with their latest 'innovations' in totally unnecessary JS/CSS fuckery. uMatrix blocking all JS,…

I would advise using your browser's developer tools to find the irritating web page js, css, or domain/sub-domain responsible, and then using uMatrix/privoxy/hostfile to block that garbage. Many sites are usable by preventing js entirely.

Re: Tell HN: Thank you for not redesigning Hacker News

#147
post #57

HN is lightweight in some ways, but also quite bad in others. For example, every single time you vote on anything, the site sends back a 302 redirect and then a copy of the entire page's HTML in response. This means that every vote results in a response that's usually around 10KB gzipped. As of right now, for me, voting on any comment in this thread currently causes a 14KB response and takes about 1.3 seconds to fini…

Okay quick thought exercise. HN doesn't use a react framework and is quite lightweight on clientside JavaScript. How many upvotes does it take using this system before the total data size transmitted (original page + modifications) is, in sum total, larger than a fresh load of, say, Twitter? The reality is that for the bulk of users, votes are an uncommon interaction; most of us are here to read the articles and view…

But they're already using javascript, and the issue is the backend response, so this would only be a backend optimization then and doesn't require any fancy frameworks?

Re: Tell HN: Thank you for not redesigning Hacker News

#149

Earlier quoted context omitted.

> It should use 5-50 megabytes of data per page load. Mandatory min of 5MB vs. current 10KB? I'm pretty sure I'm missing the logic here. I sometimes rely on a satellite connection in my access, and I don't hold HN responsible for that fact. I do agree that no anger is merited (nor sane).

The person you're replying to is most likely making a low-effort troll post on how large webapps tend to be now. Keep in mind that most of what's downloaded would be cached, and the response from an up / down vote would be considerably smaller than 10KB.

> would be cached

For heavy users of the site, sure. For someone who has stopped by for the first time, well, good luck with customer acquisition is all I can say.

Re: Tell HN: Thank you for not redesigning Hacker News

#150
post #79

Earlier quoted context omitted.

No, voting doesn't work at all with JS disabled.

Yes, it does. I think you have something weird with your browser: with JS on, it does a light AJAX request, without it, it does the whole redirect thing.

Whoops, you're right, it does work either way. The response is the same with or without JS though, it just doesn't do anything with it when JS is enabled (because as a hacky way of doing "AJAX" it sets the voting url as the src value of an tag that doesn't actually get displayed).
Post reply on HN