'.' in @INC問題とその対処法について(2017年3月版) - Charsbar::Note
YAPC::HokkaidoやYAPC::Kansaiで話した通り、Perl 5.26ではセキュリティ上の問題で@INCにカレントディレクトリが含まれなくなります。p5pやツールチェーン側ではその影響を軽減すべくCPANクライアントやTest::Harnessに従来の挙動を残すような仕組みを用意中ですが、現時点ではまだすべての対策が出そろっているわけではありません。最終的にどうすべきかは5月に開催される予定のPerl Toolchain Summit (旧Perl QA Hackathon)後にあらためてまとめるつもりですが、直接的な影響を受けるCPAN Authorのところには順次バグレポートが届いているかと思いますので、可能であれば以下の対応をご検討ください。 incディレクトリなどにMakefile.PL/Build.PL用の特殊なモジュールなどを同梱している場合 カレントディレクト
DBD::SQLite 1.38_01 - Charsbar::Note
細かいことについてはYAPC::Asiaの発表が済んでからまたあらためて記事を書くつもりでいますが、多くの方に関係のありそうな部分だけ先に書いておきます。 デフォルトのトランザクションモードをdeferredからimmediateにしました DBD::SQLite 1.30_02以降、sqlite_use_immediate_transactionというアトリビュートを使えばトランザクションのモードを（デフォルトの）deferredからimmediateに変更できるようにしてありましたが、今回このimmediateの方の挙動をデフォルトとしました。deferredの挙動が必要な方は明示的にsqlite_use_immediate_transactionアトリビュートをfalseにしてください。 といってもわかりづらいと思うのでもう少し平易に言い換えると、今回の変更で（おもに書き込み用の）ト
手元のPODを簡単・綺麗に見るひとつの方法 - Charsbar::Note
ほかにもやり方はいろいろあるわけですが、カレントディレクトリにCPANモジュール風のディレクトリ構成をもった何かがあるとすると、コマンドラインから > cpanm Mojolicious Pod::Simple (必要なら) > mojo generate lite_app podviewer > perl podviewer daemonとタイプして、http://localhost:3000/perldoc/lib/Hoge のようなURLを見ると、http://mojolicio.us/perldoc 以下で使われているPODビューアを構文ハイライトやらなにやら込みで利用できます。 また、実際には@INCの中をチェックしているので、必要ならpodviewerを起動するときに-Ilibを追加するか、podviewerの中でuse lib "lib";のような行を追加してやると、http
Pod::PerldocJp - Charsbar::Note
Perlのドキュメントはわざわざサーバにアクセスして読むものではなく、インストールして読むものですよね？――というわけで、日本人向けに特化したperldocをつくってみました。Pod::PerldocJpをインストールすると、perldocjpというコマンドが利用できるようになります。これを使うと、 =encodingが指定されている（たいていは日本語の）PODも（端末の文字コードによらず）正しく表示できるようになります。 perlコアに付属している一部のドキュメントについてはperldoc.jpで公開されている日本語のPODをダウンロードしてきてローカルで読めるようになります。 fによるコマンド検索などにも対応していますので、コマンドラインから $ perldocjp -Jf printとタイプすれば、日本語でprintコマンドの説明が読めるようになります（perlfuncを訳してくださ
CPANは幼稚園児の砂場じゃないよね - Charsbar::Note
またCatalystがでた当初、Plugin::* って簡単に作れるし、使うのも $c->fooでできるしと、それをきっかけに好きになった人もいると思います。 「幼稚園児がやっと足し算を覚えたんだけど、3+3+3 は 3 x 3 だから、3+3+3は馬鹿なやりかただからやるな。」 的にきこえる人もいるのかなぁと思いました。もちろん、3+3+3より3x3の方が良いよ！と教えてあげるのは重要なんですが、3+3+3をその人自身が本当に理解して、3x3にたどり着かないと数学の楽しさがわからないのと同じで、perlの楽しさがわからなくなっちゃわないかなぁと思いました。 なので僕は、「Pluginをたくさん書いて、使ったりして、ひどい目にあうか確かめよう！」 でも良い気がします。よくないのは伝えた上で。 http://d.hatena.ne.jp/tomyhero/20080605/121268736
CatalystのPluginは使うな、公開するな - Charsbar::Note
例外的に、ConfigLoaderとStatic::Simple、あとAuthenticationやSession、Cacheあたりは使ってもいいけれど、それ以外は基本的に使っちゃいけない。 ＃や、Authなんかはまだ新しいAPIに追随してないのがあるから、これもやめとけって言った方が無難かな。つくった本人使ってないし。 これだけ言ってもプラグインを使うんだったら、どこがどう動かなくなろうと文句は言わないでね。警告を読まなかったとは言わせないよ。 それから、そこで「プラグインを使ったっていいんでないの？」とか言ってる人。そこまで言うんだったら、IRCとかメーリングリストとかで空気を読めなかった初心者が泣き言を言ったときには、あなたたちが対応してちょ。 これからプラグインをつくろうとしている人もそう。みんな過去のくさったプラグインのせいでとても迷惑している。これ以上頭痛の種を増やさんでちょー
海外のPerlerの情報は - Charsbar::Note
とりあえずmiyagawaさんのブクマ（あるいはmiyagawaさんのお気に入り）を追いかけておくのが適度にフィルタがかかって便利なわけですが、それでは物足りないという熱心な人にいくつかのポインタを紹介してみる。 初級編 http://use.perl.org/ http://www.perlmonks.org/ http://perlbuzz.com/ ちなみにタイトルとリンクだけでよければPlaggerでとってきたものをhttp://twitter.com/perlnews（とirc.perl.orgの#news）に放流してます。 中級編 http://www.nntp.perl.org/group/ http://london.pm.org/pipermail/london.pm/ さらに海外のPerlerを追いかけたければブログよりＭＬを見た方がいいと思います。nntp.perl.
MVC今昔 - Charsbar::Note
ウェブアプリをどう開発するのが正しいか、というのはひとまずおきます。 MVC「モデル・ビュー・コントローラ」って、いまはもう誤解の方が広まりすぎて大元の意味が忘れられているんじゃないかと思いますが、誕生した1979年当時は、語順にしっかり意味があったんですね。 モデルは、コンピュータが生のデータを扱うところ。 ビューは、モデルからもらってきたデータを取捨選択して、人間がわかるように直すところ。 コントローラは、その人間にわかるように直したデータを、今度は出力デバイスが理解できる生のデータに直すところ。 逆もしかりで、 コントローラは、入力デバイスから生のデータをもらうところ。 ビューは、コントローラからもらってきたデータを、人間がわかるように直すところ。 モデルは、ビューからもらったデータを、コンピュータが理解できる生のデータに直して更新するところ。 しかも、ただ機能を分割するだけでなく、
CatalystのModelの話 - Charsbar::Note
「なんでＭＶＣなんて使うの？」という牧さんの記事には全面的に賛成なわけですが、ここでCatalystを出してくるんだったらひとつDISっておかないといけないものがある。 Catalyst::Model::DBIC::SchemaとかCatalyst::Model::Jifty::DBIとか、O/Rマッパをそのままモデルにしちゃってるヤツだ。 自分でも書いておきながら何を、と思わんではないけれど、MVCのキモは、Mで起こっていること、Cで起こっていること、Vで起こっていることをそのまま相手に見せてはならない、ということ。 CatalystのCはMの要素とVの要素を併せ持たされてしまうことが多いわけですが、MVC的には、ふつうの人がC（やV）でやっていることのほとんどはMの中に戻してやらないといけない。O/RマッパはあくまでもMのなかでこっそり使うものであって（現代的にはMMVCパターンの一方
Perl on Railsの話 - Charsbar::Note
英国放送協会(BBC)がPerl on Railsを名乗るMVCフレームワークを開発したという話が一部をにぎわしていたので、簡単なまとめ。英語で話を追える人は下記を（コメント欄含めて）順に読んでいけばOKです（これ以外にもスラッシュドット（本家）をはじめ、いくつかのソースに情報が分散していますが、必要な流れはだいたいこの三つで把握できるはず）。 http://www.bbc.co.uk/blogs/radiolabs/2007/11/perl_on_rails.shtml http://derivadow.com/2007/11/30/perl-on-rails/ http://iamseb.com/seb/2007/12/perl-on-rails-why-the-bbc-fails-at-the-internet/ さて、本題。2007年11月30日に「BBCが自社フレームワークとして
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
