This examples we're made doing some low-level usage of the
spdy
gem. For a simple
framework to use SPDY I'd recommend you to take a look at Andale SPDY
framework.
Collection of simple Ruby SPDY servers, based on the spdy
gem from
Ilyia Grigorik and the wonderful
SPDY Book as a reference.
I've tested this on Ruby 1.9.2 and 1.9.3.
You need to install EventMachine to run this examples and, of course, the SPDY gem:
gem install eventmachine
gem install spdy
Some of the advanced examples rely on external gems, in order to do so install the following if you haven't already:
gem install tilt
gem install rack
If you use RVM you can simply execute the following to install all the required gems:
rvm import required.gems
All these examples are easily run as a Ruby script:
ruby server_name.rb
Replace server_name.rb
with the server you like to try.
In order to see this servers you'll need to instruct Google Chrome /
Chromium to use SPDY over HTTPS connections. This is done using the
--use-spdy=ssl
command line parameter.
All the servers listen on the same port, so point your browser to https://localhost:10000/. It is important to know that you need to use HTTPS, not HTTP.
If you'd like to see what's going on, and this is highly recommended, you can open in a new tab Chrome's network internals and in enter in the Events tab the following query:
type:SPDY_SESSION is:active
I personally highly recommend to install Google's Speed Tracer extension. Once this is done you need to run Chrome with the following command line flag to enable the Timeline API:
--enable-extension-timeline-api
Obligatory Hello, World! server to demonstrate a super simple SPDY session.
Simple server that kind of mimics a regular HTTP server, sending the requested file, one per connection.
Now we're talking. This server implements one of the most interesting features of SPDY: Server Push. As the official documentation says:
Server Push is where the server pushes a resource directly to the client without the client asking for the resource. The server is making an assumption here that pushing the resource is desirable. Pushing a cacheable resource can be risky, as the browser might already have the resource and the push can be redundant.
This simple server always pushes resources, even though they might already be on the browser's cache. It is only for demonstrational purposes.
- Add POST examples.
- Implement a server that negotiates SPDY & HTTP/1.1 in order to offer fallback for browsers that do not implement SPDY. I'm guessing the best options is switching to Carson McDonald's EventMachine fork until the mantainers of EventMachine merge his pull request for NPN negotiation.
- Create framework for easier for stream creation.