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

テクノロジーカテゴリーの変更を依頼記事元:

qiita.com/kwatch

67 usersがブックマークコメント

コメント

4

記事へのコメント4件

注目コメント
新着コメント

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

2019/02/22 リンク

proxy0721 途中まで

2017/09/15 リンク

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

2016/01/15 リンク

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

2016/01/13 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

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

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

ブックマークしたユーザー

akatakun2019/02/22
ZuiUrs2018/10/19
k2k2monta2017/11/08
proxy07212017/09/15
DustOfHuman2017/06/01
suginoy2016/06/30
nobyuki2016/05/30
mktakuyax2016/05/28
rokujyouhitoma2016/05/16
ttakezawa2016/04/26
michael262016/01/25
d_akatsuka2016/01/23
non_1172016/01/23
Jxck2016/01/19
nomnel2016/01/16
rtryoda2016/01/15
hintoku2016/01/15
TokyoIncidents2016/01/15

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx