BTW HN has been unusually slow these past days, got frequent nginx errors, too.
Turned off SPDY in browser for the moment, let's see if I get any more nginx errors.
HN supports SPDY
51–60 of 79 posts
Re: HN supports SPDY
#52Great, but interested in why it still loads up pages only marginally faster than PayPal? Seems to have kept the same page load performance this despite all the news about better servers etc. I know we don't want this place to become Reddit[1] but is there also a built-in delay implemented? [1] I can only imagine this is why the pagination still appears completely broken (unknown or expired link).
From the looks of it, real world SPDY performance increases are non-existent for most websites due to how they are organized and served. You have to really change how your website gets served (at the cost to non-SPDY users) to get an increase in performance. Which usually ends up not even being 25%. From what I've been able to gather, especially with little to no reports of any real-world benefits (I've only seen cri…
> From the looks of it, real world SPDY performance increases are non-existent for most websites due to how they are organized and served.
That, and the sites that care to implement it probably were speedy already.
Re: HN supports SPDY
#53Great! Now if only they would implement allowing HEAD requests and support for any of the various headers that would allow me to get a 304. The reason I ask is because every time my Safari crashes, if I have 50 HN tabs open (as I often do on by Friday [1]) I'll get IP banned from HN because Safari will do a GET request on each page, but it can't pass any of the headers necessary to get back a 304, because HN doesn't…
Similar experience here. I use Chrome and made this extension yesterday: https://chrome.google.com/webstore/detail/comments-on-hn/ehj...
With this extension, I can open all of the article tabs (skip the comment threads), and jump to the comment thread when needed. It's very much WIP.
Re: HN supports SPDY
#54If you ask spdycheck.org to check a site that doesn't support spdy, and customise that site's Server header to include arbitrary html, spdycheck.org will include that header, verbatim and unescaped, in the page it presents to you (or anyone else who checks that site). I don't know that it's a security flaw in this context, but it's sloppy.
That's a XSS then :)
Does it matter? Do you actually care about your spdycheck session?
Re: HN supports SPDY
#55That's cool. Why isn't HN available over IPv6 though? Softlayer (the hosting provider HN appears to use) has supported it natively since 2011. It is pretty scummy that they charge for IPv6 allocations if you want more than the one address they give you though - I've never seen anyone else doing that - some providers even give you a /56 or /48 free or charge, but Softlayer charges $4 a month for a /64...
I ask in the most genuine way possible: Why?
IPv6 is for when you can't get an IPv4 address anymore. To the best of my knowledge, there aren't currently users with only IPv6 addresses, so there's zero reason for us to support it.
In the general case, why should any IPv4 website bother with IPv6? Is there any benefit?
Re: HN supports SPDY
#56That's cool. Why isn't HN available over IPv6 though? Softlayer (the hosting provider HN appears to use) has supported it natively since 2011. It is pretty scummy that they charge for IPv6 allocations if you want more than the one address they give you though - I've never seen anyone else doing that - some providers even give you a /56 or /48 free or charge, but Softlayer charges $4 a month for a /64...
There's still free IPv6 tunnel brokers, and pg can probably afford an extra $4 a month. The fact is that no website will enable IPv6 unless they have spare time and want a mini-project. It is of course much, much preferred to have a native address. But if you're lazy you can enable IPv6 using 6to4 encapsulation and hope for the best: modprobe ipv6 MYV4=`ip addr show dev eth0 | grep 'inet ' | awk '{print $2}' | cut -d…
You do get one free v6 address, if I'm reading their product page correctly.
It doesn't really need to be a mini-project in your spare time - on some hosts I use, setting up native IPv6 took a few clicks and less than five minutes...
I added IPv6 to an AWS machine using http://tunnelbroker.net - setting it up in Debian literally took five minutes and then adding an AAAA record took another two or three...
Re: HN supports SPDY
#57Europe, Germany. Every Device I use HN on => HN is slow, really slow as hell. Taking up tp 10 seconds to refresh or load a thread.
Re: HN supports SPDY
#58Earlier quoted context omitted.
There's still free IPv6 tunnel brokers, and pg can probably afford an extra $4 a month. The fact is that no website will enable IPv6 unless they have spare time and want a mini-project. It is of course much, much preferred to have a native address. But if you're lazy you can enable IPv6 using 6to4 encapsulation and hope for the best: modprobe ipv6 MYV4=`ip addr show dev eth0 | grep 'inet ' | awk '{print $2}' | cut -d…
You do get one free v6 address, if I'm reading their product page correctly. It doesn't really need to be a mini-project in your spare time - on some hosts I use, setting up native IPv6 took a few clicks and less than five minutes... I added IPv6 to an AWS machine using http://tunnelbroker.net - setting it up in Debian literally took five minutes and then adding an AAAA record took another two or three...
It takes more time than that if you've never done it before. You have to set up DNS, set up the host's networking and firewall, configure and restart your network service, test the service (all this assuming you don't need a tunnel broker).
I don't think it's difficult to do at all, but the onus on the admin to figure it out (and the fact that IPv4 works just fine) means nobody ends up doing it.
Re: HN supports SPDY
#59That's cool. Why isn't HN available over IPv6 though? Softlayer (the hosting provider HN appears to use) has supported it natively since 2011. It is pretty scummy that they charge for IPv6 allocations if you want more than the one address they give you though - I've never seen anyone else doing that - some providers even give you a /56 or /48 free or charge, but Softlayer charges $4 a month for a /64...
I ask in the most genuine way possible: Why? IPv6 is for when you can't get an IPv4 address anymore. To the best of my knowledge, there aren't currently users with only IPv6 addresses, so there's zero reason for us to support it. In the general case, why should any IPv4 website bother with IPv6? Is there any benefit?
To set an example and encourage IPv6 adoption. Many people think IPv6 is going to fizzle, and as justification they point to the currently low adoption rate of IPv6. I'm very afraid this will become a self-fulfilling prophecy and we will be stuck with a future where home users are forced to use carrier-grade NAT and even web site operators may have a hard time getting new IP addresses. I want to avoid that future if at all possible, so I do everything I can to encourage IPv6 adoption today. There may be no short-term benefit but helping IPv6 adoption has substantial long-term benefits.
Re: HN supports SPDY
#60That's cool. Why isn't HN available over IPv6 though? Softlayer (the hosting provider HN appears to use) has supported it natively since 2011. It is pretty scummy that they charge for IPv6 allocations if you want more than the one address they give you though - I've never seen anyone else doing that - some providers even give you a /56 or /48 free or charge, but Softlayer charges $4 a month for a /64...
I ask in the most genuine way possible: Why? IPv6 is for when you can't get an IPv4 address anymore. To the best of my knowledge, there aren't currently users with only IPv6 addresses, so there's zero reason for us to support it. In the general case, why should any IPv4 website bother with IPv6? Is there any benefit?
In some networks (e.g. Verizon) IPv6 should be slightly faster and more reliable since it doesn't go through CGN.