Catalyst::Manual::Cookbook - Catalystクックブック
題名 Catalyst::Manual::Cookbook - Catalystでお料理を 説明 ママが昔よく焼いてくれたおいしいコード！ レシピ デバッグ画面を強制表示する endアクションでdie()を呼び出すと、リクエストの最後にデバッグ画面を強制表示させることができます。 sub end : Private { my ( $self, $c ) = @_; die "forced debug"; } いちいちこれを書いたり消したりするのが面倒なら、endアクションにこんな条件文を加えることもできます。 sub end : Private { my ( $self, $c ) = @_; die "forced debug" if $c->req->params->{dump_info}; } こうしておくと、たとえばクエリストリングに"&du
Catalyst::Manual::Intro - はじめてのCatalyst
題名 Catalyst::Manual::Intro - はじめてのCatalyst 説明 ここではなぜ、またどうやってCatalystを使うのかを簡単に紹介します。Catalystの挙動について説明し、簡単なアプリケーションを手早く立ち上げる様子をご覧に入れます。 Catalystとは？ Catalystとはエレガントなウェブ・アプリケーション・フレームワークです。きわめて柔軟なのにきわめてシンプル。Ruby on RailsやSpring (Java)、そしてCatalystの元となったMaypoleによく似ています。 MVC Catalystはモデル・ビュー・コントローラ(MVC)というデザイン・パターンを踏襲しているため、コンテンツ、プレゼンテーション、フロー管理といった問題を簡単に切り分けて独立したモジュールにすることができます。こうして切り分けることで他の問題を処
Catalyst入門としてのお作法についてについて
ひげぽん OSとか作っちゃうかMona- - Catalyst入門 と お作法について templateの include rootからのパスを指定してやればよい [% include templates/user/username.tt %]はてなのひげぽんさんがCatalystについて書いていたのでそれを受けて書いてみます。上記のこれは、root/base/の中に読み込みたいincludeファイルを入れてやると、それがTTのINCLIDE_PATHに入っているので [% include username.tt %]で読み込めるようになります。Catalyst::View::TTの103行目付近にその記述があります。ちなみに、テンプレートの中にデフォルトで使えるようになってる変数はbase($c->req->base), c($c), name($c->config->{name})の3
Catalyst入門 と お作法について
id:naoyaの技術発表(10月15日の技術勉強会 - はてな技術発表会日記 - 機能変更、お知らせなど)。 これを聞いて、Catalyst面白そうということに気づいて触ってみています。 インストールと簡単な動作 Perl の MVC フレームワーク Catalyst に入門してみた : NDO::Weblogを一通り読めば分かると思います。 私の環境だと sudo perl -MCPAN -e 'install Class::DBI::mysql' を追加で行う必要がありました。 お作法 Catalystではどう書くのが正しいか等、迷う部分が多々あります。 いろいろ調べた結果、これだと思うものを紹介していき、標準化(?)のたたき台になればよいかなと。 URLマッピング CatalystのURLマッピングはとても柔軟です。たくさん種類があってこまりますｗ。 直接URLを指定 /foo/b
Perl の MVC フレームワーク Catalyst のお勉強〜その１〜 :: Drk7jp
時間が空いているときに Catalyst のお勉強をしていたのですが、なかなか情報をまとめる時間がとれないのです・・・。思ったより苦戦したので少しずつでもお勉強の情報をまとめていこうと思ってます。今回はその１ってことで。Catalyst をこれからお勉強してみようって方の参考にでもなれば幸いです。 実際には、アプリケーションを１つ作ってみるってところまで既に２週間前に終わっていたりするのですが、その解説に至るまでどれくらい時間かかるんだろう・・・ (｡･ｘ･)ゝ Catalyst の基礎知識 Catalyst のフレームワークの構成は上図のような構成になっています。純粋な MVC ではなく、MV C + A(Apprication) のような構成になっていますが、Application の部分は Dispatcher 機能に相当する部分で、実装時には MVC の考え方で問題ありません。 M
Text::Hatena - jkondoの日記
先日、CPANにText::HatenaというPerlモジュールを作って登録しました。 http://search.cpan.org/~jkondo/Text-Hatena-0.02/lib/Text/Hatena.pm はてなダイアリーで使っているはてなの記法（*→見出し、>>→引用）に準じて、テキストからHTMLを生成するモジュールです。 本当はURLの自動リンクとか各種自動リンク記法なんかも一緒にできるようにしようと思っていたのですが、例えば「id:jkondo」と書いた時にどこにリンクすればいいんだ、みたいな問題がありますのでとりあえずブロック要素だけに対応しています。（インライン要素は別のモジュールでもいいかなという気がしています） はてなを毎日使っていると、「-」と書いてリストを生成する、みたいな癖がついてきて、いろんな所で使いたくなってきます。そういうときにこのモジュールを使
リファレンスの循環参照によるメモリリークを Scalar::Util::weaken で解決する - naoyaのはてなダイアリー
Perl のガベージコレクション(GC)の実装にはリファレンスカウント方式のGCが採用されています。リファレンスカウントというのは、あるデータ構造やオブジェクトがあった際、それらを参照するリファレンスの数を内部で換算して、その数が 0 になったらメモリから実体を破棄するという仕組みです。(JavaやRubyなどの他言語のGC方式については 'Perl、Java、Ruby における GC アルゴリズム' あたりを。) リファレンスカウント式GCは、仕組みがシンプルで分かりやすい利点を持つ反面、相互参照が原因で参照を切ることができずにオブジェクトが解放されず、結果メモリリークを引き起す場合があるという欠点も持っています。 このメモリリークはバッチスクリプトや CGI のように、一度の実行で Perl のプロセスそのものが終了するプログラムではあまり問題になりませんが、デーモンプログラム、あるい
おまいの iTunes も共有汁 : にぽたん研究所
おいらの勤め先に、iTunes で人の共有ばっか聴いて、自分は共有しないという、DOM な人が結構いることが判明。 DOM つったって、Document Object Model ではないです。 Download Only Member ってやつです。 なんかしょっちゅう同じ香具師が繋ぎにきててハラ立つんで、折角 Developer Tools 入れてる Mac OS X なんだし、ポートスキャンツールである Nmap を入れて、DOM さんを、ファイアウォールの ipfw コマンドを使って排除するっちゅースクリプトをちょろっと書いてみた。 共有名とかに「にぽたん＠共有しない香具師は排除」とかにしとけば、空気読んで「自分も共有する」とか、「もう二度と繋ぎに来ない」とかするでしょう。 Update: どうも nmap だとちゃんと判別出来なかったり、別プロトコルでポート開放したり、パスワード
mixiコミュニティ開設（修正） MOONGIFT
mixiコミュニティ開設について マンパワーが足りなく、協力していただける方を募集すべく、コミュニティを開設しました。 http://mixi.jp/view_community.pl?id=330663 条件は全くありません。オープンソースに興味があり、MOONGIFTを助けていただける方であれば是非是非にお願いいたします。 謝礼は…出せるかどうか不明ですが（出ないと踏んでおいて貰った方が良いかと）。 mixiに登録されていない方がいらっしゃれば、周囲の方で既に登録済みの方から誘って下さい。 メールはこちら ※ （2005年11月08日修正）mixiに関する文言に問題がありましたので修正いたしました。
Perl の Mixin / Catalyst のプラグインの仕組み - naoyaのはてなダイアリー
何とタイムリーな記事。まつもとさんが「仕様の継承」と「実装の継承」について語っているので勝手にまとめてみる。 まつもとさんがITProに書いた記事がきっかけになったのか、最近 Mixin に関する話題をよく目にする、気がします。 Perl は多重継承をサポートする一方で、Exporter を使った Mixin も可能です。この辺はmiyagawa さんのメールマガジンのバックナンバーに詳しく書いてあります。 Object-Oriented Programming with Perl Vol.29 - Exporter による Mixin Object-Oriented Programming with Perl Vol.30 - Exporter::Lite Exporter で関数を export しつつ、それを import した側で、関数ではなくインスタンスメソッドとしてそれを利用す
[を] PerlとUTF8についての自分用メモ
PerlとUTF8についての自分用メモ 2005-09-29-1 [Programming] 自分用メモなので網羅性はないです。 utf8 - ソースコード内に、UTF-8(か、UTF-EBCDIC)を有効/無効にするた めのプラグマ <http://perldoc.jp/docs/perl/5.8.1/utf8.pod> Perl 5.8 以降においての Unicode 文字列の扱い方 : NDO::Weblog <http://naoya.dyndns.org/~naoya/mt/archives/000611.html> Perl 5.8.x における日本語コード変換のメモ <http://www.hikoboshi.org/perl/doc/encode.html> Perl 5.8.x Unicode関連 <http://www.pure.ne.jp/~lea
Sitemap
Letter Microsoft Office 2007 Psiphon Microsoft Word Microsoft Office 2016 Microsoft Office 2010 Lantern Microsoft Excel Microsoft Office 2013 Free VPN WhatsApp DriverPack Solution PC App Store AutoCAD Nero 9 Free Canon LBP2900b Printer Driver UltraSurf Project IGI Road Rash Project IGI 2: Covert Strike Freegate Professional Grand Theft Auto: Vice City Euro Truck Simulator 2 Minecraft Sony Vegas Pr
lighttpd + FastCGI は mod_perl + Apache1.3 より１割ほど高速 :: Drk7jp
巷で超高速 Web サーバとして話題になっている lighttpd を試してみました。lighttpd に関する日本語ドキュメントは非常に少なく、ちょっと込み入った設定ファイルの記述方法とかの解析に手間取りました。 lighttpd のコンセプトは、「セキュアで省メモリで高速に動作し、柔軟性もある」なのですが、「lighttpd 公式サイトのベンチマーク結果」や「UnknownPlace. - Catalyst ベンチ」で簡単な Catalyst - Hello.cgi のベンチマークが公開されているとおり、Apache 1系、Apache 2系よりも高速に動作するようです。特に static なページの処理は Apache の 2〜3 倍程度は高速に処理できるみたいです。 また注目すべき点として、Apache + mod_perl よりも lighttpd + FastCGI の方が１割
Elementary, ... MFPM: Text::ASCIITable 人間フレンドリーな表組み出力
お気に入りのPerl CPAN モジュール Text::ASCIITable のご紹介 これはどんなことをしてくれるかというと、 my $senkyo = [ [ jimin => 296 ], [ komei => 31 ], [ minsyu => 113 ], ]; みたいなデータがあったとして、 use Text::ASCIITable; my $t = new Text::ASCIITable(); $t->setCols('TOU', 'GISEKI'); foreach (@$senkyo) { $t->addRow(@$_); } print $t->draw(); すると、 .=-------+---------=. | TOU | GISEKI | |=-------+---------=| | jimin | 296 | | komei | 31 | | minsyu
CGI::Application::Dispatchまとめ : おまえのログ
ここ1ヶ月ほど(ながいなぁ…)、ちまちまと勉強してきたCGI::Application::Dispatchについて、使い方もこなれて来たので、ここいらでひとまとめです。 何するモジュール？ この勉強中エントリーの１回目でも書きましたが、CGI::Applicationを利用したアプリで必要になるインスタンスCGIは作らずに、URI(PATH_INFO)から実行するモジュールとRunモードを決定する、というモジュールです。newしてrunするだけのインスタンスCGIなんか毎回書きたくないよ、というのがモジュール作者さんの意図のようです(PODにもあります)。 URIはこうなる CGI::Application::Dispatchを使った場合のURIは、 となります。 CGI::Applicationを継承したMyApp::Indexというモジュールを作った場合、それを実行するためのURIを比
UTF-8 フラグと戦う人へ : にぽたん研究所
ひさびさに Blog を書いてみる。 UTF-8 フラグがどうもウザいという人向けにこんな CPAN モジュールがあるそうな。 Unicode::RecursiveDowngrade hashref とか、arrayref とか複雑な構造になった変数 (たとえば XML や RSS を XML::Simple や XML::RSS 等で parse した構造) を、構造を変えることなく、値全ての UTF-8 フラグを一括で落としたい場合にﾍﾞﾝｰﾘ。 こんなんして使える模様。 use strict; use XML::Simple; use Unicode::RecursiveDowngrade; use Data::Dumper; my $ref = XMLin('hoge.xml'); # includes flagged UTF-8 my $rd = Unicode::Recursi
Dampening, Buffering, OpenSearch, Ajax な Hack - naoyaのはてなダイアリー
ちょっと前に Six Apart の Anil Dash の blog で Web Development Trends for 2006 なんて話題があって、来年のウェブ開発トレンドはこれだ! なんてことを彼の独断でリストアップしてました。氏曰く AtomPP, XHTML, JSON, E4X, Ruby ... などなど。 このリストがほんとにトレンドになるかですが、Ruby は Rails の勢いがますます加速しているし、AtomPP は今年末に仕様が確定する他 RESTful なアプリケーション設計が注目を集めています。あと JSON が熱いのはいわずもがな...ということで結構いいところを突いてる気がします。 この中で聞きなれないれない言葉として Dampening と Buffering というのが出てきます。どちらも Rails を開発した DHH がいる 37signal
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Site TMYM - コンテンツ-Perlモジュールの一括バージョンアップ
http://tokuhirom.dnsalias.org/~tokuhirom/tokulog/2135.html
Junya Kondo / Text-Hatena-0.20 - search.cpan.org