タグ

catalystに関するikasam_aのブックマーク (58)

  • ゆーすけべー日記

    サキとは彼女の自宅近く、湘南台駅前のスーパーマーケットで待ち合わせをした。彼女は自転車で後から追いつくと言い、僕は大きなコインパーキングへ車を停めた。煙草を一吸ってからスーパーマーケットへ向かうと、ひっきりなしに主婦的な女性かおばあちゃんが入り口を出たり入ったりしていた。時刻は午後5時になる。時計から目を上げると、待たせちゃったわねと大して悪びれてない様子でサキが手ぶらでやってきた。 お礼に料理を作るとはいえ、サキの家には材が十分足りていないらしく、こうしてスーパーマーケットに寄ることになった。サキは野菜コーナーから精肉コーナーまで、まるで優秀なカーナビに導かれるように無駄なく点検していった。欲しい材があると、2秒間程度それらを凝視し、一度手に取ったじゃがいもやら豚肉やらを迷うことなく僕が持っているカゴに放り込んだ。最後にアルコール飲料が冷やされている棚の前へ行くと、私が飲むからとチ

    ゆーすけべー日記
  • おさかなラボ - [Catalyst]Chained(’.')はこう使え・Chainedをエレガントに書いてみる

    Chainedは便利である。一度使うとやみつきになること請け合いだろう。前回のエントリでChainedの使い方について説明したので、今度は実際にどうやってChainedを使うとエレガントか解説して行こうと思う。対象バージョンは5.80007とする。 以下、構文、略記的なことも書いたが、当に書きたかったことは、クラスを分けること、特にPathPartとクラス名の一致、階層構造のURIはクラスも階層構造にしてChained(’.')を使い見通しを良くする点だ。 お題はこれ。 /product/ /product/* /product/*/color/* /product/*/color/*/add /product/*/color/*/remove これを、前回の説明のように書くとこうなる。 sub product_list Chained('/') PathPart('p

    ikasam_a
    ikasam_a 2009/09/24
    つ Catalyst::Controller::Resources
  • YAPC::Asia 2009でmoder Catalystについて話してきた - hide-k.net#blog

    YAPC::Asia 2009でmodern Catalystと称してトークをしてきました。 多分Perl史上良くも悪くも最も多くの人が開発、利用に携わったWeb Application Frameworkで、未だに現場で多く使われているCatalystがメジャーバージョンアップをしたのでその辺を話してきました。 Moose-ified = modernという訳ではないし、自分はMoose廚ではないのですが多くの時間を割く結果になりました。当は抽象化やTest周りやおすすめのPlugin/ComponentとかTipsとかDBIC周りにも触れたかったのですが20分では無理だったので、またの機会に。最後の方でちらっとだけPSGIにも触れさせてもらいました。 Modern CatalystView more presentations from Hideo Kimura.

  • marcus ramberg » Blog Archive » Catalyst::Plugin::AutoCRUD

    One major factor in Catalyst’s success has been extensibility. I plan to do a series on extensions that I’ve found useful recently. To kick it off, I’ll feature a model which gives me a simple and useful admin interface to my DBIx::Class models. When I first got involved with MVC Web Frameworks like Maypole and Ruby on Rails, a big selling point was the ability to generate CRUD (Create/Read/

  • CatalystはすでにPluginからRoleへ移行するための機能を用意していた - D-6 [相変わらず根無し]

    CatalystはすでにPluginからRoleへ移行するための機能を用意していた Pixisががらっと変わろうとしている。最初は単純に継承ではなくRoleでその機能を提供しようと思ってあれこれ考えてたんだけど、その際にCatalyst.pmの中身を見たらsetup_plugins()が・・・ sub setup_plugins { my ( $class, $plugins ) = @_; $class->_plugins( {} ) unless $class->_plugins; $plugins ||= []; my @plugins = Catalyst::Utils::resolve_namespace($class . '::Plugin', 'Catalyst::Plugin', @$plugins); for my $plugin ( reverse @plugins )

  • Catalyst::Controller::ActionRoleを使ってみた - hide-k.net#blog

    最近Catalystをご無沙汰してたのでリハビリがてらJPA セミナーでも紹介されていたCatalyst::Controller::ActionRoleを触ってみました。 要はこのコントローラを継承することでMoose::Roleで書いた機能をメソッド attributeで呼べるようになります。 lib/MyApp/ActionRole/Bar.pm package MyApp::ActionRole::Bar; use Moose::Role; after execute => sub { my ($self, $controller, $c) = @_; my $body = $c->response->body || ''; $c->response->body($body . 'Bar'); }; 1; lib/MyApp/Controller/Foo.pm package MyA

    ikasam_a
    ikasam_a 2009/08/05
    C::C::Resources でこれ使おうと思って動かなくてパッチ送って採用されたけどまだ対応してないことを思い出した
  • Catalyst で setup にかかった時間を表示する - Craftworks Tech Blog - Branch

    Catalyst はデフォルトでリクエスト毎の処理時間をログ出力してくれますが、setup() 時の処理時間は表示してくれません。チューニングの目安として見たいので実装してみました。 Upgrading to Catalyst 5.80 で紹介されている、setup の hook point を使います。 package MyApp; use Moose; use Catalyst::Runtime 5.80; use Catalyst; use Time::HiRes; extends 'Catalyst'; our $StartedOn; BEGIN { $StartedOn = Time::HiRes::time; } after setup_finalize => sub { my $c = shift; $c->log->info(sprintf 'Setup took %0.6

    Catalyst で setup にかかった時間を表示する - Craftworks Tech Blog - Branch
  • 最近の Catalyst の構成

    新しく作った開発プロセスの問題点が見えたわけだから、それはそれとして改善すればいいのに。プロジェクトに併せてテーラリングされてないのとか。そういうことを自発的にやれる人たちが必要だというのもわかるけど ■ [catalyst][perl] 最近の Catalyst の構成 最近 Catalyst のエントリをよく見かけるので自分の構成をさらしてみます。コードは CodeRepos にあります。 share - Revision 30441: /lang/perl/Chaostr/trunk 元々は、作ろうとしたアプリがあったんですが、去年の Catalyst confernce 以降、MyApp 的実験場になってます。仕事で作ったものはさらせないので、構成だけ表に出す感じ。ちなみに今のところ Catalyst 5.7 系でしか使ってないです。 あと、Controller クラスのベースで

    最近の Catalyst の構成
  • perl-mongers.org

    This domain may be for sale!

  • Catalyst を daemontools で監視しつつ lighttpd の外部 FastCGI で走らせる方法とそのメリット - Craftworks Tech Blog - Branch

    JPA セミナーの時に jshery 氏も勧めていましたし、近頃 Geek の話題で目立つようになってきた、Catalyst を mod_perl でなく、外部 FCGI として走らせる設定方法を紹介します。 Catalyst プロセスの起動管理は DJB 氏の daemontools による管理がお勧めです。プロセスが死んでも自動的に再起動してくれます。手動での再起動も楽です。screen からショートカットキー登録して Catalyst を再起動する方法も後ほど紹介します。 Catalyst の FastCGI 起動の設定 まずは daemontools の run スクリプトです。 run #!/bin/sh exec 2>&1 exec env - \ PATH='/bin:/usr/bin:/usr/local/bin:/var/www/www.example.com/scrip

    Catalyst を daemontools で監視しつつ lighttpd の外部 FastCGI で走らせる方法とそのメリット - Craftworks Tech Blog - Branch
  • 第8回 Reaction:CatalystをもっとDRYに | gihyo.jp

    アプリケーションの枠組みを越えた再利用 前回は、Catalyst 5.7で登場したチェーンドアクションを利用して適切なベースコントローラをつくれば、CRUDのような定型処理は再利用できるようになる、という話をしました。これはコンテントマネジメントシステム(CMS)のように同じようなインタフェースを持つ画面が多いシステムをつくるときには特に効果的なのですが、その再利用を、ひとつのアプリケーション内だけで完結させてしまうのはもったいない話。自社でつくるアプリケーションにはどんどん使い回していきたいものですし、コピー&ペーストを避けるためには、なんらかの名前空間上にその共通コードをまとめていく必要があります。 もちろんそのコードが小さく、十分に一般化できるものなら、Catalyst、あるいはCatalystXという名前空間に入れてもかまいませんが、コントローラの部品だけでなく、モデルやビューまで

    第8回 Reaction:CatalystをもっとDRYに | gihyo.jp
  • 複数のCatalystアプリをApacheでfastcgi編 - pepponの日記

    ゆーすけべーさんの 複数の Catalyst アプリ を複数の apache でサーブさせる .confCommentsAdd Star http://yusukebe.com/archives/09/05/26/124559.html をみました。 うちでもApache + mod_perlならだいたい同じような感じになりますね。 フロントエンドで画像、CSSjavascriptを配信して、アプリはバックエンドmod_perlになげちゃう設定です。 ただ最近mod_perl+DBICでめんどうな事がおこったりしてからApache + fastcgiでやってたりするのでその設定を書いてみる。 lighttpdはあまり好きじゃないので使ってませんです。 フロントエンド的にはとばしてやるだけ。 あまり変わりない。 <VirtualHost IPアドレス> ServerName myap

    複数のCatalystアプリをApacheでfastcgi編 - pepponの日記
  • ゆーすけべー日記

    サキとは彼女の自宅近く、湘南台駅前のスーパーマーケットで待ち合わせをした。彼女は自転車で後から追いつくと言い、僕は大きなコインパーキングへ車を停めた。煙草を一吸ってからスーパーマーケットへ向かうと、ひっきりなしに主婦的な女性かおばあちゃんが入り口を出たり入ったりしていた。時刻は午後5時になる。時計から目を上げると、待たせちゃったわねと大して悪びれてない様子でサキが手ぶらでやってきた。 お礼に料理を作るとはいえ、サキの家には材が十分足りていないらしく、こうしてスーパーマーケットに寄ることになった。サキは野菜コーナーから精肉コーナーまで、まるで優秀なカーナビに導かれるように無駄なく点検していった。欲しい材があると、2秒間程度それらを凝視し、一度手に取ったじゃがいもやら豚肉やらを迷うことなく僕が持っているカゴに放り込んだ。最後にアルコール飲料が冷やされている棚の前へ行くと、私が飲むからとチ

    ゆーすけべー日記
  • Catalystアプリを継承する - D-6 [相変わらず根無し]

    Catalystアプリを継承する Catalystはたいへんすばらしいフレームワークですが、新しいプロジェクトを始める、という時にcatalyst.plでスケルトンから作り直していつものプラグインを設定して・・・みたいな面倒な手間がいろいろあります。 Pixisはなるたけ簡単に新しいアプリを作れるようにしたかったので最初からプラグイン機構を念頭に置いて書き始めましたが、それはあくまで機能の追加にしか使えず、JPAサイトのようにPixisというフレームワークを使って、JPAというサイトがPixis機能を乗っ取るというような場合はそれだけではうまく設計ができませんでした。 これについては悶々と考えていたのですがCatalyst 5.8になり、Mooseベースのオブジェクト指向ができるようになったことでひとつひらめきました。たとえばJPA::Webというアプリを作るとして、基的にPixisがす

  • 第7回 Catalyst::DispatchType::Chained:チェーンドアクションはむずかしい? | gihyo.jp

    モダンPerlの世界へようこそ 第7回Catalyst::DispatchType::Chained:チェーンドアクションはむずかしい? 5.7系列の目玉だったチェーンドアクション 3年前に登場したCatalyst 5.7系列で導入された機能のひとつに、チェーンドアクションと呼ばれるものがあります。これは慣れると非常に便利な機能なのですが、それまでのURLとクラスの対応を根底から覆してしまう大転換だったわりにドキュメントが不足していたため、活用の仕方がわからないという声もありました。 今回はCatalyst 5.8系列で導入された新しいツールを使いながら、このチェーンドアクションの使い方を紹介していきます。スペースの都合でCatalystの基はある程度理解しているものとして話を進めますので、わからないことがあったらCatalyst体のドキュメントやCatalyst::Manualなどを

    第7回 Catalyst::DispatchType::Chained:チェーンドアクションはむずかしい? | gihyo.jp
  • Catalyst::Controller::Resources (for catamoose) を使ってみた - 暗澹

    Catalyst::Controller::Resources が Catalyst 5.8 に対応したようなので、手元の 5.80003 に併せてさっそく使ってみた。Catalyst のコントローラを Chained の呪縛から解き放ってくれる素敵なモジュールです。Catalyst::Controller::Resources - Catalyst Collection Resources Controller - search.cpan.orgController::Resources を catamoose で使えるようにした - masaki@catalyst - Catalystグループ で、自分の書いてるアプリにたまたま ActionClass を使ってる箇所があって、 sub list : ActionClass('Hoge') {} みたいにしてみたんだけど、これがどうも華

  • C:C::Resources が catamoose 対応されてる! - 僕ト云フ事@はてな出張版

    早いw 天才ですか! id:ikasam_a++ catamoose 対応ブランチ ちなみに現行の Resources と比べるとだいぶ変わってるw master ブランチ

    C:C::Resources が catamoose 対応されてる! - 僕ト云フ事@はてな出張版
    ikasam_a
    ikasam_a 2009/05/13
    master も catamoose でテスト通ってるよ
  • Moosification: Catalyst 5.8に移行した際にちょっと気づいた事。 - D-6 [相変わらず根無し]

    Moosification: Catalyst 5.8に移行した際にちょっと気づいた事。 最初からMooseベースでアプリケーションを作るというのは、実務ではなかなか難しいのはわかります。一般論は JPA #02で話すのでおいておきますが(参加申し込みは今日5/12までですよ!)、5.8 からMoose化したCatalystであった問題・注意点をちょっと書き出してみます。 1. use Catalyst Catalyst::Upgradingを読んでいると package MyApp; use Moose; extends 'Catalyst'; __PACKAGE__->setup(qw/ ConfigLoader /); という表記が見られるが、これは気をつけないと駄目。 自分が直面した問題は、path_to()等を使った時に起こった。path_to() は現アプリのルートディレクトリ

  • Cat 5.80003 で C:C:Resources 0.04 のテストがコケる - 僕ト云フ事@はてな出張版

    なんか、修正してコミットしようかとか思ったんだけど、色々調べてどうしたらいいのかわからんくなったので、気が付いたことをメモっておきます。 以下の三つをなおすと期待した挙動はします。unattached_action の対処方法で controller に直接書く以外の方法がわかればテストも通るとおもう。 $class->_action_cache Catalyst::Controller::Resource の setup_actions 内で $class->_action_cache が使われてるけど、Catalyst::AttrContainer がもう使われてないっぽい。(クラス自体はある) $class->_action_cache のところをコメントアウトすると動く sub setup_actions { my ($self, $map_to, $maps) = @_; my

    Cat 5.80003 で C:C:Resources 0.04 のテストがコケる - 僕ト云フ事@はてな出張版
  • 第6回 Catalyst::Upgrading:検証はお早めに | gihyo.jp

    3年前の大混乱 モダンPerl界を代表するウェブアプリケーションフレームワークといわれるCatalystが2006年半ばに5.6系統から5.7系統に移行したとき、創始者のゼバスティアン・リーデル氏を追い出す形で集団管理体制に移行した開発チームが最初にしたことは、プロジェクト開始当初から使われてきたCatalystという名のディストリビューションはそのままに、Catalyst-Runtimeという新しいディストリビューションをつくることでした。 このようなディストリビューション名の変更は、CPANクライアントを使っている分には(内部でモジュール名からディストリビューション名への変換が行われるので)問題にならないのですが、外部のパッケージ管理者たちには少なからぬ負担をかけました。なにしろ突然100を越す関連パッケージの依存が変更になるのです。基的にはメタ情報だけ書き換えれば済む話とはいえ、従

    第6回 Catalyst::Upgrading:検証はお早めに | gihyo.jp