投稿者のアーカイブ

Mac で複数ファイルの一括置換ってどうしてます?
Windows だと Devas ってソフトでバッチリだったんですが、Mac ではいいソフトを見つけることができずにいます。
サブディレクトリ内のファイルも含めてまとめて置換は、今はターミナルで次の手順でやってます。
まず、find で特定拡張子のファイルリストをとって xargs で grep にわたして置換したい単語を検索。
$ find . -name '*.拡張子' | xargs grep 置換したい単語
で、grepに -l オプションつけて置換したい単語が含まれるファイルリストをとって xargs で perl にわたして置換。
$ find . -name '*.拡張子' | xargs grep -l 置換したい単語 | xargs perl -p -i.bak -e 's/置換したい単語/置換後の単語/g'
perl の -i オプションに .bak と付けてるので元ファイルは bak という拡張子で残ります。
「perlだけでやればいいじゃん」と言われそうですが、いきなりやるのは不安なのと置換が行われてないファイルまで全てタイムスタンプが変わったりしたのでこの方法に落ち着きました。
で、置換されたファイルの内容確認して問題なければbakファイル削除。
$ find . -name '*.bak'
で確認して、
$ find . -name '*.bak' | xargs rm
完了〜。 xargs ラヴ♡
Unix系なら他でも使えると思います。
いいっちゃいいんですが、記憶力がないので思い出せる気がしません。historyがあふれるとオレ終了って感じ(なのでメモという意味もあり)。
ちなみに私がターミナルで一番使うコマンドはブッチギリで
$ history | grep コマンド名
history ラヴ♡♡






CakePHP で debug.log にクエリを出力する(手抜き版)
シェル書いてる時とか Web でも Ajax のときとか
「画面にクエリだされても見えないし、困る〜」
ってときありますよね?
「つーか、なんで画面にだすんだ?ログファイルに出してくれればいいのに 」
とか思いません?
で、調べたらみなさんDBのドライバを拡張して対応されてるようです。
ですが、常にクエリをログに書いて欲しいわけでもないし、ドライバ拡張とか面倒。
クエリを画面にだしてるとこどうなってるのかなぁ、と思って調べたら
cake/libs/view/elements/sql_dump.ctp
にゴリゴリに書いてありました。
これマネしてapp_model.phpにでもメソッド作ればいいんじゃないかなーってことで、作りました。
/**
* 通常画面に表示されるログを取得してdebug.logに出力する。
*/
function sqlToLog(){
$db =& $this->getDataSource();
if ($db->isInterfaceSupported('getLog')){
$this->log($db->getLog(), LOG_DEBUG);
}
}
元のログ表示と違って明示的に呼び出すものなのでgetLogインターフェースの確認とか要らない気がしますが、一応。
このメソッドを実行すると debug.log にそれまでに実行されたクエリやら付帯情報(画面に表示されてますよね)が書き出されます。注意点として、画面に出すデータを横取りしているのでログに書き出されたものは画面には表示されません。
配列を print_r で出力した形式なので見やすくはないですが、まぁ、十分かな。






ぼっちBazaar
5/21(土)、『NAGASAKI-IT hands-on Spring 2011』に参加して、ライトニングトークしてきました。
弊社の吉田くんが
「ひとりぎっと 〜ひとりで使うバージョン管理システム導入編〜」
というGitのハンズオンをやるとのことだったので、それにからめて
「ぼっちBazaar 〜ぼっちを感じるバージョン管理〜」
というわけです。
今回、HTML Slidyでスライドを作りましたのでそのまま貼り付けます(slideクラスのdivには枠を付けました)。
目論見としてはスライド自体をBazaarでバージョン管理して編集しながら実演するつもりだったのですが、残念!
時間がたりませんでした(5分枠で何しようとしてるんだという意見多数)。






