第1回 PSGI/Plack―フレームワークとサーバをつなぐエンジン （3） | gihyo.jp
PSGIミドルウェアを利用する PSGIミドルウェアはアプリケーションと同様にコードリファレンスとして実装されますが、いちいち.psgiファイルに記述するのはあまり効率が良くありませんし、再利用性もありません。そこでPlackにはミドルウェアをモジュールとして利用するためのベースクラスPlack::Middlewareや、それを利用して実装された各種ミドルウェアが同梱されています[2]。 ここでは、これらのミドルウェアを利用して先ほどのTatsumakiアプリケーションを拡張してみましょう。 Auth::Basic PSGIアプリケーションに簡単なHTTP認証機能を付けるミドルウェアがAuth::Basicです。容易に拡張できるコールバックインタフェースを持っているため、データベースやLDAP（Lightweight Directory Access Protocol）などとの連携もでき
PSGI and Object Oriented Programming
There is one thing that seems pretty simple - but it took me a bit of mulling over to fully understand It is a reference to a sub that expects a hash ref representing the HTTP request passed to it as the one and only parameter and which returns an array ref representing a HTTP response. Hmm - yeah that's what web apps do - take the request and return the response. But then you think - OK, but I li
私は終にPSGIとPlackを手に入れた！ | taro-nishinoの日記 | スラド
今年も残り僅かです。今年のPerl界の最大の話題は何と言っても宮川氏のPSGIとPlackでしょう。今年後半に出現したからかも知れませんが、残りの話題なんて完全にどうでもいいガラクタのように思えてなりません。しかしながら、私個人がその凄さを認識したのは、Simon Cozens氏のエッセイ”I finally get PSGI and Plack!”を読んでからです。元々、流行り病や最先端病には罹らない性格ですので、人より完全に遅れています。（こういうことを書くと周辺から突っ込みがあるかも知れませんので、予防線のために書いておきます。私がやたらとMo[ou]seを推奨しているのは最先端でも何でもないのです。Mo[ou]seが出現して何年経っているかを考えればとうに旬や物珍しさを過ぎており、悪い言葉で言えば姥桜ですよ。そして、何回も書きますが、Perl初心者や未熟者にこそ勧めているのであって
PSGI and Plack: the future of web applications
[Original spanish source] A few weeks ago I showed my friend Joel a one-liner in Perl it featured a web server, perhaps he had too much work to do because it did not seem surprised by this fantastic line of perl module using IO::All: perl -MIO::All -e 'io(":8080")->fork->accept->(sub { $_[0] < io(-x $1 ? "./$1 |" : $1) if /^GET \/(.*) / })' But surprisingly (especially for a Perl fan) his response
PSGI/Plack勉強会 - Kentaro Kuribayashi's blog
PSGI/Plack勉強会を開きました(ひとりで)。資料はGitHubにあげてあります。いろいろまとめ書き足りてないのですが、自分的には納得したので満足してしまいました。 http://github.com/kentaro/psgi-study 以下にもコピペ。 PSGI/Plackとは？ PSGI = Perl Web Server Gateway Interface Specification WebサーバとWebアプリケーションとの間のインタフェイス仕様 Plack = PSGIのリファレンス実装 PSGI実装のひとつ(とはいえ、やたら気合いの入った感じになってるけど) PSGI != Yet Another WAF PSGI != Plack PSGI策定の背景 各Webアプリケーションフレームワークがバラバラに実装していた、WebサーバとWebアプリケーションとのインタフェイスを
HTTP::Parser::XS - a PSGI compatible, fast http parser - kazuhoのメモ置き場
んー、と思って、書いた。GitHub - kazuho/p5-http-parser-xs: a fast http parser BLURB は、 PSGI のリクエストオブジェクトを返す 高速 同期 httpd, 非同期 httpd のどちらを実装する際にも使用可能 POST コンテンツのハンドリングはご自分で いったんファイルに入れたり、いろいろ要件があるし、パース作業は発生しないので Perl でもあまり遅くならないため てな感じです。以下ベンチマーク。 $ ./http-parser-vs-xs-benchmark.pl Rate HTTP::Parser HTTP::Parser::XS HTTP::Parser 2978/s -- -95% HTTP::Parser::XS 54348/s 1725% --ベンチマークに使ったコードは、以下のとおり。 #! /usr/bin/
PSGI/Plack updates: Tests, More implementations and Plackup
bulknews.typepad.com Tatsuhiko Miyagawa's blog to discuss mostly tech and nerdy stuff. Tons of progress just on my flight, or while I'm here. Last night I went to the office where Yappo and tokuhirom work, to hack and brainstorm on Plack :) Specs Now we've got the first spec draft out. It's mostly a clone of Rack specification, and lots of FAQ document inspired by Python's WSGI. It still misses th
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
PSGI updates: Specs and more reference implementations
bulknews.typepad.com Tatsuhiko Miyagawa's blog to discuss mostly tech and nerdy stuff. tokuhirom and I have been hacking on reference implementations and test suite for implementors. We added Mojo and AnyEvent based implementations to see how the Input and Error stream and response body API work with asynchronous callback based implementations (Note that these .txt files are notes for discussions,
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
203621’s gists