Live data from Hacker News

HN supports SPDY

spdycheck.org

41–50 of 79 posts

Re: HN supports SPDY

#41
post #12

Great! 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…

Is your job so stressful that you don't have time to read HN at all during normal workdays?

Re: HN supports SPDY

#42
post #12

Great! 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…

You said Safari, but if there's any Chrome users with the same problem (I know I had), I recommend the OneTab extension.

Re: HN supports SPDY

#43
post #5

Just noticed that the indicator turned on :) https://addons.mozilla.org/En-us/firefox/addon/spdy-indicato...

Could it be configured to only appear when SPDY is active rather than being greyed out on the rest of the web?

If you hover, it explains that it's green when SPDY is used for the "top-level" document and grey when it's only used for "sub-documents" which I guess means included resources. If there isn't any SPDY on the page, the icon goes away.

Re: HN supports SPDY

#44
Great, 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).

Re: HN supports SPDY

#45

Earlier quoted context omitted.

Here is the SPDY indicator I use for Chrome. It's also simple and works well. https://chrome.google.com/webstore/detail/spdy-indicator/mpb...

Chrome addon permissions are terrifying. 'Access your data on all websites', 'Access your tabs and browsing history'. All this when the code is a one-liner: chrome.extension.sendRequest({ spdy: window.chrome.loadTimes().wasFetchedViaSpdy }); It's not the extension's fault, but Google's. I guess they want us to get used to ignoring the scary permissions? (Also, wouldn't it be good if the Chrome store had a link to the…

Hmmm, it's interesting to compare that to android permissions. I feel that android permissions are much better in terms of being readable.

Re: HN supports SPDY

#46
post #44

Great, 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 criticism of "bad" tests from SDPY supporters, but at the same time no one has posted a "good" test), I have to say SDPY is turning out to be hot air.

I'm hoping I'm wrong.

Re: HN supports SPDY

#47
post #9

also interesting: curl -I https://news.ycombinator.com HTTP/1.1 501 Not Implemented Server: nginx Date: Mon, 06 May 2013 04:31:05 GMT Content-Type: text/html Content-Length: 174 Connection: close don't see that one every day :)

I think that's because the web server doesn't implement HEAD requests (that's your -I flag).

I think GP knows that and is just surprised that it doesn't support HEAD.

Re: HN supports SPDY

#50

That'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 / -f 1`
  MYV6=`printf "2002:%.2x%.2x:%.2x%.2x::1\n" $(echo $MYV4 | tr . ' ')`
  ip tunnel add 6to4-ipv6 mode sit remote any local $MYV4 ttl 255
  ip link set 6to4-ipv6 up
  ip -6 addr add $MYV6/16 dev 6to4-ipv6
  ip -6 route add 2000::/3 via ::192.88.99.1 dev 6to4-ipv6 metric 1
  echo 'nameserver 2001:470:20::2' >> /etc/resolv.conf
  echo "@        IN      AAAA      $MYV6" >> /your/zone/file.conf
  echo "ns1        IN      AAAA      $MYV6" >> /your/zone/file.conf
  echo "www        IN      AAAA      $MYV6" >> /your/zone/file.conf
  iptables -A INPUT -i eth0 -p ipv6 -j ACCEPT
Post reply on HN