CakePHP でシェルを書くときに最初にやったこと(親クラス作り)
CakePHP にはデバッグで便利な pr() って関数があります。
出力の前後に pre タグ を付けてくれる print_r() のラッパーです。当然Web用。
シェルにも欲しいです。てなわけで作りました。
function pr($obj){
$pr = print_r($obj, true);
$this->out($pr);
}
簡単。こんな感じで使います。
$popopopooon = array('こんにちわ' => 'こんにちワン', 'ありがとう' => 'ありがとウサギ');
$this->pr($popopopooon);
このようにコンソールに出力されます。
Array
(
[こんにちわ] => こんにちワン
[ありがとう] => ありがとウサギ
)
print_r() は第2引数に true を渡すと出力せずに結果を返してくれるのでオブジェクト構造をログに出したりするときにも便利です。
でもコレ、全部のシェルに書きたくない。
どこに集約したらいいのか悩んだのですが、実際に実行するシェルの親クラスを作成して継承することにしました。継承の段数が増えるのはあまりすきじゃないのですが、Shellクラス をそのまま継承するよりも1段増やしといたほうがいいかな?って気もしたので。
appbase.php
class AppbaseShell extends Shell {
function initialize() {
parent::initialize();
}
function startup() {
//ウェルカムメッセージを消すためにオーバーライド
}
/**
* デバッグ用
*/
protected function pr($obj){
$pr = print_r($obj, true);
$this->out($pr);
}
}
ついでに startup() をオーバライドしてウェルカムメッセージを消しました。
こういう事やるには1段あいだに入ってるほうがいいですね。
実際に起動するシェルは AppbaseShellクラス を継承します。
aisatu.php
App::import('Shell', 'Appbase');
class AisatuShell extends AppbaseShell {
function initialize() {
parent::initialize();
}
function main() {
$popopopooon = array('こんにちわ' => 'こんにちワン', 'ありがとう' => 'ありがとウサギ');
$this->pr($popopopooon);
}
}
サンプルコードは今テキトーに書いたのでちょっとあやしいかも。
最後にオチを。
このprメソッド、実際に作ったんですが普通に print_r() すればコンソールに出力されるんですよねー。「そりゃそうだ」と後で気づいたわけで。
CakePHP のシェルでは $this->out() でコンソールへの出力をすることになってますが、開発中にしか使わないし print_r() をそのまま使えばいいかなと。親クラスは機能の集約に役立ってます。






OSC 2011 Kansai@KOBE セミナー前説
オープンソースカンファレンス 2011 Kansai@KOBEで
「OpenCOBOLとPerlを使った汎用機ダウンサイジング」
というセミナーを、弊社、峰松がやります。
私も行くので軽い内容の前説をやることにしました。
この土日で前説用のスライドを作ったのですが、
ネタに走ったので後でスライドを公開するという
わけにもいかない内容になってしまいました。
見に来て欲しいなぁ。
4/16(土)です。よろしくお願いします。
※ただし、一部にしか刺さらないネタです。






munin-node-win32でWindowsのリソース監視
「パソコンがなんか遅いんだよ」的なお客様のご不満。
弊社はデータベースサーバー側のチューニング等を行っているのですが状況を聞いてみると「プログラムの起動が遅い」といった話で、どうもクライアント側の問題かもなぁといった感じ。どうも他社のシステム(しかも画像絡み)が同時に動いているらしいのでそちらにリソースを取られているんじゃないかと想像。
しかし、想像にすぎないのでどうにか確かめられないかと考えていたらmineさんは言いました。
「そのパソコンにSNMPd設置するとか」
MRTGで監視しようってことです。
それで閃いた(といいますか、なぜそれまで思いつかなかったのか)。
そのお客様のところのデータベースサーバーとファイルサーバーはMuninで監視してるわけで
「Windows用のmunin-nodeがあれば監視できるじゃない」
ありました。munin-node-win32
http://sourceforge.net/projects/munin-nodewin32/
現在はお客様のパソコンへの投入前のテストをやっているのですが、バッチリです。
引っかかったところは2つ
- zip解凍して実行ファイルmunin-node.exeをダブルクリックして「あれ?」
- 「メモリのグラフが出来ないなぁ」
一つ目はマニュアルをちゃんと読めってことで。
サービスとしてインストールするには次のようにします。
> munin-node.exe -install
逆にサービスから削除するときには -uninstall オプション。
二つ目のメモリのグラフについては偉大な先人がいらっしゃいました。
munin-node-win32でメモリーのグラフが出ない問題 « こにやnのぶろぐ
munin(cronで起動されてグラフを作成してる方)の設定(munin.conf)内の対象Windows機のmunin-nodeに関する所には次のようにmemoryに関する記述の追加が必要ってことですね。
[TargetPC] #Windows PC
address xxx.xxx.xxx.xxx #IP Address
memory.swap.label swap
memory.swap.draw STACK
memory.swap.info Swap memory used.
ありがてぇ。ありがてぇ。






