News for hackers. Stuff that matters.
Re:Announcing SPDY draft 2 implementation in nginx by seldo on Friday June 15, 2012 @01:23PM (#4117566)
This is a big deal, I think. Ten years from now we're going to look back and discover that Google quietly replaced HTTP without anybody complaining, or even noticing.
Re:Announcing SPDY draft 2 implementation in nginx by moonboots on Friday June 15, 2012 @01:32PM (#4117618)
I agree it's a big deal, but I wouldn't say people aren't noticing[1][2][3] or complaining[4].

  [1] http://tools.ietf.org/html/draft-montenegro-httpbis-speed-mobility-01
  [2] http://lists.w3.org/Archives/Public/ietf-http-wg/2012AprJun/0498
  [3] http://www.mnot.net/blog/2012/03/31/whats_next_for_http
  [4] http://librelist.com/browser//mongrel2/2011/8/17/opinions-about-spdy/#e67f0aaa71f4af3f0663195b99217f80
Re:Announcing SPDY draft 2 implementation in nginx by seldo on Friday June 15, 2012 @01:50PM (#4117726)
I was thinking more in terms of the average-joe consumer, but then I guess the average-joe consumer never knew what HTTP was anyway.
Re:Announcing SPDY draft 2 implementation in nginx by Danieru on Saturday June 16, 2012 @01:10AM (#4119922)
Sure they do, it is that thing in front of the hard to type portion of urls.
Re:Announcing SPDY draft 2 implementation in nginx by kristofferR on Friday June 15, 2012 @04:01PM (#4118404)
It won't replace HTTP 1.1, since billions of small sites without SSL certificates can't use it.

It might replace HTTP 1.1 if SSL certificates becomes free, automaticly generated, installed and renewed.

Otherwise most small websites (the majority of web sites on the net) without any real need for the security provided by encrypted communications (SSL) won't bother dealing with a ton of hassle (or costs) of SSL just for a minor speed improvement.

Re:Announcing SPDY draft 2 implementation in nginx by JoshTriplett on Friday June 15, 2012 @05:22PM (#4118782)
Free SSL certificates already exist, accepted by all major browsers: https://www.startssl.com/ . Does having to visit that site once a year to renew a certificate really pose a hardship?
Re:Announcing SPDY draft 2 implementation in nginx by eggnet on Friday June 15, 2012 @08:04PM (#4119359)
That, and having to have a dedicated ip address due to IE on XP's lack of SNI support.
Re:Announcing SPDY draft 2 implementation in nginx by JoshTriplett on Saturday June 16, 2012 @01:16AM (#4119930)
IE on XP will never support SPDY, so just fall back to HTTP for IE on XP. :)
Re:Announcing SPDY draft 2 implementation in nginx by eggnet on Saturday June 16, 2012 @08:21PM (#4121869)
But how do you do that? You'd have to have a non-https based landing page and then redirect to spdy based on user agent. If you actually care about SSL, the non-SSL landing page is an attack vector.
Re:Announcing SPDY draft 2 implementation in nginx by JoshTriplett on Saturday June 16, 2012 @11:17PM (#4122117)
You could serve up HSTS records via http, which IE on XP doesn't support either. That'll ensure that all of your repeat visitors use https directly.

Also, many sites still serve up their unauthenticated homepages via http only, and such sites should have no problem checking for IE on XP and providing a link that'll work.

Depending on the nature of your traffic and how it arrives (e.g. via integration with third-party sites via scripts you've written), you might also have the opportunity to provide the appropriate fallback links to users before they ever reach your site for the first time.

And all of the above assumes you have enough IE-on-XP users to not just write them off entirely.

Re:Announcing SPDY draft 2 implementation in nginx by thepumpkin1979 on Friday June 15, 2012 @02:10PM (#4117817)
I think adoption is driven by real needs and we need SPDY as much as we needed HTML5.