次世代の Rack や WSGI を考えてみる - Qiita

Rack や WSGI の代わりになる仕様を考えてみました (ライブラリ (rack.rb や wsgiref.py) のほうではなく、プロトコル仕様のほうです)。自分のアイデアを書き連ねただけなので、まとまってないかもしれませんがご了承ください。 なお本稿は、今後何度か改訂すると思います。ご意見があればご自由にコメントしてください。 【対象読者】Rack や WSGI に興味のある人 【必要な知識】Rack や WSGI の基礎知識 Rack と WSGI の概要 Ruby の Rack や Python の WSGI は、HTTP のリクエストとレスポンスを抽象化した仕様です。 たとえば Rack では: 引数として、リクエストを表す Hash オブジェクトを受け取り、 戻り値として、レスポンスのステータスコードとヘッダーとボディを返します。 class RackApp def cal

[akatakun]

PythonでWebサーバとアプリケーションサーバを接続するための標準化されたHTTPリクエストとレスポンスを抽象化したインターフェース仕様のこと

[proxy0721]

途中まで

[sonots]

http2時代の話かと思ったがそういうことではなかった

[tinsep19]

Java民なのでServletとの違いがおもしろい。Mimaとか使った新しい仕組みとかも生まれているんだろうか?