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() は現アプリのルートディレクトリ
lestrrat's pixis at master - GitHub
This repository is private. All pages are served over SSL and all pushing and pulling is done over SSH. No one may fork, clone, or view it unless they are added as a member. Every repository with this icon () is private. This repository is public. Anyone may fork, clone, or view it. Every repository with this icon () is public.
Mouse.pmでParameterized Typesが使えるようになった理由 - D-6 [相変わらず根無し]
Mouse.pmでParameterized Typesが使えるようになった理由 Data::LocalizeがMooseベースで、Moose嫌いなtokuhiromがMouseじゃねーから使わないって言われたのが発端。おお、んじゃあAny::Mooseにすべかぁ、と思ったらParameterized typesが実装されていない。ないからことごとくエラー。「実装されてないじゃん！」って言ったらtokuhiromとYappoに「え〜、俺ら必要ないし」的な発言をされて正直Mouse Mouse言うならちゃんと最後まで面倒みてやれよ！と思った。 ...というような事を書いたが、このエントリは別に彼らに文句を言いたいわけではない。 オープンソースの世界は参加者一人一人が自分の技術を少しずつ世間に提供する世界だ。彼らにMooseとの完全なる互換性を求めるのは大間違いだ。ここまでちゃんと使える物
Mozilla 24 出張 Shibuya.js 24行ってきた - monjudoh’s diary
http://shibuyajs.org/articles/2007/08/24/Shibuya-js-24 INSIDE Gecko 資料 id:gyuqueによるFirefoxの中の人がHTMLを受け取ってから、 描画するまでにどういうことをやっているのかの解説。 興味はあったけどぜんぜん知らなかったので聞けてよかった。 講演のときは「違うよ。全然違うよ。」のところがマルチ・パンサーだったけど、 さすがにWeb公開版の資料では差し替えられてた。 AutoPagerize 資料 id:swdyhの次のページを自動で読み込んで、下に継ぎ足してくれるグリモン。 適用するURLを正規表現で、次のページのリンク・挿入する位置・次のページの中で挿入する部分をXPathで、 って形で必要なデータを切り出していて、それをWikiで管理してるんですと。 ユーザが設定ファイルを管理・共有するってのがいいね
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://d.hatena.ne.jp/lestrrat/20060919
gist:65577
昨日の - D-6 [相変わらず根無し]
lighttpd + FastCGI + Catalyst 誤算 - D-6 [相変わらず根無し]
