News for hackers. Stuff that matters.
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.