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
utf8::is_utf8 considered harmful - Bulknews::Subtech - subtech
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
hide-k.net#blog: Catalyst::Model::AdaptorでTheSchwartzをModel化
今さらTheSchwartzを使い始めました。 で、jobの状態を監視するWebインターフェースをCatalystで作ることになったのですが、いちいちTheSchwartzのインスタンスを作るのが面倒くさい。 でもそのためにModel作るのもアホらしい。 で、Catalyst::Model::Adaptorを使ってMyApp::Model::TheSchwartzを作ってモデルとして使うのをやってみたのでメモ。 HelperスクリプトでMyApp::Model::TheSchwartzを作成 script/myapp_create.pl model TheSchwartz Adaptor TheSchwartz 出来上がったMyApp::Model::TheSchwartzを変更 package MyApp::Model::TheSchwartz; use strict; use w
2008/02/05 - memo - unknownplace.org
いままでずっと JSON::Syck を使い続けていたのだけど、いまの JSON::Syck には /y|Y |n|N |yes|Yes|YES |no|No|NO |true|True|TRUE |false|False|FALSE |on|On|ON |off|Off|OFF |null|Null|NULL |~ /x の正規表現にマッチする値はシングルクオートでくくられてしまうという仕様があり、これはJSONの仕様に反するのでパーサーによっては正しく処理できないものがある。 これがFlashから使うJSON APIでもろにはまって、adobe の corelib に入っている JSON のパーサーはこれをパースできない。(rubyのyamlパーサーでもエラーになるようだ) cho45さんがこれを直すパッチを書いてくれたのだけど、いい機会なので JSON::XS を試してみた。JSON
Journal of jrockway (7171)
My Catalyst book is out and is beginning to appear in the hands of fellow Catalyst users! You can buy it from Amazon and local book stores, but it looks like the publisher (Packt) has the best price right now. Basically, this book covers getting started with Catalyst. The goal is to take you from "what's MVC?" to being able to write complete web applications with Catalyst. We'll build a few comple
Catalystのhome取れなくて急にハマった - Unknown::Programming
久しぶりにCatalystを触ってハマったのでメモ。 ある環境では動くのに別の環境に移したら急にmyapp.ymlが読み込めなくてエラーになったんだけど、どうやらhomeの値がヘンな値になってるっぽい感じだったので急いでたのもあってとりあえずMYAPP_HOMEという環境変数にhomeのパスを直指定してなんとか動くようになったわけです。 元の環境ではMYAPP_HOMEなんて使わなくてもちゃんとhomeの自動取得がうまくいってたのにおかしーなーなんでかなーと思ってたわけですよ。 で、まぁ次の日Catalystのソースを見てびっくり。 homeの取得はCatalyst.pmのsetup_homeメソッドで行われています。 # Catalyst-v5.7011 sub setup_home { my ( $class, $home ) = @_; if ( my $env = Catalyst
たけまる / Catalyst::Controller::Atompub リリース
リソースの削除 操作を実装するメソッドには "Atompub" という attribute を付与します． たとえば，List を実装するメソッドは，"sub xxx :Atompub(list)" のよ うになります． 余談ですが，DB Schema を決め打ちにしてしまえば，これらの操作すら実 装不要にできます．しかし，DB Schema はサービスの肝になるので，自由 度を持たせることにしました． リソース操作以外の処理は，Catalyst::Controller::Atompub が勝手に行 います．たとえば，Entry に app:edited 要素を追加したり，Slug header から URI を生成したり，適切な HTTP header を設定してくれます． それでは，まず Controller を作成します． $ ./script/myatom_create.pl co
Catalyst のFastCGIスクリプトを走らせるshスクリプト - D-6 [相変わらず根無し]
Catalyst のFastCGIスクリプトを走らせるshスクリプト daemontoolsでfastcgiプロセスを管理しようと思ってとりあえず書いてみた。 #!/bin/sh # # Copyright (c) 2007 Daisuke Maki <daisuke@endeworks.jp> # All rights reserved. # # fastcgi.sh # Runs catalyst based application's fastcgi script via daemontools' # softlimit script. You should call this script from a specific 'run' # script like so # # #!/bin/sh # /path/to/fastcgi.sh -s myapp.mydomain.com
Catalyst::Controller::FormBuilder - Charsbar::Note
簡単なものをつくるときには便利なんだけど、気を付けないと変なところでハマることがある。 たとえば設定ファイル。表面的にはYAMLなんだけど、 method: post submit: Post fields: name: label: Name size: 40 required: 1 sort_key: label: Sort size: 40 status: type: select options: 0 = Draft, 1 = Publish label: Status required: 1 validate: INToptionsのところをよりYAMLらしく options: Draft: 0 Publish: 1とか書いたらうまくいかない（この辺はCGI::FormBuilderのマニュアルを読むのが吉）。 あと、いまの版はforwardした先で処理しようとするとうまくいかな
D-5 出張版
手が痛い。酷使してるからか。昨日今日と微妙に握力がないので今日は早めに８時くらいには帰宅。帰りにスーパーに寄ったら豚ロースが半額ですよ、奥さん。嬉しくてついついいっぱい買って、味噌漬けにしておいた。ニンニクと鷹の爪を一杯いれておいたぜ。むふふ。
Catalystアプリケーションの設定ファイルにアプリケーション絡みのパスを書く場合は__path_to(...)__を使う - ヒルズで働く@robarioの技ログ
次、SQLLiteのpath をフルパスにしないといけないっぽい件。path_toメソッド使って気分すっきりしました。 connect_info => [ 'dbi:SQLite:' . YourApp->path_to('db/your_db.db'), ], これ見て思い出したんですが、この設定をmyapp.ymlに書く場合は connect_info: - dbi:SQLite:__path_to(db/your_db.db)__ と書きます。C::P::ConfigLoaderが __path_to(...)__ ⇒ $c->path_to( split( '/', ... ) ) __HOME__ ⇒ $c->path_to( '' ) という展開をしてくれます。 ドキュメントにもちゃんと載っているんですが、これを知ったのは先週ぐらいだったと思います。 使う場面が無かったというの
2007/05/07 - memo - unknownplace.org
書き忘れたけどさっきの update_schema.pl は ./script/myapp_update_schema.pl dbi:mysql:tablename username password 見たいな感じで DSN を渡す必要がある。めんどう。 ここら辺があれでまだヘルパーにはなってない。 mizzy.org : Re: DBICとDBIx::Class::Schema::Loader 僕のいろいろな勘違い 僕の中で流行ってる使い方があるのでかぶせて書いておいてみる。mizzy さんの二個目の例を自分ルール化させた感じ？ 作業は一般的なCatalystアプリのディレクトリ構造上であるとして、そこに新しく schema というディレクトリを作成。 そんで、 schema/lib/Schema/{TableName}.pm に各テーブルのリレーション定義とかメソッドとかを自分で書く。
Catalyst::Plugin::*の読み込み方（小ネタ） - ヒルズで働く@robarioの技ログ
普通に作るとプラグインの読み込み方は以下のようになります。 package MyApp; use Catalyst qw/-Debug ConfigLoader Static::Simple/; __PACKAGE__->setup; でもこれだと条件によって読み込むプラグインを変えたい時は、その条件分岐をBEGINに突っ込んだりしなきゃいけなくなるので、以下のように書く方が良いです。 package MyApp; use Catalyst; __PACKAGE__->setup(qw/-Debug ConfigLoader Static::Simple/); 例えば、ちゃんとしたWebServerに静的コンテンツを配信させるからStatic::Simpleは不要だけど、テスト用にmyapp_server.plを使う場合はStatic::Simpleが欲しいなんて場合は my @plugi
2007/04/14 - memo - unknownplace.org
Log::Dispatch は大好きなモジュールのひとつなんだけど、これだけだとイマイチ微妙。 Log::Dispatch::Config を使うことですげーー便利になる。必須。 miyagawa さんは 5 年以上も前にこれ作ったんだなぁ。 同僚から聞かれたので、僕のやり方を書いておく。 すでにCPANに Catalyst::Plugin::Log::Dispatch というのがあるのだけど、なんかいけてないのでそれは使わず、以下のようにしている。 まず MyApp::Logger とかいうのをかく package MyApp::Logger; use strict; use warnings; use Log::Dispatch::Config; use Log::Dispatch::Configurator::YAML; use Catalyst::Utils; use NEXT;
hide-k.net#blog: Catalystでマルチバイトを取り扱うときのまとめ
#前に社内wikiに書いておいたのを公開してみるテスト。 Catalystでマルチバイトを扱う機会があるのは主に ユーザーがフォームで入力する値 ($c->req->param()) データベースからの入出力 (DBIx::Class) それ以外の文字列の評価 View::TTによる出力の生成 FillInFormによるフォームの埋め込み HTTPレスポンス です。 ここでは以下の条件でまとめてみました。 文字コードはUTF8に統一 データベースにはmysqlを使用 下準備 テンプレート、perlのコードは全てUTF8で書きます。 mysqlの文字コードの指定は/etc/my.cnfに [mysqld] default-character-set = utf8 skip-character-set-client-handshake [mysql] default-character-set
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2008/02/29 - memo - unknownplace.org
jsso
unknownplace.org - 2007/09/13 - 会社名、所属明らかにしてブログ書くこと
http://kerolin.jspeed.jp/Computer/Linux/fb70530.html
http://kerolin.jspeed.jp/Computer/W2K/cflex070313.html