14 Jul '12, 7pm

@bcardarella I do support building a better Rack, as proposed by @tenderlove in and @josevalim in

Sometimes buffering a response is less than ideal. It would be nice if we could send the head tag along with any css or script includes to the browser as quickly as possible. Then the browser can download external resources while we're still processing data on the server. If this were possible, total response time may remain the same, but the time to first byte would be decreased and the page would load faster as external resource can be downloaded in parallel.

Full article: http://tenderlovemaking.com/2011/03/03/rack-api-is-awkwar...

Tweets

Just released 0.0.1 rack-twilio-validator middl...

rubygems.org 14 Jul '12, 10pm

rack-twilio-validator 0.0.2 Rack Middleware for validating twilio request signatures install gem install rack-twilio-valid...

How Does Rack Parse Query Params?

rubyflow.com 13 Jul '12, 4am

How Does Rack Parse Query Params? Posted by jim on July 13, 2012 — 0 comments Noah Gibbs recently wrote about understandin...

File: README ['Rack Documentation']:

rack.rubyforge.org 04 Jul '12, 2am

Adrian Madrid, for the LiteSpeed handler. Christoffer Sawicki, for the first Rails adapter and Rack::Deflater . Tim Fletch...

Class: Rack::MethodOverride

rack.rubyforge.org 11 Jul '12, 5am

Constants HTTP_METHODS = %w(GET HEAD PUT POST DELETE OPTIONS) METHOD_OVERRIDE_PARAM_KEY = "_method".freeze HTTP_METHOD_OVE...

'Cookie Law' rack-policy

rubyflow.com 08 Jul '12, 2pm

'Cookie Law' rack-policy Posted by pmurach on July 08, 2012 — 0 comments I've released v0.4 rack-policy gem with new Rails...

New Research Reveals the Safety Hazards of Gree...

During the past several years, the green building trend has soared, with an increase in government incentives and availabi...