7 ms·

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

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 held the mouse over something longer. No idea. But it loaded 824KB without me interacting with anything. Just because I moved the mouse. The actual click on the like button added 30KB on top of that.

p3st1l3nt 7y ago
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.
Deimorz 7y ago
Sure, of course it can be much worse, and almost all other sites are. I'm just saying that HN could do it better, because there's no need for it to send a redirect or that full-page response unless the user has JS disabled. With JS, they could send a completely empty HTTP 200 response and it would work exactly the same (it does nothing with the response anyway). Right now HN is probably sending multiple gigabytes worth of responses to voting every day that are all just thrown away.
- noobermin 7y ago
  >almost all other sites are. That's their point. You're not wrong, you can always be better, but HN is barebones compared to almost all (using the mathematical definition...alright, facetiously using it) other sites.
  - netfl0 7y ago
    He is wrong. It is not “quite bad”. I appreciate your generosity to him but I am sad to see that is the top comment.
    - Deimorz 7y ago
      How could it possibly be considered a good thing? I've seen dang say before that they've been running into performance issues, and I bet that they'd see a significant drop in resource usage solely by not generating entire comments pages just to throw them away every time anyone votes on a comment. The response is literally not used at all, they're doing that work and sending that data for no reason. There are multiple downsides and not a single benefit to the current method.
      - samtheprogram 7y ago
        It's implemented this way for balance of a simple implementation and how lightweight it is. Not to mention, there is at least one benefit: the voting mechanism doesn't depend on JavaScript. And if you are not authenticated, you are instead taken to a login page. Logging in then gives you the redirect and the upvote is registered.
        171243 7y ago
        So just to clarify, this behavior seems to be by design. In that case it does seem the original comment is objectively wrong if the code is readable and maintainable and accomplishes the desired behavior.
        csande17 7y ago
        As parent comments mention, sending back the whole-page response when you vote on a comment is a great idea if you have JavaScript disabled or aren't logged in. But it'd be a quick performance win if it didn't do that when you were logged in with JavaScript enabled. The actual JavaScript part of this is actually already implemented -- that's why the page doesn't refresh when you upvote my comment -- so you'd just need one if-statement on the server side to send a blank response instead of a redirect. Sure, 10 KB of download and the server CPU time needed to re-generate the listing page is probably pretty negligible, but multiply that by the number of votes casted on Hacker News every day and it starts to add up.
  - drusepth 7y ago
    Comparing to Facebook is probably the worst possible comparison, though, and doesn't seem representative of most other sites.
    - GoblinSlayer 7y ago
      Only a very few sites are not bloated Facebook clone abominations.
  - neop1x 7y ago
    True. And I can see that some webs gradually stop working if you are using JS blockers. For example Aliexpress used to work fine with uMatrix. Now, if I click on the Next page in the paginator, it behaves like it loaded the next page, jumps to top, but it didn't - it just changed URL location. So I have to CTRL+R to reload the whole page to force their server-side rendering. I know it is theoretically my problem but I have to use JS blocking to stop (for me useless) ads and malware scripts. If they just loaded content from their domain or sub-domains, it would work perfectly fine. And if it were old-school server-rendered website, it would probably work faster, as it was discussed here some time ago. I have a feeling that web devs are sometimes over-engineering it. Web browser is HTML viewer, not an operating system.
acangiano 7y ago
I have a gigabit Internet connection with top of the line laptops and Facebook still makes me wait for a second or two simply to show me 5 notifications.
- colejohnson66 7y ago
  You may have gigabit, but what’s your ping time?
  - acangiano 7y ago
    To Facebook.com, about 25 ms.
phjesusthatguy3 7y ago
You don't have to use the actual words "what about" in your whataboutism post.
- phjesusthatguy3 7y ago
  Let's put it this way: if HN cleaned up their act, the next time "whatabout facebook?" came up, there would be a larger delta to whatabout.
manojlds 7y ago
In lower internet speeds Facebook loads a lite version which is super fast (loads better than HN for me) and has most of the basic functionalities.
- throwawaypls 7y ago
  For anyone curious, http://mbasic.facebook.com/ http://mbasic.facebook.com/ is one of the least data-intensive way to access facebook.
  - zem 7y ago
    it also lets you access your messages from a phone
    - JeanMarcS 7y ago
      This exactly. No need for an app or anything. I’ve been using mbasic on my phone since I read about it here in HN (Thanks HN !), it’s perfect and less intrusive.
JaRail 7y ago
The actual like is pretty small, about half a KB. Just a light graphql query that responds with updated counts for different reactions (happy/sad/etc). They definitely batch it with some other stuff though. Batching is really important for browser performance.
Hmaal 7y ago
Does this explain why my votes on mobile often don't go through on the first click?
quickthrower2 7y ago
This is a diversion to the point being made. Facebook is a very different site, and could be lazy loading anything, and do you know the mouse move was causal? was there a window.setTimeout initiating it?. Facebook is not a site i'd expect to use on a low bandwidth connection, or if I did I'd use a low bandwidth version if possible (like Gmail has a HTML only version).

