Unpacking Value Delivery - Agile Oxford Meetup - May 2024.pptxDavid Michel
catalystcon1
Unpacking Value Delivery - Agile Oxford Meetup - May 2024.pptxDavid Michel
第4回 Catalyst（前編）---Perl向けWebアプリ・フレームワーク
この記事は，日経ソフトウエア2006年9月号，連載「簡単実装で学ぶWeb技術2006」の第3回「Catalyst――Perl向けWebアプリ・フレームワーク」の再録です。記事は執筆時の情報に基づいており，現在では異なる場合があります。 こんにちは，結城浩です。今回はPerlのWebアプリケーション・フレームワーク「Catalyst」を解説し，簡単なメモ帳プログラムを作ります。 Catalyst（カタリスト）は，Perlで作られたWebアプリケーション・フレームワークです。Catalystを使うと，Webアプリを簡単に作成・テスト・配布することができます。catalystという単語のそもそもの意味は，「触媒」あるいは「促進させるもの」です。Perlのモジュール同士を触媒のようにうまく結びつけて，Webアプリ作成を促進させるという意味の名前なのでしょう。 Catalystのオフィシャルページは
Catalyst Conference #1 - Charsbar::Note
今回は竹迫さんのリクエストもあったのでなるべくゆっくりめに話そうと思うには思っていたのですが、結局だれだったかが「時間が長くなっても話のペースは変わらんと思う」と予言していた通りになってしまったのが申し訳ないというかなんというか。 すべては当日の朝、スライド書いている最中に 10:20 <t********> Catalyst 年表とかほしいとふとおもいますた 10:20 <t********> 2005年 sri 独裁政権時代 10:20 <t********> とか、そんな感じの。という天の声を聞いて、ちょろっとだけ差し替えるつもりが100％増量になってしまったのが敗因、ということにしておきたいと思います。 なにはともあれ資料はこちら。 http://www.tcool.org/talks/catalyst_conf1.pdf それから、今回自重したCatalystで軽量版のJifty
Catalyst Conference #1 まとめ - 日向夏特殊応援部隊
昨日は直前にエロギークな人のトラブルもありましたが、何とか無事に終える事が出来ました。 参加者の皆さん、お疲れ様でした。 と言う訳でプレゼンのまとめと個人的な感想です。 プレゼン CatalystからModelを切り離せ (g:catalyst:id:dann) 資料 今回の基調講演の一つ。g:gatalyst:id:dannさんのプレゼン。エンタープライズアーキテクチャ的にCatalystを分析して、かくあるべきと言う事を言ってる方は少ないので非常に参考になりました。 WAFにおけるModelとは何ぞやと言う事から、Modelにはどのようなパターンが存在し、それらをWAFではなくAFに落とし込む方法論をModelの分類ごとに手法化って感じ。 素晴らしい、また後で資料読みたい。 Catalyst REST Practice #1 (g:catalyst:id:ikasam_a) 資料 RO
YappoLogs: HTTP::Server::Wrapper と CatalystConの発表資料
HTTP::Server::Wrapper と CatalystConの発表資料 Cisco Catalystシリーズの勉強会という事で参加したのに、全然違うPerlとか良くわからないやつの勉強会でした。 とりあえずCatalystにログインした所からスタートしたんだけど反応がなくて、enした辺りでようやくhiroseさんが笑ってくれました。 とりあえずshow confしたけど無反応で酷い温度差でしたね。 なんだかサンフランCiscoとかPlugin使わないよJKとかいう言葉が飛び交ったり、発表者全てがCatalystをDISっていましね。 nothingmuchがスペシャルゲストとして来てくれたお陰でプチYAPCというか前々前夜祭くらいのノリになっていました。 しょうがないのでCatalyst::Engineを抜き出して再利用できるようにしたHTTP::Server::Wrapperと
hide-k.net#blog: CatalystCon#1
CatalystCon#1に行って来たよ。 一応スピーカーとして話してきたよ。 で、感想。 MVC論 - dann とってもJava的で懐かしかった。 Controller::Resouces - ikasam_a 出て意外と早く触ってたけど、やっぱ便利 ROAって妙に説得力がある $c Catalystの歴史の話が面白かった Pluginはなるべく作らない方向で やっぱり時間足りなくて途中で加速装置が働いてた コピペをしないための10の方法 - typester catalyst.plを最初に否定した人なので説得力あった 最後のほうは苦しかった Model::Apadtor - hide-k ここにあげておいた Catalyst☆Complex - tokuhirom Sledge::Request::Catalyst どっちがウケか結論が出てなかったので気持ち悪い HTTP::Se
Catalyst book code
For a while, people have been requesting runnable code for the apps in my book. It has actually been available for a while, but apparently doesn't show up in Google results. It's because there is book called "Catalyst Code" that obscures results for the logical catalyst book code queries. Amusing. Anyway, every application (in runnable form) is available here: http://jrock.us/Catalyst-Book-Code-
Catalyst::Controller::Resouce を使って、Chained アクション書くのを楽する
新しく作った開発プロセスの問題点が見えたわけだから、それはそれとして改善すればいいのに。プロジェクトに併せてテーラリングされてないのとか。そういうことを自発的にやれる人たちが必要だというのもわかるけど ■ [catalyst][chaostr] Catalyst::Controller::Resouce を使って、Chained アクション書くのを楽する 追記(2009-05-20T16:46:42+09:00) 現在は Catalyst 5.8 系に対応した C:C::Resources がリリースされており、この方法は使用できません。 Catalyst 5.7 系 + C:C::Resources 0.4 系であれば使用可能です。 追記(2009-06-15T01:02:03+09:00) perl-mongers.org に Cat 5.8 系の話を書きました。 Catalyst::
DBIx::Classでスレーブに接続する - libnitsuji.so
レプリケーション環境で、更新系クエリはマスター、参照系クエリはスレーブに振り分けるというのはよくあることだと思います。 PerlのO/RマッパーであるDBIx::ClassにはDBIx::Class::Storage::DBI::Replicationというのがあって、これを使うと利用側で接続先を意識することなくクエリを振り分けることができそうです。しかし、どうやら参照系は必ずスレーブへ振り分けてしまうようなので、トランザクションの中ではマスターを参照したいといった場合に対応できないんじゃないかと思いました。 そこで、明示的にスレーブの接続を取得する方法がないかなーと思ったんですが見当たらなかったので書いてみました。 実装するにあたり以下のClass::DBI用に書かれたコードを参考にしてみました。 http://d.hatena.ne.jp/tokuhirom/20060713/1152
Catalyst と DBIC と mysql でレプリケーション - 日々のこと
たいしたことではないんですけど、レプリケーションを構築したら是非ともたってみたかったこと。 まずは bakelatte_create.pl で マスタ用 Model を生成。 [travail@mina]~/public_html/SVNHOME/Bakelatte/script% ./bakelatte_create.pl model DBIC::Bakelatte DBIC::Schema Bakelatte::Schema created "/home/travail/public_html/SVNHOME/Bakelatte/script/../lib/Bakelatte/Model/DBIC/Bakelatte" exists "/home/travail/public_html/SVNHOME/Bakelatte/script/../t" created "/home/trav
kazeburo : CatalystのDebug
CatalystのアプリケーションをDebugするときって use Catalyst qw/-Debug/ するよりも、 myapp_server.plの my $debug = 1; とするほうが便利
CatalystSites.org
Catalyst MVC Web Framework developed website application for listing of public websites developed using Catalyst, the elegant MVC framework.Welcome to CatalystSites.org! The goal of CatalystSites.org is to create a definitive listing of public websites built on the elegant Catalyst MVC Web Framework. Currenly, there are 62 sites listed on catalystsites.org. Please feel free to register an account
たけまる / Catalyst Internals - Plugin
_ Catalyst Internals - Plugin [perl][catalyst] 昨日 [2007-08-31-1] の続きです． ■ Plugin の作り方 Plugin は，Context オブジェクト ($c) に関数を追加するときに用いら れます．簡単に作れるため，これまでに多くの Plugin が作成されていま す． ます． package Catalyst::Plugin::Foo; sub foo { my $c = shift; # do something ... } Application クラス (ex. MyApp.pm) で Catalyst::Plugin::Foo を指定 します． package MyApp; use Catalyst qw( -Debug ConfigLoader Static::Simple Foo ); 以降，$c->foo
今日のNewbiethon成果(CatalytApp::CLI) - Lazy Programmer :-p
全然汎用的じゃないけど、Catalystの依存をできるだけ避けて、CLI補助モジュール作った。 config , schemaが使えるだけなんだけど。 Catalyst-Plugin-ConfigLoader-Multi を使ってる方なら、少しコードを変更すれば使えると思うよ！ 今日はコーディングより、考える作業が多かった>_< package Nirvana::CLI; use strict; use warnings; use base qw/Class::Accessor/; use Catalyst::Utils; use Config::Any; use DirHandle; use Nirvana::Schema; use FindBin; use File::Spec; __PACKAGE__->mk_accessors(qw/config schema/); sub new
2008/03/05 - memo - unknownplace.org
Catalyst に関してだけ言えば Model いらなくね？という話もわかるのだが、アプリの複数の箇所で共通で使うオブジェクトはModelを使うと楽だし論理的な実装になるとおもう。 僕のMVCの理解が変かもしれないけど、今はそんな感じで考えている。＞共通で使うオブジェクトはModel そんで、Catalyst::Model 微妙っていうのはやっぱり Catalyst 専用の Model つくってもほかから利用できないしなってのがあるんだけど、それは Catalyst::Model::Adaptor で解決。jrockway++ なので、単体で動作する何らかのモジュールをまずつくり、それを Model::Adaptor で連結する、というのが今の好きな方法。
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Re:Catalystアプリオレオレポリシー - 日々のこと
Catalystアプリオレオレポリシー - unknownplace.org 1. アプリ名にかかわらず設定ファイルはconfig.yamlとconfig_local.yaml 2. でも変更することがないほとんどの設定はyamlには書かない。yamlがごちゃっとするときもい 3. ForceUTF8系モジュールは使用しない。内部がきちんとutf8で統一されていれば必要ない。 4. MyApp::UtilsとかいうのでいろいろBKなことをまとめてする。uri_forを気に入るように直したり、FillInFormの挙動変えたり 仕事では Sledge。個人では Catalyst。 仕事で使っていれば社内のコーディングルールだったり暗黙の了解だったりで均一的なポリシーっていうものができあがってくるけど、個人で使ってるとそういうものがなかなか作れないのが困る。 「はて、みんなは Catalys
Data::ObjectDriver::Loader を使って naoya さんの Catalyst TinyURL サンプルに挑戦してみる - woremacxの日記
昨日あたりから、id:hideden さんに教えていただきながら Data::ObjectDriver::Loader を作って遊んでます。(nowamacx - Data::ObjectDriver::Loader つくりはじめた)Loader はまだカラム名の自動設定しかできない子ですが、とりあえずおいておくことにして、Catalyst アプリから使ってみたいなぁと思いました。ぼくが Catalyst を始めるきっかけになった id:naoya さんの記事 (Perl の MVC フレームワーク Catalyst に入門してみた : NDO::Weblog) にある Tinyurl をサンプルにやってみました。ぼくの手元で Data::ObjectDriver::Loader はこんな感じになっています。Data::ObjectDriver::LoaderData::ObjectDri
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
catstarter-pl/catstarter.pl at master · cho45/catstarter-pl
Catalyst::Plugin::ConfigLoader own macros suport! - Lazy Programmer :-p
