Ugh, it sucks that other servers are so tolerant of violations of the Rack spec. Rainbows! had the same problem:
https://bogomips.org/rainbows-public/20140704195032.ga13...@dcvr.yhbt.net/ --- Comments on wording clarity? Asynchronous spaghetti messed me brain up :X Documentation/yahns-rackup.pod | 10 ++++++++++ examples/yahns_rack_basic.conf.rb | 6 ++++++ 2 files changed, 16 insertions(+) diff --git a/Documentation/yahns-rackup.pod b/Documentation/yahns-rackup.pod index efdfb6d..6172661 100644 --- a/Documentation/yahns-rackup.pod +++ b/Documentation/yahns-rackup.pod @@ -159,6 +159,16 @@ The RACK_ENV variable is set by the aforementioned -E switch. If RACK_ENV is already set, it will be used unless -E is used. See rackup documentation for more details. +=head1 CAVEATS + +yahns is strict about buggy, non-compliant Rack applications. +Some existing servers work fine without "Content-Length" or +"Transfer-Encoding: chunked" response headers enforced by Rack::Lint. +Forgetting these headers with yahns causes clients to stall as they +assume more data is coming. Loading the Rack::ContentLength and/or +Rack::Chunked middlewares will set the necessary response headers +and fix your app. + =head1 CONTACT All feedback welcome via plain-text mail to L<mailto:yahns-public@yhbt.net> diff --git a/examples/yahns_rack_basic.conf.rb b/examples/yahns_rack_basic.conf.rb index f3f8e6a..610a482 100644 --- a/examples/yahns_rack_basic.conf.rb +++ b/examples/yahns_rack_basic.conf.rb @@ -30,6 +30,12 @@ worker_threads 50 end +# note: Rack requires responses set "Content-Length" or use +# "Transfer-Encoding: chunked". Some Rack servers tolerate +# the lack of these, yahns does not. Thus you should load +# Rack::Chunked and/or Rack::ContentLength middleware in your +# config.ru to ensure clients know when your application +# responses terminate. app(:rack, "config.ru", preload: false) do listen 80 -- EW -- unsubscribe: yahns-public+unsubscr...@yhbt.net archive: https://yhbt.net/yahns-public/