Module::Build is not configured with C_support の対処方法
Catalyst を新しいマシンにインストールしている最中、Pod-Coverage の make 時に見慣れないエラーが。 Module::Build is not configured with C_support at /usr/local/lib/perl5/site_perl/5.8.6/Module/Build/Base.pm line 3726. 解決方法は、ExtUtils::ParseXS モジュールをインストールすればＯＫです。それにしても、Catalyst のインストールって毎回違うエラーがでるんだけど、どうにかならんもんかね。。。 ちなみに、今回の Catalyst インストールはこんな感じ。結構いっぱいモジュール入れてます。そんなに入れても使わないモジュール沢山あるだろとつっこまれそうですが、誰かが一元管理してモジュール入れておかないと管理がメンドウなので。 in
Win32::OLE で Excel を操る perl スクリプト
えーつい最近、Spreadsheet::WriteExcel について聞かれました。ちょっとしたサンプルプログラムを教えたついでに Win32::OLE のサンプルも教えたのでどうせならブログのネタにと記事にしてまとめておきます。よく考えたら、以前 Spreadsheet::WriteExcel が 2.10 から便利になっている件について を書いたときに まずは、Win32::OLE まわりで参考になるサイトまとめです。Win32::OLEモジュールだけでも目を通しておくと良いと思います。 Win32::OLEモジュール（日本語チョウ訳） Ver. 0.14 Win32::OLE - OLE Automation extensions - search.cpan.org Win32 の Perl を使用している Excel を自動化する方法 Perl講座 PerlからOLEを使用する 読
DBIx::Class で sql_maker が生成した SQL をロギングする方法
DBIC いろいろ使って検証を続けているのですが、O/R Mapper って当たり前だけど万能じゃぁないなぁ〜とすごく思う今日この頃。正直、リレーションとか張りまくってる場合、自前で JOIN とか View 定義して書いた方が遙かに効率の良い SQL が記述できる。 複雑な SQL を表現するには、O/R Mapper だと逆に見づらいなぁ〜と思ったり。 とはいえ、単純な SQL の場合はやはり便利。コードも見た目、OO っぽくてかっこいいし。 でも、どうにも解析できなかったことが一つ。DBIC しか見てないんですが、sql_maker が生成した SQL をロギングする方法がわかりません。なんかコードを深追いしていくと、 メンドウなので、モジュールにしてなくってとってつけたような感じで実現。たとえば、Catalyst だと MyApp.pm で use UNIVERSAL::requi
Perl の iThread 使って負荷試験ツールを書いてみた
えーっと、最近のお仕事でデータベース関連やってまして、DBMS としての性能試験みたいなのを実施したくて（しなくてはいけなくって・・・）、Perl で作ってみました。 いや、Apache bench とか使ってもいいんですが、httpd のメモリ使用量とかも馬鹿にならないので、Perl の ithread 使って書いてみることにしました。 →Perl の ithread 使うとメモリ一杯使うので、結果的に同じだったけど・・・（苦笑 プログラムの構造は、producer & consumer モデルってやつの応用です。具体的にはこんな感じ。 で、負荷スクリプトを走らせている間にデータベースサーバの負荷を vmstat なり、sar なりで計測すればＯＫです。キューに投入するリクエスト数（producer スレッドの enqueue 数）や処理スレッド数（consumer スレッドの数）を増減
吉野家の牛丼より美味しい牛丼を目指すレシピ
さて、このブログの一番人気とも言える記事は「吉野家の牛丼再現レシピ」なわけですが、一時期ハマリにハマッた吉牛再現レシピも最近は全く作らなくなったなぁ〜とふと思い、今週末は牛丼を作ろうと決めてました。 最近、はてブで人気の高かった「牛丼店の味を家庭で再現 牛丼の作り方 - ［料理のABC］All About」なんかを見て、未だ牛丼の人気衰えずと思うばかり。 そんなんで、もう本物の味も忘れてしまった感じもありますが、「吉野家の牛丼再現レシピ version 3α」を更に改良してみました。かなりウマイと思います。 材料（二人分） 牛肉薄切り（しゃぶしゃぶ用で脂身多め）：１６０ｇ 玉ねぎ（小）ざく切り：１個 汁材料１ 牛脂：１かけ 玉ねぎ摺り下ろし：大さじ１ 生姜汁：小さじ１ ガーリックパウダー：小さじ１/２ ネギ油：小さじ２ 汁材料２ 水：３００ｃｃ 甘口白ワイン：１０ｃｃ 固形ブイヨン：１/２
ワンランク上の負荷対策を Web アプリに実装するには・・・(Sledge編)
最近、お仕事で悩ましいのがデータベース負荷。結局のところ、Web サービスでボトルネックになるのは、バックグラウンドの ＤＢ 処理。特にどうしようもないのが、更新系リクエスト。つまりはマスターＤＢ。 既に多くのところが採用している構成と思いますが、MySQL とかでよくやる手段といえば、 参照系は、レプリケーション機能を使って参照系ＤＢを用意して負荷分散。マシンを増やせば負荷に対応可能。 更新系のクエリーだけは、できる限り高スペックなマシンを用意してマスターＤＢを構築して一手に引き受ける。増設困難で悩ましい。 もうちょい頭をひねれば、機能毎にマスターＤＢを分散させたり、ユーザ ID とかでパーティショニングしたりと、アプリ層で振り分ける。MySQL に限らず、Oracle とかでも同じようなことが言えます。 で、マシン負荷を監視という運用業務が必須な日々を送っていた（いや、実際にはPJのメ
料理失敗特集 vol 1 - いつも成功するわけではなくって・・・
野菜を素揚げ（油通し）する時点で完全に失敗しました。原因は油の温度が低かったことと、素揚げの時間が長すぎて、茄子がスゴイ油を吸収してしまったことが原因です。脂っこすぎて食べれたものじゃぁありませんでした。 失敗作：茹でた大根を器にした茶碗蒸し 茶碗蒸しを食べたくなって作ったわけですが、単に作るのは面白くないと思い、大量に実家から送られてきた大根をくりぬいた器で作ってみました。普通には火が通らないだろうと予想はしていて、くりぬいた後レンジで先に大根を茹でてから茶碗蒸ししてみたのですが全然固まってくれませんでした。 念のために普通に陶器の器で作っておいた茶碗蒸しは美味しく頂けましたが、大根の器は半熟卵状態で大根くっさーって感じでかなりマズイものが完成してしまいました。時間だけはスゴイかかったんですけどね・・・。 失敗作：ソース焼きそば ウチでは焼きそばを作るときは麺だけを買ってきます。味付けは
吉野家の牛丼再現レシピ
以下、最新のレシピに至るまでの旧レシピです。 最近ウチのHPにも「牛丼＋レシピ」の検索ワードで来て下さるお客様が増えました。そこでせっかくなので2chからいろいろ情報引き出して合成した、最強 吉牛再現レシピを公開します。 ただしまだ脳内想像バージョン。今週末実験してみて訂正バージョンを公開しようと思う。 実験した結果、脳内想像バージョンを大幅に改訂しました。できるだけ一度に多くの人数分を作った方がウマイです。 現在のレシピの最新版はversion3αです。この記事の下の方をどうぞ。 ※ヤフオクで牛丼レシピを数多く見かけますが、当サイトは全く関係ありません。落札するかはご自分の判断となりますが、この手の情報には十分ご注意下さい。 具材料(１人分) 牛肉薄切り（しゃぶしゃぶor すき焼き用で脂身多め）：８０ｇ 黄玉ねぎ（小）ざく切り：１/２個 汁材料１(１人分)※独特の風味はガーリックパウダー
Date::Handler でも９時間ズレる！POSIX::strftime に注意
Date::Simple で9時間ズレる問題(2131) - TokuLog! で取り上げられていた、POSIX::strftime を用いたときの時間ずれ問題。 僕は Date::Simple をもっと拡張した感じの Date::Handler ってモジュールで同様の経験をしました。 Apache + mod_perl な環境で、Apache のログやデータベース内の登録日が 'UTC' （９時間前）になってしまって原因特定にスゴイ時間がかかったのを覚えています。結局その時は、Date::Handler を 'JST-9' 限定な感じで patch を当てて使って事なきを得たのですが、TokuLog! さんの記事を見て、 とかなってるわけですよ。$ENV{TZ} とか変えてる。local 使ってるから環境変数は元に戻るんだけど、POSIX::strftime の中で tzset されてい
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 の方が１割
CPAN の ダウンロード先（URL リスト）を変更する方法
「Sun Fire V20z を Webサーバ用に購入」や「Apache bench 対決 ： Xeon vs Opteron」の記事で書いたように、本業で使っている web サーバは Sun Fire V20z というサーバなんですが、Dell の Xeon サーバとかに比べてベンチマークで比較する数値以上に実務アプリ（Web + DB サーバアプリケーション）の動作がすこぶる機敏です。 ってな訳で、再びサーバ増設で Sun Fire V20z を購入してインストール作業をしているのですが、CPAN のインストールで苦戦中。どうも CPAN サーバによって MD5 - checksums で転けてしまうんです。具体的には、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
