サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
iPhone 16
blog.livedoor.jp/tokuhirom
October 25, 201208:22 カテゴリ Test::Pretty の歴史 Test::More に subtest 機能がはいったのが 0.94 で、0.96 あたりから done_testing が不要になって、0.98 で $? の扱いがなおった、なんかそういうかんじの歴史がある(つまり現状は 0.98 に依存しないとまともにはつかえない)。 で、Test::More の subtest は TAP を拡張する形で実装されているわけだけど、まあみづらい。得に、subtest の結果が main test の方にもフィードバックされるという形式なんで、それがまあきつい。 そこで、対策として Test::Flatten というのができたりしている。 http://blog.livedoor.jp/xaicron/archives/52299545.html ここまではみ
October 24, 201110:58 カテゴリ O/R Mapper と ktat さんと zigorou さんとかそういうののはなし ちょっと反論があるとすれば、「コストがかかることを便利にしてはいけない」というところかなぁ。 これは、規模にもよるんですが、例えば、CPUすかすかのサービスで、そこまで伸びるようなサイトでもないとします。 そのようなサイトに生DBIで書いて、開発コストを上げるよりも、ORマッパーでシステムのコスト(負荷)を上げて、開発コストを少なくしたほうが良いという判断は蟻だと思う。まぁ、これは、観点の問題で、 コスト=開発コスト(お金)であれば、 「コストがかかることを便利にすべきだ」 コスト=システムコスト(負荷)であれば、「コストがかかることを便利にしてはいけない」 となる。いずれかを選択するかは、ケースバイケースだと思います。でも全体に納得できる
November 26, 201011:30 カテゴリ アプリケーションフレームワークにおけるコンテナについて コンテナとは、アプリケーションで利用するオブジェクトのキャッシュを担当するクラスです。オブジェクトの構築機能も持つコトが多いでしょう。 プロセスローカルなスコープと、リクエストローカルなスコープの二つのスコープのコンテナクラスが通常必要ですが、アプリケーションの運用方針により、片方が省略される場合があります。 アプリケーションフレームワークでケツ持つべきなのは、リクエストローカルな方です。これはダイナミックスコープで管理されるオブジェクトにより実現されます。その実装は単純なオブジェクトです。mod_perlを利用している場合には、pnotesにするコトで保存してもよいでしょう。 プロセスローカルなものは、シングルトンで実現可能です。perlでは、class::Singlet
October 27, 201021:13 カテゴリ 刺身さんがジョブサーバーの件 http://d.hatena.ne.jp/a666666/touch/20101027/1288117907 おれならどうするか考えてみた。 gearmanでは途中でジョブをキャンセルするのは厳しいので、自前で簡単なジョブサーバーをtsvrpcあたりでゴリゴリと書くです。いろいろ既製品で頑張るより、一からかいた方が楽そうだわ。 perlの場合は、スレッドが使い物にならないので、ジョブワーカーの途中停止とかやりたければ、シグナルとかでやるかなあ、と。SIGUSR1でも送るんじゃないかなあ。 ジョブワーカーと、ジョブルーターを一つのホストに対で配置する感じの構成で。 途中経過をワーカーからルータに通知するようにすれば、プログレス表示もできるし。 スケールアウトは容易な構成になってると思う。 ジョブを分割するの
redirect できるようになっったよ idn support いれたよ Net::IDN::Encode でやってる。もっといいのあったらさしかえるかも proxy support はいったよ(by mattn++) というわけで、のこりは cookie_jar support form serializer support performance tuning ぐらい? あとまあ、XS 部分を HTTP::Response::Parser に backport できればいいかともおもうけど、現状のは結構 Furl に依存しちゃってるからどうするかわからん(XS 部分をそっちに移管できると俺がメンテしなくていいという利点と、PP 版はそっちにまかせられるという利点がある)。 use Furl; my $f = Furl->new(); $f->request_by_http_reque
このページを最初にブックマークしてみませんか?
『blog.livedoor.jp』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く