GitHub - kazeburo/Gazelle: Preforked Plack Handler for performance freaksYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
PSGIアプリケーションの静的配信とApp::Wallflower | おそらくはそれさえも平凡な日々
CMSとかBlogツールなんかで、動的生成してるけど、実際は静的配信で問題ないって場合はままあると思っていて、実際Rijiがそうなわけです。 Rijiにも静的配信機能をつけていたのですが、やっていたことは、forkして裏側でplackupして、それをwget -rでぶっこ抜くっていうだいぶピタゴラ装置っぽいことをしていたわけです。 PSGIアプリは$env渡せば適正にレスポンスが返ってくるわけで、わざわざplackupしなくてもPSGIアプリに対してwget -r的なことはできるからそういうの作るかなーみたいな話をだいぶ前に#perl_jpでしていたら、数日前にtokuhiromがApp::Wallflowerってのを見つけてきてくれて、それがまさしく求めていたものだった。 危うく車輪の再発明するところだった。#perl_jpとかでぼやいておくのも有用ですね。 てことで、Riji 0.0.
Monoceros雑感 - kazuhoのメモ置き場
Monoceros は @kazeburo さんが開発してる Plack 用ウェブサーバ。prefork型だけど、待機中の接続をイベントドリブンのマネージャで管理することで、同時接続10,000本とか行ける（ソケットの受け渡しは SCM_RIGHTS とか使う）。 で、雑感 大好き！！！ Starletより遅い問題は、以下のようにすれば解決できると思う listen するソケットに TCP_DEFER_ACCEPT つけて、accept(2) は worker でのみ実行する worker は HTTP レスポンス送信後に read(2) してみて、後続のリクエストが来てない場合にのみ、マネージャプロセスにソケットを返還する (追記) 「返還」ではなく、マネージャプロセスが管理しているソケットのいずれかにデータがきている場合のみ、そのソケットとworkerのソケットを「交換」する、とすれば
最近のPlack/Starletのパフォーマンス改善まとめ。最大2倍の性能向上 - Hateburo: kazeburo hatenablog
最近のPlackとStarletにはパフォーマンス改善のため次のような変更が加えられています。 Plackに対する変更 (カッコ内はバージョン) Plack::Request::query_parameters の最適化 (1.0018) Plack::Middleware::AccessLog に Apache::LogFormat::Compilerの導入 (1.0023) Starletに対する変更 local $SIG{..} を無くし、rt_sig* system call が呼ばれる回数を削減 (0.17_01) headerとbodyを結合して一度に出力する閾値を1024から8192に変更 (0.18) ベンチマーク これらの変更の効果を確認するために、次のベンチマークを実行してみます まずアプリケーションはこんな感じ use Plack::Builder; use Plac
Plack Performance Tips - mount() and query_parameters() : D-7 <altijd in beweging>
すごいヘビーな負荷を受けているPSGIアプリケーションで「なんでこれで負荷があがるの？」的な現象があったので二つほどTipを。ちなみにこれは 2013/03/06時点での話なので、もしこれをあなたが大分将来に読んでいるのなら、状況に変更がないかちゃんと確認すること！ まずこのお話の前提：mod_perlなアプリをPSGIに移行したかった。アプリはmod_perlハンドラで書かれているので、Apache::RequestをPlack::Requestに書き換えたり、ハンドラ部分をオブジェクトにしてキレイにするくらいで、基本的な構造は何も変えてない（←ここポイント）。あとはApache側とか設定をもりもりいじって、PSGIファイルを書いて、Starletでデプロイして、パフォーマンスが30%くらい悪くなった。さて、犯人は誰でしょう？ まずアプリケーションを組む側が「やっちまったなぁ？」な件：P
簡単に手元でHTTPのファイルサーバ立てる方法 - かみぽわーる
.zshrcにstatic_httpdって関数つくってる。 dotfiles/.zshrc at master · kamipo/dotfiles · GitHub function static_httpd { if type plackup > /dev/null; then plackup -MPlack::App::Directory -e 'Plack::App::Directory->new(root => ".")->to_app' elif type ruby > /dev/null; then if ruby -v | grep -qm1 'ruby 2\.'; then ruby -run -e httpd -- --port=5000 . else ruby -rwebrick -e 'WEBrick::HTTPServer.new(:Port => 5000, :D
YappoLogs: plackp -R したプロセスを終了する時には SIGHUP ではなく SIGTERM を送るべき、もしくは daemontools で plackup -R するのは筋が悪い話
« Perl Advent Calendar Japan 2012 は明後日からです、みんな参加して寿司を食べよう！ | Main | PLACK_ENV my way » plackp -R したプロセスを終了する時には SIGHUP ではなく SIGTERM を送るべき、もしくは daemontools で plackup -R するのは筋が悪い話 スレタイ速報だから内容は無いけど、 plackup -R や plackup -r した場合には Plack::Loader::Restarter で fork して親プロセスでファイルシステム監視をして、変更があったら子プロセスで立ち上げた plack を再起動するみたいな事やってるんだけど、この親プロセスに対して SIGTERM を送ると子プロセスの方にも TERM 送ってくれるから良いんだけど、うっかり SIGHUP を送っちゃうと親
ローカルで開発しているHTMLをLAN内のiPhone/iPadで確認する - ゆーすけべー日記
タイトルの通り、CSSやJSを含むHTMLを編集していたとします。開発中のローカルのPCでのブラウザを使った確認は、「file://」から始まるURIをアドレスとすればできますね。これは当然です。まどろっこしく例を挙げると、ターミナル上で編集中のHTMLを指定してopenコマンドを叩き、ブラウザを立ち上げると再現できます。 $ open index.html ただ、スマホやタブレットを含んだマルチデバイスでの挙動を実機で確認したい時ってあります。すると「file://」から始まるURIによる参照は他の端末では出来ないので、サーバ上にファイルを置く等の施策が必要になります。それをいちいちFTPやSCPを使い、グローバルなサーバ上にアップロードしてWebサーバでサーブして... ってのはめんどくさ過ぎます。最近だとDropboxで共有かけちゃえ！ってのもやり方としてはアリですが、同期のタイムラ
AxsLog - Yet Another AccessLog middleware - Articles Advent Calendar 2012 Hacker
「君のPSGIファイルを僕のミドルウェアでいっぱいにしたい」という台詞を思いついたけど、埋めれるほどPlack::Middlewareを書いてないkazeburo です。 そんな僕が一番最近書いた Plack::Middleware がYet Anotherなアクセスログ記録ミドルウェア AxsLog です。某二人組は今年でデビュー20周年らしいですが、あんまり関係ありません。 https://metacpan.org/module/Plack::Middleware::AxsLog Plackのコアパッケージの中に Plack::Middleware::AccessLog が含まれてますが、以前からこのミドルウェアが比較的「重い」ということが気になっていました。マイクロベンチマークですが、 $ cat test.psgi sub { [200,['Content-Type'=>'text
Kindle Digital Publishing で電子書籍を売ってみた
Gumroad でも販売していた Plack Handbook ですが、クレジットカードの直販決済のみということもあり、Kindle で売ってみるとどんな感じかな、と試してみた。 ちょうど日本でKindleストアがはじまっていいタイミングだったので、日本語版・英語版を分けて販売することに。KDP 自体はUS・JPで分かれているのだけど、どちらから登録しても日本語、英語と分けてカテゴリ登録することが可能なので、US在住で税務処理なども楽そうなUS KDPから登録。 日本語版/Amazon.co.jp英語版/Amazon.com(実際は日本語版・英語版ともAmazon.com, Amazon.co.jp だけでなく Kindle に参加している各国 Amazon ストアで同じASINで購入可能です） ちなみに gumroad で販売している EPUB/MOBI 自体は、Markdown で書い
おそらくはそれさえも平凡な日々: shipped Plack::Middleware::Auth::OAuth
Plack::Middleware::Auth::OAuthをリリースしたのでお知らせします。 https://metacpan.org/release/Plack-Middleware-Auth-OAuth ソーシャルゲーム開発等、OAuthの署名検証が必要な場面では必須のモジュールかと思います。ご活用ください。 いきなりバージョンが0.03になっているのはこれまでCPANに上がっていなかった中で変更が加えられてきたからです。そもそもこれは@hidekさんがgithubにあげているもので、僕は一回pull reqを送ったくらいです。それを@hidekさんの許可を得て僕が代理でCPANに上げました。 このモジュールは社内で活用していたので、CPANにあげて欲しいなーと思っていたのですが、YAPCの前夜祭後の飲み会で@hidekさんに「上げてもらえませんか？」みたいな話をしたら「あれ、まだ上
紹介 - Plack Handbook : 404 Blog Not Found
2012年09月28日17:50 カテゴリ書評/画評/品評Lightweight Languages 紹介 - Plack Handbook 著者より献本御礼。 Plack Handbook: Plack and PSGI Development guide ebook Plack Handbook on Gumroad miyagawa/plack-handbook いいね! 内容textもさることながら、販売戦略contextが。 本書「Plack Handbook」は、タイトルどおりPSGI/Plackのハンドブック。書いたのはその父@miyagawaその人。内容は間違えようがないし、仮に間違っていたとしてもすぐ直せる。 電子書籍なのだから。 しかし本作は、PerlでWeb開発している人のみではなく、電子書籍かくあるべしというロールモデルとして、電子書籍をこれから作ろうとする全ての人
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Plack::Middleware::AxsLog がすごい! - tokuhirom's blog
https://metacpan.org/module/Plack::Middleware::AxsLog Plack::Middleware::AccessLog みたいなやつだけど、プロダクション環境でつかいやすいようにつくられてる。フォーマットのカスタマイズがあんまできないけど、速いというのが一番のメリットですね。 アクセスログを全部のリクエストについてとるのは、トラフィックおおいサイトの場合にはきついんだけど、そういう場合とかにもつかえるようになってます。 「エラーのときだけログをはく」というのと「レスポンスかえすのに時間かかったときだけログをはく」というのができるので、multilog にながしておいてながめてるだけで問題点がさっと把握できて便利です。 kazeburo++
Plack Handbook: Plack and PSGI Development guide ebook
Plack Handbook for Developers This little handbook is based on the content of the website Plack Advent Calendar. The calendar had 24 useful short posts explaining the concept of PSGI and tutorials how to adapt Plack to the existing web applications. The calendar was so successful and it's been considered a canonical reference for many beginners trying to learn Plack and also web framework authors
おそらくはそれさえも平凡な日々: Plack::App::Directory::Markdownが便利な件
https://metacpan.org/release/Plack-App-Directory-Markdown 自作自演乙。 意識の高いエンジニアの皆さんなら、markdown形式でメモを残しているんじゃないでしょうか。 plackup -MPlack::App::Directory::Markdown -e 'Plack::App::Directory::Markdown->new->to_app' のような感じで、ディレクトリ内のmarkdownファイルの一覧を出してくれるとともに、markdownファイルはhtmlに変換して出力してくれます。皆さんが見飽きたBootstrapデザインになっております。 padm とかでalias作るときっと楽ですね。 alias padm="plackup -MPlack::App::Directory::Markdown \ -e 'Plack
Plack 1.0 and the future
I’m proud and excited to announce the long-awaited release of Plack 1.0 on CPAN. This is our 120th release since we started this project on October 2009 and has commits from 92 developers (counting with git log and including duplicates from different email address). Congratulations to everyone involved in the project! Why now? The previous release was 0.9991, it was obvious we were running out of
Plack::App::WrapCGI にちゃんとした CGI 実行機能をつける話 - tokuhirom's blog
P::App::WrapCGI は、perl でかいた CGI しか実行できないので、ちゃんと exec してうごく一般的な CGI がうごくようにしてみる施策。 環境変数をセットアップして、双方向パイプで IPC しているだけです。 diff --git a/lib/Plack/App/WrapCGI.pm b/lib/Plack/App/WrapCGI.pm index 7f0a7a7..0ce15d6 100644 --- a/lib/Plack/App/WrapCGI.pm +++ b/lib/Plack/App/WrapCGI.pm @@ -2,7 +2,7 @@ package Plack::App::WrapCGI; use strict; use warnings; use parent qw(Plack::Component); -use Plack::Util::Acc
[perl] リクエスト処理前後のメモリ使用量を調べる Plack::Middleware::GTop::ProcMem を書いてみた - 酒日記 はてな支店
https://github.com/fujiwara/Plack-Middleware-GTop-ProcMem Plack アプリケーションが、どれかの処理でメモリを使いすぎてプロセスが太るらしい。でもそれがどのURLを処理したときなのかが分からない、という場合にこんな Middleware を使えば調べられるかなというので書いてみた。 GTop.pm を使っているので、libgtop が使える環境でないと動きません。 使う側は callback に app 処理開始前後の GTop::ProcMem オブジェクトが渡ってくるので、それを参照してログに吐くなり、よしなにする感じで。 use Plack::Builder; use Plack::Request; use Log::Minimal; builder { enable 'GTop::ProcMem', callback =>
![[perl] リクエスト処理前後のメモリ使用量を調べる Plack::Middleware::GTop::ProcMem を書いてみた - 酒日記 はてな支店](https://cdn-ak-scissors.b.st-hatena.com/image/square/81d4546d71e8e371a223ae63a168297ec2931441/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F13208692334729889028%2F8454420450078126195%2F1419604140)
Plack::Middleware::ServerStatus::Lite にアクセス数表示機能をつけました - blog.nomadscafe.jp
Plack::Middleware::ServerStatus::Lite 0.07 でステータス画面に起動してから処理したアクセス数がだせるようになりました。監視ツールと組み合わせてリアルタイムに処理しているアクセス数を確認できます。 Middlewareを読み込む際に counter_file に記録用のファイルを指定すると利用できます。デフォルトは無効です use Plack::Builder; use File::Temp qw/tempdir/; builder { enable "Plack::Middleware::ServerStatus::Lite", path => '/server-status', allow => [ '127.0.0.1', '192.168.0.0/16' ], counter_file => '/tmp/counter_file', scor
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
