DBIx::Class::Manual::Joining - DBIx::ClassでテーブルをJOINするためのマニュアル
名前 説明 結合とは何か 結合とリレーションシップを定義する 結合を使用する 複雑な結合など 複数のリレーションシップをまたぐ テーブルのエイリアス 自己結合を行う 原文へのリンク 翻訳者 名前 DBIx::Class::Manual::Joining - DBIx::Classでテーブルを結合するためのマニュアル 説明 このドキュメントは、DBIx::Classで結合を大々的に使用して（又は使用せずとも）、通常のSQLをDBIx::Classベースの問い合わせへ変換する際の助けになるでしょう。 結合とは何か ここまで来たものの、結合の何たるかが実際まだよく分からない、という場合は、ここの代わりにDBIx::Class::Manual::Introを読むのも良いかもしれません。結合の何たるかを心得ている場合は、このパートは読み飛ばしてください… ともあれ、ご説明しましょう。あなたが（非）常
Catalyst の Controller の Attribute について勉強した - @kyanny's blog
Catalyst::Manual::Cookbook - Cooking with Catalyst - metacpan.org :Path :Args(0) とか :Local とか、以前マニュアルを読んだけど忘れちゃったのでまた読んだ。 :Path は sub handler :Path('hoge') {} とかやると、 /hoge とかにアクセスしたときに呼ばれる。コントローラクラスにはやすメソッドを、実際外部からアクセスさせる URL のパスと違うものにできますよ、ということか。 Sledge でいうと Sledge::Dispatcher::Properties とかに相当するのかな。ヘルパーで作られる sub index :Path :Args(0) で引数なしなのはなんでそうなってるのかよくわからず。 index は default や end と同じで特殊なものらしいか
Catalyst::Plugin::ConfigLoaderでconfigの切り替えを行う - 日向夏特殊応援部隊
はじめに Catalyst::Plugin::ConfigLoaderを使うと異なる環境の為の設定を環境変数のみで制御出来ます。 下準備 ちょっと癖物なのが下記のように設定しなきゃいけないって事です。 package MyApp; use Catalyst qw/ConfigLoader/; __PACKAGE__->config( file => __PACKAGE__->path_to(conf) ); で実際にconfディレクトリに下記のようにファイルを作ります。 $ ls conf/ myapp.json myapp_local.json myapp_service.jsonこうして例えば、 $ cat conf/myapp.json { name: 'MyApp', foo: 'foo' } $ cat conf/myapp_local.json { foo: 'bar', ba
基本的なDB連携 - Catalystのお作法
Catalystのお作法 とりあえずCatalystのお作法（基本）をめもってます。 トップページページ一覧メンバー編集 基本的なDB連携 最終更新： catalystmemo 2010年03月08日(月) 18:43:59履歴 Tweet CatalystにおけるDB連携フロー Catalystでは、actionを定義しているControllerよりModelを参照することでDB操作を実現するが、 それを詳細に説明したのが下記画像である。 まずControllerから各DBに紐づいたModelインスタンスより、data-handling要求を出す。（所謂select,insert等） 要求を受け取ったModelは、DBに属する各tableに対応するSchemaクラスを参照することでデータ操作を実行する。 データ操作結果はModelを介してControllerに返却され、これによりDB連携
コントローラの作り方 - Catalystのお作法
Catalystのお作法 とりあえずCatalystのお作法（基本）をめもってます。 トップページページ一覧メンバー編集 コントローラの作り方 最終更新： catalystmemo 2010年03月08日(月) 15:35:16履歴 Tweet Controllerの役割 Controller（コントローラ）はMVCモデルの構成する３要素の一つであり、 ViewとModelを制御する機構であると一般的に定義される。 そのため、Controllerで行う処理は概ね以下のフローに基づく 1.Clientよりrequest情報を受け取る。 ↓ 2.request情報に基づきServer-sideのApplication-layerにて、対応するaction（サブルーチン）を選択する。 これをDispatchという。 ↓ 3.Controllerで定義されたactionを呼び出し、処理を実行する。
CatalystのViewのパスの指定方法 - Plus Life （はてなブログに移行中）
Viewの作り方はコマンドをはしらすだけ $ ./MyApp/script/myapp_create.pl view TT TT単純に使うだけであれば、root以下にアクションと対応したテンプレートファイルをおけばいい（MyApp/root/index.ttとか） パスを変更するには、configにINCLUDE_PATHを指定すればいいだけだが・・。 以下は、rootからroot/tmplに変更する例 1. MyApp/lib/MyApp/View/TT.pmに書く場合 __PACKAGE__->config( INCLUDE_PATH => [ MyApp->path_to( 'root', 'tmpl' ), # 相対パス '/home/username/MyApp/root/temp', # 絶対パス 'root/tmpl', # ダメな例 ], TEMPLATE_EXTENSIO
Catalyst Source Code Walking #02 - 日向夏特殊応援部隊
d:id:ZIGOROu:20061006:1160166429からの続き とりあえず書き終えました。 Catalyst->import Catalyst->setup_home MyApp->config MyApp->setup MyApp->setup_home MyApp->setup_log MyApp->setup_plugins MyApp->setup_dispatcher MyApp->setup_engine MyApp->setup_flags (あれば) MyApp->plugins->setup MyApp->setup_components MyApp->setup_actions setupメソッドから呼び出している各種setup_*なメソッドに関してまだ見てないので、 さらに追ってみましょう。 追記 component辺りを少し修正。 MyApp->setu
Catalyst::AuthenticationでTwitter認証を使う方法 - hsksnote
CatalystでTwitter認証をやろうとしたら結構ハマったのでメモを作っておく。 Catalyst::Authentication::Credential::Twitter（以下CAC:Twitter）ってのがあるんだけど、使い方が難しかった。 認証の流れは、 アプリからTwitterの認証URLにアクセス Twitterでアクセスを「許可する」ボタンを押す アプリのcallback URLで認証処理 アプリのDBにユーザー情報がなければ、ユーザー情報を登録。 あとはよしなに。 アプリ名はMyApp、DB名はMyDBとした。 環境は、さくらレンタルサーバの一般プラン（VPSじゃない）で、local::libを使ってCPAN環境を作っている。詳しくはこちらを参考に。 http://blog.hide-k.net/archives/2009/02/locallibrootcpa.php
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