とある休日のうどん打ち
- 2011/02/06
- murave
ふと思い立ってひさしぶりにうどんを打ってみました。 ヘタになってた。
季節で加水率を変えたほうがいいのですが(寒い時期は増やして暖かい時期は減らす。たぶん)、私は次のレシピで固定してます。
- 小麦粉 200 g
- 水 90 g
- 塩 10 g
おぼえやすいでしょ? これで3食〜2食分です。
小麦粉は今回、うどんづくりではスタンダードな中力粉を使ってますが薄力粉でもいいと思います。作ってすぐ食べたいときなんかは薄力粉がお勧めです。今回も薄力粉のほうがよかったんだけどね。
分量をちゃんと計れば勝ったも同然! 小麦粉料理にデジタルキッチンスケールは必須です。
水には塩を溶きます。電子レンジで少しあたためてぬるま湯位にするとやりやすいです。
まず、水回し。少しずつ塩入りぬるま湯を加えながら全体に馴染ませます。私は箸をつかってやってます(ここらへん、『ウー・ウェンの北京小麦粉料理』という本を参考にしてます。小麦粉料理やるなら持っといて損はない本です。中華料理の本なのでうどんは載ってませんが)。
こんな感じになります。
この状態からコネていきます。ある程度までコネたらラップでもして寝かしてから(30分以上推奨)再度コネると良いです。
薄力粉の場合は寝かしなしでOK。
今回、中力粉でやってるのに早く食べたくて寝かしを10分弱で切り上げてしまいました(起きてすぐに朝飯用に作ってたんだもの)。
その結果がこの熟成と練が足りてない小麦粉の塊だよ!
普通は表面がなめらかになるまでコネますが、腹へってたのでこの状態で延ばして切っちゃったのでした。
打ち粉して延ばして、ほどよいところまで延びたらさらに打ち粉して折りたたたんで切ります(苦手です。とくに延ばすのが。均等に出来ずに端がうすくなっちゃう)。
打ち粉は片栗粉を使いました。なかったら小麦粉でもいいのですが片栗粉のほうが扱いやすい気がします。
一食分は切ったので茹でます(朝食用)。
お湯はなるべく多めが良いです。写真の状態だとギリって感じ。
吹きこぼれないように気をつけつつ麺が自然に回る火加減で10分位。
鍋から揚げたての麺です。表面がぬるぬるしてます。このまま卵にぶち込んで釜玉もいいですね。
水で数回ゴシゴシと洗ってあげるとツルンツルンになります。
ここまで撮影したりしつつボチボチやって1時間弱です。 ね? 簡単でしょ?
すぐに食べたいときには薄力粉で寝かしなしで全力で作れば30分位で食べるところまでいけます。
朝食は出汁醤油と鰹節をかけていただきました。今回、ひどい手抜きでしたがちゃんと美味しい。
残りは昼にカレーうどんにして食べました。 前日のカレーの残りでカレーうどんを作りたくて打ったんだ。実は。
麺が残ったら茹でる前の切った状態で密閉して冷凍しとくと良いです。乾麺ほどじゃないですが、かなりもちます。






CakePHPのRouter::normalizeにヤラれる
あるいは認証後に存在しないsコントローラーに飛ばされてエラーになる件。
1.3.6での話なのですが、例えば
http://lancard.com/hoge/
というCakePHPで構築したサイトがあってAuthで認証を行っているとします。
そこにhogesコントローラーがあったとしましょう。そのindexアクション
http://lancard.com/hoge/hoges/
で認証切れすると戻り先のUrlとしてAuth.redirectセッションに/hogesが
保持されるのですが、この状態で認証して再ログインすると
http://lancard.com/hoge/s
に飛ばされる不思議現象。 犯人はRouter::normalize。
リダイレクト処理時にRouter::normalizeで前処理されるのですがその中に
if (!empty($paths['base']) && stristr($url, $paths['base'])) {
$url = preg_replace('/^' . preg_quote($paths['base'], '/') . '/', '', $url, 1);
}
というコードがあって、結果、Router::normalize('/hoges')は/sを返しやがります。
if (!empty($paths['base']) && stristr($url, $paths['base'] . '/')) {
$url = preg_replace('/^' . preg_quote($paths['base'], '/') . '/', '', $url, 1);
}
と改造して$paths['base']の後ろに/がある時だけ置換するようにして対処しました。
悪影響がないことを祈りつつ。
なるべくならフレームワークに手を入れるのは避けたいところ。いい手があったら教えてください。