p3st1l3nt 7y ago

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.

Deimorz 7y ago

Sure, of course it can be much worse, and almost all other sites are. I'm just saying that HN could do it better, because there's no need for it to send a redirect or that full-page response unless the user has JS disabled. With JS, they could send a completely empty HTTP 200 response and it would work exactly the same (it does nothing with the response anyway). Right now HN is probably sending multiple gigabytes worth of responses to voting every day that are all just thrown away.

noobermin 7y ago
>almost all other sites are. That's their point. You're not wrong, you can always be better, but HN is barebones compared to almost all (using the mathematical definition...alright, facetiously using it) other sites.
- netfl0 7y ago
  He is wrong. It is not “quite bad”. I appreciate your generosity to him but I am sad to see that is the top comment.
  - Deimorz 7y ago
    How could it possibly be considered a good thing? I've seen dang say before that they've been running into performance issues, and I bet that they'd see a significant drop in resource usage solely by not generating entire comments pages just to throw them away every time anyone votes on a comment. The response is literally not used at all, they're doing that work and sending that data for no reason. There are multiple downsides and not a single benefit to the current method.
    - samtheprogram 7y ago
      It's implemented this way for balance of a simple implementation and how lightweight it is. Not to mention, there is at least one benefit: the voting mechanism doesn't depend on JavaScript. And if you are not authenticated, you are instead taken to a login page. Logging in then gives you the redirect and the upvote is registered.
      - 171243 7y ago
        So just to clarify, this behavior seems to be by design. In that case it does seem the original comment is objectively wrong if the code is readable and maintainable and accomplishes the desired behavior.
        csande17 7y ago
        As parent comments mention, sending back the whole-page response when you vote on a comment is a great idea if you have JavaScript disabled or aren't logged in. But it'd be a quick performance win if it didn't do that when you were logged in with JavaScript enabled. The actual JavaScript part of this is actually already implemented -- that's why the page doesn't refresh when you upvote my comment -- so you'd just need one if-statement on the server side to send a blank response instead of a redirect. Sure, 10 KB of download and the server CPU time needed to re-generate the listing page is probably pretty negligible, but multiply that by the number of votes casted on Hacker News every day and it starts to add up.
- drusepth 7y ago
  Comparing to Facebook is probably the worst possible comparison, though, and doesn't seem representative of most other sites.
  - GoblinSlayer 7y ago
    Only a very few sites are not bloated Facebook clone abominations.
- neop1x 7y ago
  True. And I can see that some webs gradually stop working if you are using JS blockers. For example Aliexpress used to work fine with uMatrix. Now, if I click on the Next page in the paginator, it behaves like it loaded the next page, jumps to top, but it didn't - it just changed URL location. So I have to CTRL+R to reload the whole page to force their server-side rendering. I know it is theoretically my problem but I have to use JS blocking to stop (for me useless) ads and malware scripts. If they just loaded content from their domain or sub-domains, it would work perfectly fine. And if it were old-school server-rendered website, it would probably work faster, as it was discussed here some time ago. I have a feeling that web devs are sometimes over-engineering it. Web browser is HTML viewer, not an operating system.

acangiano 7y ago

I have a gigabit Internet connection with top of the line laptops and Facebook still makes me wait for a second or two simply to show me 5 notifications.

colejohnson66 7y ago
You may have gigabit, but what’s your ping time?
- acangiano 7y ago
  To Facebook.com, about 25 ms.

phjesusthatguy3 7y ago

You don't have to use the actual words "what about" in your whataboutism post.

phjesusthatguy3 7y ago
Let's put it this way: if HN cleaned up their act, the next time "whatabout facebook?" came up, there would be a larger delta to whatabout.

manojlds 7y ago

In lower internet speeds Facebook loads a lite version which is super fast (loads better than HN for me) and has most of the basic functionalities.

throwawaypls 7y ago
For anyone curious, http://mbasic.facebook.com/ http://mbasic.facebook.com/ is one of the least data-intensive way to access facebook.
- zem 7y ago
  it also lets you access your messages from a phone
  - JeanMarcS 7y ago
    This exactly. No need for an app or anything. I’ve been using mbasic on my phone since I read about it here in HN (Thanks HN !), it’s perfect and less intrusive.

JaRail 7y ago

The actual like is pretty small, about half a KB. Just a light graphql query that responds with updated counts for different reactions (happy/sad/etc). They definitely batch it with some other stuff though. Batching is really important for browser performance.

Hmaal 7y ago

Does this explain why my votes on mobile often don't go through on the first click?

quickthrower2 7y ago

This is a diversion to the point being made. Facebook is a very different site, and could be lazy loading anything, and do you know the mouse move was causal? was there a window.setTimeout initiating it?. Facebook is not a site i'd expect to use on a low bandwidth connection, or if I did I'd use a low bandwidth version if possible (like Gmail has a HTML only version).