HN supports SPDY

#1

Post by nodesocket » Mon, May 06, 2013, 3:47 AM UTC

HN supports SPDY
spdycheck.org

Re: HN supports SPDY

#2

Post by monsterix » Mon, May 06, 2013, 3:59 AM UTC

Cool, way too cool! Here are two resources we wrote to help get on with SPDY (shameless plug, though :():

http://blog.bubbleideas.com/2012/08/How-to-set-up-SPDY-on-ng...

http://stackoverflow.com/questions/15152775/how-to-set-up-sp...

We read quite many posts suggesting that SPDY doesn't help much but that's simply not true. At least in our case. If you're delivering assets over secured sockets layer, then SPDY is definitely a plus.

Re: HN supports SPDY

#3

Post by rrouse » Mon, May 06, 2013, 4:11 AM UTC

"This means all of website visitors that can browser with SPDY, do browser using SPDY."

I like it

Re: HN supports SPDY

#4

Post by ushi » Mon, May 06, 2013, 4:12 AM UTC

monsterix wrote: post #2

Cool, way too cool! Here are two resources we wrote to help get on with SPDY (shameless plug, though :(): http://blog.bubbleideas.com/2012/08/How-to-set-up-SPDY-on-ng... http://stackoverflow.com/questions/15152775/how-to-set-up-sp... We read quite many posts suggesting that SPDY doesn't help much but that's simply not true. At least in our case. If you're delivering assets over secured sockets layer, then SPDY is def…

I ran into this bug after enabling spdy in nginx and had to disable it.

https://code.google.com/p/chromium/issues/detail?id=161751

Don't know, if it is a nginx thing, but all browsers had problems.

Re: HN supports SPDY

#5

Post by shmerl » Mon, May 06, 2013, 4:13 AM UTC

Just noticed that the indicator turned on :)

https://addons.mozilla.org/En-us/firefox/addon/spdy-indicato...

Re: HN supports SPDY

#6

Post by wyck » Mon, May 06, 2013, 4:18 AM UTC

Here is the link if you're running Apache and want SPDY: https://developers.google.com/speed/spdy/mod_spdy/

Re: HN supports SPDY

#7

Post by kevinburke » Mon, May 06, 2013, 4:31 AM UTC

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 :)

Re: HN supports SPDY

#8

Post by [deleted] » Mon, May 06, 2013, 4:34 AM UTC

kevinburke wrote: post #7

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 :)

[deleted]

Re: HN supports SPDY

#9

Post by enneff » Mon, May 06, 2013, 4:39 AM UTC

kevinburke wrote: post #7

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).

Re: HN supports SPDY

#10

Post by spicyj » Mon, May 06, 2013, 4:42 AM UTC

kevinburke wrote: post #7

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 :)

  $ curl -IX GET https://news.ycombinator.com
  HTTP/1.1 200 OK
  Server: nginx
  Date: Mon, 06 May 2013 04:41:40 GMT
  Content-Type: text/html; charset=utf-8
  Transfer-Encoding: chunked
  Connection: keep-alive
  Cache-Control: private
  X-Frame-Options: DENY
  Cache-Control: max-age=0
  Strict-Transport-Security: max-age=31556900; includeSubDomains