GW 始まりましたね。みなさん、楽しんでますか？
来る５月１９日（土）に Future Sync vol.2 というイベントをします。
これは、プログラマー・デザイナー・クリエイター・企画・マーケティング・学生など、
様々な人たちが IT の未来を同期するために開催される、トークイベントです。
詳細は、ココとかココにも書いてますので、ご興味を持たれた方が居られましたら
ぜひご参加をお願い致します！
（学生さんのみなさん、無料ですよ～）

さて、本題。
今回は iphone での framework の作り方についてです。
iphone アプリをいくつか作成していると色々と独自のライブラリなどが
溜まってくるかと思います。
それらのオレオレライブラリを framework としてまとめ、今後の開発にも
直ぐに活用できるようにしておけば、きっと楽になるのではないでしょうか。
それでは早速いきましょー！！
（今回は実際のコードではなく、画像が多いです。ご容赦を！）

準備

　今回は kstenerud さんの iOS-Universal-Framework というツールを使用します。
　便利です。オススメです！
　リンク先の README を見てたら大体の事は分かると思います。

　git clone で落としてきてインストールの作業を行います。

$ git clone git://github.com/kstenerud/iOS-Universal-Framework.git
$ cd iOS-Universal-Framework/Real Framework
$ ./install.sh

　因みにアンインストールする場合には、同ディレクトリにある uninstall.sh を叩きます。

フレームワーク側の作成

　
　”準備”を行った後、xcode を開くと新しく “Static iOS Framework”という
　テンプレートが追加されてますので、それを選んで新規にプロジェクトを作成します。

　
　今回は “HelloWorldFramework” という名前で作成しました。
　ARC などのオプションはお好みで設定してください。
　（サンプルでは ARC をオンにしてます）

　
　プロジェクト内に “HelloWorld” というクラスを作成します。

　それぞれのファイルには以下のコードを書いておきます。
　UIAlertView で “hello, world!” と表示する簡単なものです。

HelloWorld.h

#import <Foundation/Foundation.h>
 
@interface HelloWorld : NSObject
 
- (void)sayHelloWorld;
 
@end

HelloWorld.m

#import "HelloWorld.h"
 
#import <UIKit/UIKit.h>
 
@implementation HelloWorld
 
- (void)sayHelloWorld
{
    UIAlertView *alertView = [[UIAlertView alloc] initWithTitle:@"alert!"
                                                        message:@"hello, world!" 
                                                       delegate:nil 
                                              cancelButtonTitle:@"OK" 
                                              otherButtonTitles:nil];
    [alertView show];    
}
 
@end

　
　ビルドが成功すると “Product” のところに “HelloWorldFramework.framework” が
　作成されてます。
　そして、その “HelloWorldFramework.framework” を選択し、右クリックして、
　Finder で表示します。

　
　
　Finder で表示したところです。
　ここにある “HelloWorldFramework.framework” というディレクトリが
　今回使うフレームワークです。
　これをどこかわかりディレクトリにコピーしておきます。

　お疲れ様でした！
　これで、一旦はオレオレフレームワークの作成が終わりました。
　ツールのおかげでほんとに楽ですよね！！

アプリケーション側での利用

　
　アプリにて、先程の “HelloWorldFramework.framework” を
　組み込んでいきます。
　適当に新規プロジェクトでアプリを作成します。
　”UseFramework” としています。

　
　
　
　新規作成したアプリに作成したフレームワークを追加します。
　解りやすいところにコピーした “HelloWorldFramework.framework” を
　選択して追加します。

　
　アプリにボタンを追加して、関数を追加してボタンが押下されると
　関数が呼ばれるようにします。
　今回、say というメソッドを作成し呼び出すようにしました。

#import "HelloWorldFramework/HelloWorld.h"
 
...(中略）
 
- (IBAction)say:(id)sender
{
    HelloWorld *hello = [[HelloWorld alloc] init];
    [hello sayHelloWorld];
}

　注意点として、フレームワーク内のヘッダを呼び出す場合は、
　#import “HelloWorldFramework/HelloWorld.h”　のように
　”フレームワーク名／呼び出したいヘッダ”
　のように記載します。

　
　プロジェクトを実行し、ボタンを押下すると無事に
　”hello, world!” が表示されました！！

おわりに

　ツールのおかげでほんとに楽だったと思います。
　実際に自分で１から作ろうとするとユニバーサル化含め
　メンドクサイ事がいっぱいなのですが、ほんとに楽です。
　これで気軽にフレームワークが作成できますね！

　ぜひ、みなさんの開発ライフにご活用ください！

※ Ustの録画をしそこねておりました。大変申し訳ありません。。。
補足情報は、以下のような感じです。
・OpenFlow対応が追加されている
# 参考: www.slideshare.net/yasuhiro_yamazaki/openflow-in-iaas-wakame
・対応ハイパーバイザにESXiとOpenVZが追加された
・Gentooへのインストールスクリプトが追加された

Wakameいいよーいいよーってのをもっとわかりやすく説明するために、いろいろ実験中です。
これについてはまた別途エントリ書くようにします。

他の方の発表は以下の通り。

Spring_MTさん: MySQL Casual Talks Vol.3の話、など
# 参考: spring-mt.tumblr.com/post/21638089137/mysql-casual-talks-vol-3-lt
参加しましたって話と、それに絡んでMySQLやRailsの話。
いろいろ勉強会やりたい！と画策してらっしゃるようで、楽しみにしております。

take_3さん: 東京こわいいろいろ勉強会に参加した話などなど
特に場が騒然としたのが、x86/x64最適化勉強会の話。
最近のCPUだと、慣例どおりのコード書いてたら分岐予測でコスト浪費するんだよってなにそれこわいすごいってな雰囲気でした。
あとは、「などなど」とまとめましたが多方面にわたるいろいろなお話。

あとはバックアップの話とか冗長化の話とか、あれこれいろいろ話してそのまま懇親会に移動。
技術の話やらそうでもない話やらで大いに盛り上がりました。Excelは言語だよね、とか。
次回もぜひ参加させていただきたいですね。

前提

VPN越しでサーバに接続することがままあるのですが。
接続先VPNルータの設定の問題で、Windows7での接続がどうにも失敗するという事態に。
VPNルータの設定を変えたいものの、設置先が遠方なのですぐには対応できず。

で、Linux(確認したのはUbuntu)だったら接続できるようなので、このLinuxのVPN接続を間借り共有すればいいんじゃないかなという話に。
図で書くと↓のような想定ビフォーアフター。



というわけで、iptablesを使ってさくっとやってみます。

ネットワーク情報

Linux(VPN接続済)
eth0: 192.168.11.100
ppp0: 192.168.100.200
※LinuxでのVPN接続方法については、今回は割愛。
サーバ
eth0: 192.168.100.100
クライアント(Windows7)
eth0: 192.168.11.101

いろいろ設定

まずはLinuxの設定をいくつか。

$ cat /etc/sysctl.conf | grep net\.ipv4\.ip_forward
net.ipv4.ip_forward=1

net.ipv4.ip_forward=1にすることで、IPv4転送が有効になります。
書き換えた後は

$ sudo sysctl -p
net.ipv4.ip_forward = 1

として設定を反映。

あとはiptablesでIPマスカレードを設定。

$ sudo iptables -t nat -A POSTROUTING -s 192.168.11.0/24 -j MASQUERADE

これでLinux側は準備完了。

Windows7側にはルーティングを追加。

C:\Windows\System32>route add 192.168.100.0 mask 255.255.255.0 192.168.11.100
OK!

※ルーティングを永続的にしたい場合は、-pを加えると再起動後も有効になります。

で、Windows7側からpingで確認してみると

C:\Windows\System32>ping 192.168.100.100
 
192.168.100.100 に ping を送信しています 32 バイトのデータ:
192.168.100.100 からの応答: バイト数 =32 時間 =34ms TTL=62
192.168.100.100 からの応答: バイト数 =32 時間 =34ms TTL=62
192.168.100.100 からの応答: バイト数 =32 時間 =36ms TTL=62
192.168.100.100 からの応答: バイト数 =32 時間 =38ms TTL=62
 
192.168.100.100 の ping 統計:
    パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
    最小 = 34ms、最大 = 38ms、平均 = 35ms

無事見えるようになりました。:-)

内容としては単なるIPマスカレードの話なのですが、こんな使い方もあるよってことで。

deviseとは

github.com/plataformatec/devise

deviseはシステムのログイン管理を担ってくれるRubyのパッケージです。
ログイン認証が必要なシステムに対して、ユーザー登録・パスワードの暗号化・パスワードリセットなどの処理を担ってくれるので便利です。

そのdeviseを使用したプロジェクトを作ります。
Railsは3.2です。

rails new sample

で、プロジェクト作成。データベースも作成しておきます。

Gemfileに、deviseに関する行を追加。

gem 'devise'

その後、本来は

rails generate devise:install

とすべきところを、

rails generate devise user

と、いきなりモデルの作成をしました。
すると、

/home/user/.rvm/gems/ruby-1.9.2-p180@rails32/gems/execjs-1.3.0/lib/execjs/runtimes.rb:50:in `autodetect': Could not find a JavaScript runtime. See https://github.com/sstephenson/execjs for a list of available runtimes. (ExecJS::RuntimeUnavailable)

本編とは関係ないエラーが出てしまいました。
JavaScriptのランタイムが無いと。
Gemfileから

# gem 'therubyracer'

のコメントアウトを外します。

で、再度

rails generate devise user

を実行。
すると、必要なファイルが作成されます。
そして、アプリを起動すると。。

/home/user/.rvm/gems/ruby-1.9.2-p180@rails32/gems/devise-2.0.1/lib/devise/rails/routes.rb:406:in `raise_no_devise_method_error!':User does not respond to 'devise' method. This usually means you haven't loaded your ORM file or it's being loaded too late. To fix it, be sure to require 'devise/orm/YOUR_ORM' inside 'config/initializers/devise.rb' or before your application definition in 'config/application.rb' (RuntimeError)

何か怒られました。
ここで、「ああ、『rails generate devise:install』をしてなかった。。」と、インストールコマンドを実行。

rails generate devise:install

すると、

/home/yama/.rvm/gems/ruby-1.9.2-p180@rails32/gems/devise-2.0.1/lib/devise/rails/routes.rb:406:in `raise_no_devise_method_error!': User does not respond to 'devise' method. This usually means you haven't loaded your ORM file or it's being loaded too late. To fix it, be sure to require 'devise/orm/YOUR_ORM' inside 'config/initializers/devise.rb' or before your application definition in 'config/application.rb' (RuntimeError)

同じエラーです。どつぼにはまりかけです。

エラーをよく読むと、
config/initializers/devise.rb　か、
config/application.rb　に、
require ‘devise/orm/YOUR_ORM’　を書いてね、と言われているようです。
どのO/Rマッパーを使うのかがわからないと起動できないみたいですね。
なので、
config/application.rb　に

require 'devise/orm/active_record'

を記述後、インストールコマンドを実行。
無事、必要なファイルが生成され、deviseを使えるようになりました。

何事も順序どおりに、端折っちゃだめよというお話でした。

年末にXenサーバのディスクがお亡くなりになったので、ディスク換装してCentOS6.2でKVMサーバを再構築。
で、ディスク4本なのでどうしようかなーと思いつつRAID5を組んではみたのですが、iowaitが収まらない。
特に書き込みのほうが苦戦しているようで、仮想サーバがちょっと頑張るたびにロードアベレージが10越えたり。
これじゃ使い物にならんなあ最悪RAID10で組み直したほうがいいかなあ。。。とか悩んでいる時に以下の記事を発見。
peterkieser.com/2009/11/29/raid-mdraid-stripe_cache_size-vs-write-transfer/
※ 記事中のスクリプトまでは試していません。
書き込みで苦しんでいるならstripe_cache_size増やすと捗るよ！ってことでやってみました。

サーバスペック：
Xeon X3230 (4コア) メモリ8GB HDD1TB*4(RAID5, software raid)

対象のRAIDアレイ（今回はmd3）に対して

# echo 8192 > /sys/block/md3/md/stripe_cache_size

と実行して値を書き換えます。
resyncがかかってしばらくしたら完了したので、あとはtopでだらだら流して様子見。
仮想サーバ側で何度か負荷の高い処理をしてみてもロードアベレージがさほど上がらなくなったので、とりあえずはよし。

あとはOS再起動しても動くように、ruleを追加。

# cat <<EOS > /etc/udev/rules.d/80-md-stripe-cache.rules
SUBSYSTEM=="block", KERNEL=="md*", ACTION=="change", TEST=="md/stripe_cache_size", ATTR{md/stripe_cache_size}="8192"
EOS

今のところ、これで快適に動作しています。
問題が起きないか、最大限の関心を持って注視を続けることが当面の隠れ業務です。

・・・ていうか、そもそもRAID5使わないとかsoftware raid使わないとか別の方策あった気もします。

追記：
8192でも微妙につっかえる場面が見受けられたので、結局32768（最大）まで増やしています。
ページサイズ(=4KB)×stripe_cache_size×ディスク数分のメモリ使うので、あんまし増やしすぎるのも嫌だなーと思ったんですが。
メモリで困る前にCPU数で困りそうな気がしたのと、メモリは最悪増設できるしなーってことで、とりあえずはこのままで。

もう今年も終わりますね。
休みの日に近所でバドミントンをしているのですが、
昨日で今年最後の分が終わってしまいました。
打ち損じでカツーンなんて音をさせてばかりではありますが、来年も楽しく頑張ります！

さてさて、今回のテーマは 「CUIでファイルサイズの合計を調べる」 です。
すごく基本的な内容ではありますが、以前ちょっと気になって調べたのでまとめておきます。

ファイルサイズを調べるコマンド

皆さんは、ファイルサイズを調べる時に、どのようなコマンドを使用されていますか？
私がすぐに思いつくのは、次のコマンドです。

 $ ls -l

そして、ディレクトリの容量を調べるなら、このコマンドですね。

 $ du

しかし、この du というコマンド、きちんとファイルサイズを測れません。

この du は、ブロックサイズを単位としてサイズを計測しています。

今回用意したシステムは ブロックサイズが4096バイト(=4.0KB) なので、
例えば次のような結果が得られます。

sky@ub1110x64:~/contrail$ ls -l ./substance/
合計 12
-rw-rw-r-- 1 sky sky 4097 2011-12-26 07:22 ice_grain
-rw-rw-r-- 1 sky sky 4096 2011-12-26 07:22 moisture

sky@ub1110x64:~/contrail$ du -ah ./substance/
4.0K	./substance/moisture
8.0K	./substance/ice_grain
16K	./substance/

たった１バイトしか違わないのに、du コマンドだと 4.0KB も違う事になっていますね。

どうやってファイルサイズを測るか

では、どうすればブロックサイズに左右されずに、
フォルダ内の容量を測れるのでしょうか。

調べて分かったのは、 find コマンドです。
一例を示します。

 $ find ./ -printf "%s\n"

階層的にディレクトリ内ファイルを検索してくれるコマンド find には、
そのファイルに関する情報を出力してくれるアクションがあります。

それが 「-printf」 です。

「 find ./ 」のみだと、カレントディレクトリ配下のディレクトリの内容を出力するだけですが、
「-printf」を利用する事により、出力内容を変える事が出来ます。

ここで使用しているフォーマットは次の通りです。
%s : ファイルサイズのバイト表示
\n : 改行

実行結果の一例を示します。

sky@ub1110x64:~/contrail$ ls -l *
sky:
合計 24
-rw-rw-r-- 1 sky sky 6789 2011-12-26 07:22 high
-rw-rw-r-- 1 sky sky 1234 2011-12-26 07:22 light
-rw-rw-r-- 1 sky sky 9999 2011-12-26 07:22 scraper
 
substance:
合計 12
-rw-rw-r-- 1 sky sky 4097 2011-12-26 07:22 ice_grain
-rw-rw-r-- 1 sky sky 4096 2011-12-26 07:22 moisture

sky@ub1110x64:~/contrail$ find ./ -printf "%s : %f\n"
4096 : ./
4096 : sky
1234 : light
6789 : high
9999 : scraper
4096 : substance
4096 : moisture
4097 : ice_grain

※見やすいようにファイル名(%f)も表示しています。

sky@ub1110x64:~/contrail$ du -ah
4.0K	./sky/light
8.0K	./sky/high
12K	./sky/scraper
28K	./sky
4.0K	./substance/moisture
8.0K	./substance/ice_grain
16K	./substance
48K	.

ちなみに、次のようにディレクトリ指定を省略すれば、
カレントディレクトリ配下を検索するため、同じ出力が得られます。

 $ find -printf "%s : %f\n"

現状のままでは、各ファイルやディレクトリのサイズが列挙されただけで、合計の値が得られていません。
もう一手間加えます。

というわけで、 awk コマンドを組み合わせたものがこちらです。

sky@ub1110x64:~/contrail$ find ./ -printf "%s\n" | awk '{ sum += $1; }; END { print sum }'
38503

各ファイルサイズについて、{ sum += $1; }; の部分で次々と足し合わされ、
END { print sum } の部分によって、最後に１回だけ、変数 sum が出力されます。

いかがでしょうか。
私にとって、awk コマンドはまだまだ慣れないものではありますが、
とても応用が効きそうなコマンドだなと思いました。

物理をやってたあの頃

研究室を思い出すと、、、やっぱりまだありました、変なもの、不思議なもの。
前回は片栗粉でしたが、今回は ペットボトル です。

それは エッキー って呼ばれてました。
中身は、500ml いっぱいの水と、砂が４分の１程度、ピンが３、４個ほどだったと思います。

では、何のためのものなのかと言うと 「液状化現象」 を見るためです。
液状化っていうと、地震の時に水がしみ出してくるアノ現象ですね。

使い方としては、
このエッキーをよく振って、静かに置きます。
この時、ピンは砂に埋もれて見えない状態になっているはずです。

この状態で、デコピンなどしてエッキーに刺激を与えると、ピンが飛び出してきます。
これが、地震後の液状化に対応しています。

ちなみに最近知ったのですが、
エッキーって、商品名でした。
どうも、キットとして売られているようです。

おしまいです。
ではでは。

最近、CakePHP2を色々触ってまして、色々困ったことがあったので、まとめておこうかなと思います。(CakePHP2.0.4現在)
(下でCakePHP2.xなんか知りませんと言われてますが・・・)

AppControllerをapp/Controller以外に置く場合の注意

CakePHP2からは皆さんご存知の通り、AppController及び、AppModelが、app直下に設置が出来なくなりました。

CakePHP2ではAppControllerはapp/Controller以下に設置をすること、と言うことになっています。

しかし、個人的には出来れば、直接アクセスするコントローラとはAppControllerは分けたいところです。

そこで、AppControllerをapp/Libに設置をしようと考えまして設置を行っていました。

app/Lib以下にAppControllerを設置後は、AppControllerを継承するコントローラにはApp::usesの記述が必要になります。

<?php
 
App::uses('AppController', 'Lib');
 
class PostsController extends AppController {
 
}

しかし、作業をしていく内に、たまにAppController内のアクションが読めないというエラーが出ることがありました。(debug2でも)

元凶はapp/tmp/cache/persistent/cake_core_file_mapのキャッシュ(こいつがなかなかの曲者です・・・)だと言うことはすぐにわかったのですが、どうにも再現性も取れず、対策がなかなかつかめない状態でした。(1ヶ月くらい悩んでいました・・・)

結局のところ現象としては

(1)404ページ(missing controllerなど)にアクセス
(2)CakeErrorControllerを見に行く
(3)CakeErrorControllerがapp/Controller以下にセットしていない場合は、CakeコアのCakeErrorControllerを見に行く
(4)当然、コアのコントローラにApp::usesの記述があるはずもなく、継承するAppControllerの場所としてApp/Controller以下を見に行く
(5)ないので、CakeコアのAppControllerにアクセスしに行く
(6)さらに、キャッシュにAppControllerの位置はCakeコアにある、と記述
(7)その後、通常のシステムのページにアクセスしても、AppControllerとして、CakeコアのAppControllerを見に行く
(8)App/Lib以下に設置したAppConttroller内のアクションが呼ばれない

ということが起こっていました。

解決策としては

①AppControllerを素直にApp/Controller内に設置する
②CakeErrorControllerをApp/Controller内にコピーしてApp::usesをセットする

①はまずまず問題ないく動作をするはずです。

②についてはCakeコアでAppControllerを継承しているものが、他には通常あまり使わないであろう、PagesControllerくらいだったので、こちらでもおそらく問題なく動作すると思います。

(2011/12/15追記)

LibにAppControllerを置くと言う件について、Libの中にControllerのディレクトリを作ってその中に置けばいいという指摘を頂きました。
試してみると、app/Lib/Controller/AppController.phpという形で設置をしたら、確かに問題なくusesなしでもapp/Lib/Controller/AppController.phpを見に行ってくれました。
これならCakeErrorを書き換える必要もなくなるので、これが一番良い解決法かもしれません。

app以下のクラス名とPlugin以下のクラス名が同名だと誤動作する

これは具体例を挙げた方が早いと思います。

app/Controller/PostsController.php(①)と、app/Plugin/Post/Controller/PostsController.php(②)の二つの同名のコントローラがあるとします。

初めに①にアクセスした後、②にアクセスをしようとすると、①にアクセスをしてしまうというものです。(逆もしかり)

これが起きてしまう原因はapp/tmp/cache/persistent/cake_core_file_mapのキャッシュがプラグインを考慮していないためです。（またお前か・・・）

実のところ、AdminPluginを作成してそこに管理画面を実装しようとしていたところでしたので、これはかなり致命的でした。

解消方法自体はコアを触れば出来なくもないのですが、コアのアップデートなど一切できなくなるのでお勧めはしません。

どうしても動作させたいのであれば、lib/Cake/Core/App.phpをプラグインを考慮するように直接編集すると、動作はします。

まぁ、ただ当分はapp以下とPlugin以下で同名のクラスが入るような実装は避けた方が良いでしょう。

(2011/12/16追記)

CakePHPチームにチケットを投げてみましたが、同名のクラスは現在使えない、Cake3で計画中と言われました。

PaginatorのorderにSQLが記述できない

CakePHP2からPaginatorがコンポーネントに分離されたことは皆さんご存知かとは思いますが、CakePHP2では現在のところPaginatorでorderにSQLがそのまま記述が出来ません。

例えば

$this->Paginator->settings = 
    array('order' => array('`hoge` is null ASC')):

のようなソートを行いたい時に上記のorderが無視されます。(実際に必要な場面がありました・・・)

これは、コアのPaginatorComponentを見ればわかるのですが、352行目～の記述で

if ($object->hasField($field)) {
	$order[$alias . '.' . $field] = $value;
} elseif ($object->hasField($key, true)) {
	$order[$field] = $value;
} elseif (isset($object->{$alias}) && $object->{$alias}->hasField($field, true)) {
	$order[$alias . '.' . $field] = $value;
}

とありまして、例外が全く、無視される形になっています。

この記述自体は1.3にもあるのですが、1.3では最後にarray_mergeをしているので、SQLも取り込んでくれていたのですが、2.0では無視された状態です。

どうしても特殊なorderをかけたい場合は現状では素書きのSQLやDBのviewなどで対応しておいた方が良いかもしれません。

(今回私の場合は、元々orderをかけたかったテーブルがviewだったのでviewにソート用のカラムを泣く泣く追加しました・・・)

(2011/12/16追記)

CakePHPチームにチケットを投げてみたところ、orderを文字列で指定したら動くじゃん！って言われたので現在配列で指定したんだけど・・・と返しているところです。

SSLページでのCookieのセキュア属性を外す方法

SSLページがあるページとないページが混同する場合、Cookieのセキュア属性が付いていると、セッションを共有できないため、セキュア属性を外してあげる必要があります。

1.3の場合は以下の対応が必要になります。

app/config/core.php

//	Configure::write('Session.save', 'php');
	Configure::write('Session.save', 'session_custom');

app/config/session_custom.php

<?php
 
if (empty($_SESSION)) {
    ini_set('session.use_trans_sid', 0);
    ini_set('session.name', Configure::read('Session.cookie'));
    ini_set('session.cookie_lifetime', $this->cookieLifeTime);
    ini_set('session.cookie_path', $this->path);
}
ini_set('session.cookie_secure', 0);

これは、コアのcake_session.phpの設定を強引に上書きをしています。

CakePHP2ではcore.phpに以下の記述をすれば、対応できます。

Configure::write('Session', array(
    'defaults' => 'php',
    'ini' => array(
        'session.cookie_secure' => 0
    )
));

特に新しいファイルを作成する必要はなく、手軽です。

CakePHP2.0ではセッションを共有するしないにかかわらず、SSLがあるページとないページが混同するサイトでは、セキュア属性は外した方が良い。

これは、まずSSLのあるページ(①)でログインをした後、SSLのないページ(②)にアクセスし、その後、①のページにアクセスをすると、ログアウトしてしまうと言う現象のためです。(これは1.3では発生しません)

詳しい原因についてはまだ追い切れていないのですが、①にアクセスした後、②にアクセスすると①と異なるセッションキーが振られます。(これは当然の話)

その後①のページにアクセスすると、②で発行されたセッションキーに上書きされてしまうため、ログアウトをしてしまいます。

以上の理由から、今のところ、SSLがあるページとないページが混同するサイトでは、セキュア属性は外して置いた方が良いと思います。

(2011/12/16追記)

CakePHPチームにチケットを投げてみたところ、上記の書き方でセキュア外せばいいじゃん！って言われました。

最後に

まだCakePHP2は駆け出しで、問題が色々と出てますが、触っている感じとしては1.3とそう大差なく使えています。そして早いです。

きっとこれからどんどん良くなっていくと思うので皆さんどんどんさわりましょう！

後、本当にfile_mapのキャッシュには要注意です！
ああ・・・app.phpの750行目を消してfile_mapのキャッシュをなかったことにしたい・・・ｗ

表題のとおり、CakePHPのログに関する小ネタを紹介します。
ちなみに、使っているCakePHPのバージョンは1.3です。（CakePHP2.xなんて知りません）

CakePHPでConfigure::read(“debug”) > 1の場合は画面にSQLのログが表示されます。
ですが、運用中ではPHPのエラー表示などがされないように、Configure::read(“debug”) == 0の状態ではないかと思います。
そうなると、すこしだけSQLの確認をしたいときなどちょっと面倒ですよね。

CakePHPはConfigure::read(“debug”) > 1の場合、SQLのログはDboSourceの_queriesLogというメンバの配列に格納されていて、どうやらその配列の中身を画面に出力しているようです。

そこで、こいつの中身が取れれば解決できるので・・・

$db =& ConnectionManager::getDataSource($Model->useDbConfig);
$db->fullDebug = true; // ここがfalseだとログを保存しない。$db->fullDebug = Configure::read() > 1みたいになってます。
$db->_queriesLogMax = 200; // SQLがこの件数こえると配列に保存しないよ的なもの。

みたいなことをfindを実行する前に書いてあげれば、_queriesLogに登録されるようです。

だけど、これだと少々めんどいのでBehaviorにまとめてみましょう。

 
class QueryLogBehavior extends ModelBehavior {
  var $__settings = array();
  var $_queriesLogMax = 999;
 
  function setup( &$Model, $settings = array() ){
　　　$this->__settings[ $Model->alias ] = array();
　}
 
  function make_query_key( $Model, $query ){ return get_class( $Model ) . "__" .  md5( serialize( $query ) ); }
  function add_query( $key ){
    return "'" . $key . "' = '" . $key . "'";
  }
 
  function beforeFind( &$Model, $query ){
    if( array_key_exists( "log", $query ) and $query["log"] ){
      $db =& ConnectionManager::getDataSource($Model->useDbConfig);
      $db->fullDebug = true;
      $db->_queriesLogMax = $this->_queriesLogMax;
      $key = $this->make_query_key( $Model, $query ); // いらないかも。
      if( array_key_exists( "conditions", $query ) ){
        $query["conditions"][] = $this->add_query( $key );
      }
      else {
        $query["conditions"] = array( $this->add_query( $key ) ); 
      }
      $this->__settings[$Model->alias][] = array( $key, $query["log"] );
    }
    return $query;
  }
 
  function afterFind( &$Model, $results, $primary ){
    $db =& ConnectionManager::getDataSource($Model->useDbConfig);
    $db->fullDebug = Configure::read() > 1;
    $db->_queriesLogMax = 200;
 
    $hit_sql = null; $level = LOG_DEBUG;
    foreach( $this->__settings[$Model->alias] as $keypair ){
      list( $key, $level ) = $keypair;
      foreach( $db->_queriesLog as $index => $query_log ){
        if( preg_match( "/^(.*)" . $this->add_query( $key ) . "(.*)$/", $query_log["query"], $regexp )) {
          $hit_sql = $regexp[1] . "" . $regexp[2];
          break;
        }
      }
    }
    if( !is_null( $hit_sql ) ) $this->log( $hit_sql, $level );
    return true;
  }
}

なんかこんな風に適当にBehaviorを追加して

$this->Hoge->find( "all", array( "contain" => array(), "conditions" => <なんかの条件>, "log" => LOG_INFO ) );

みたいにしてあげたら、app/tmp/log/debug.logにSQLが記述されます。これで任意のfindの処理のSQLをログにだしたりできます。
データベースの設定でSQLのログだしとけよとかいうツッコミはなしで。

ブログ初投稿ですが、よろしくお願いします。

今回のテーマは 「autofs を使って、sshfs を利用する」 です。

単純にsshfsを使うより、
autofsと組み合わせた方が何かと便利かなーって思ったので、
このテーマで進めたいと思います。

というのも、毎回 sshfs コマンドを叩くのも煩わしいですし、
起動時にマウントさせる設定などしてると、
ネットに繋がっていない環境ではそこでエラーになってしまいます。

でも、autofs なら大丈夫！
そんな感じです。

用意した環境

Virtualbox 上にLinux を２台
1. Ubuntu 11.10 64bit Desktop
2. CentOS 5.7 64bit

概要

Ubuntu にて、
・公開鍵認証の設定
・autofs の設定
・sshfs でマウント
という流れで進めます。

公開鍵認証の設定

root ユーザになり、
秘密鍵と公開鍵のセットを作成するために次のコマンドを実行します。

root@ub1110x64:~# ssh-keygen

この時、秘密鍵の場所は、「/root/.ssh/id_rsa.bright」を指定し、パスフレーズは空で設定しました。

SSH接続の際に、この秘密鍵を読み込むための設定をします。
ファイル ~/.ssh/config に、次の設定を記述します。

Host bright
User root
HostName 192.168.55.101
IdentityFile ~/.ssh/id_rsa.bright

後は、この公開鍵を CentOS に設置するだけです。
次の手順で設置しました。

root@ub1110x64:~# scp .ssh/id_rsa.bright.pub root@192.168.55.101:/root/
root@ub1110x64:~# ssh root@192.168.55.101
[root@localhost ~]# mkdir .ssh
[root@localhost ~]# touch ~/.ssh/authorized_keys
[root@localhost ~]# cat id_rsa.bright.pub >> .ssh/authorized_keys

これで無事、次のコマンドなどを実行して、
Ubuntu からパスワード無しでSSH接続が出来るようになりました。

root@ub1110x64:~# ssh bright

autofs の設定

まず次のコマンドで、sshfs と autofs をインストールします。

root@ub1110x64:~# apt-get install sshfs autofs

次に、autofs の設定をしていきます。
これは２つのファイルに、１行ずつ書くだけです。

まず、ファイル /etc/auto.master の最終行に、次の一行を追加します。
/home/sky/bright /etc/auto.sshfs --timeout 0 --ghost

この設定の意味は、
ディレクトリ /home/sky/bright に、
ファイル /etc/auto.sshfs の内容に従ってマウントするというものです。

--timeout 0

これは、自動切断をする時間のための設定で、
ゼロを指定しているため、自動でアンマウントしない設定です。

--ghost

これは、実際にアクセスするまでマウントしないという設定です。

最後に、ファイル /etc/auto.sshfs というファイルを作成して、
blue -fstype=fuse,allow_other :sshfs\#bright\:/
だけ記述します。

この設定の意味は、
ファイル /etc/auto.master に記述されたディレクトリ上の、
ディレクトリ blue に sshfs でマウントするというものです。

-fstype=fuse,allow_other

これは、sshfs の FUSE options で allow_other を指定するという設定です。
これを加える事で、例えば一般ユーザ sky でも
マウントしたディレクトリにアクセス出来るようになります。

autofs の設定はここまでです。

最後に、次のコマンドで、autofs を再起動するだけです。

root@ub1110x64:~# service autofs restart

autofs の設定に関する余談

1. もし、/root/.ssh/config ファイルの設定をしていなかったら
設定ファイル /etc/auto.sshfs に関しては、次のように書かないとマウント出来ません。

blue -fstype=fuse,allow_other,IdentityFile=/root/.ssh/id_rsa.bright :sshfs\#root@192.168.55.101\:/

2. 1 の条件で、sshfs コマンドでマウントするとしたら
次の２つのコマンドを実行する必要があります

root@ub1110x64:~# mkdir -p /home/sky/bright/blue/
root@ub1110x64:~# sshfs -o allow_other,IdentityFile=~/.ssh/id_rsa.bright /home/sky/bright/blue/ root@192.168.55.101:/

マウントの確認

マウントしたポイントは、/home/sky/bright/blue/ です。

次のコマンドを実行してみると、
無事にマウントが出来ている事が確認出来ました。

root@ub1110x64:~# ll /home/sky/bright/blue/
合計 112
drwxr-xr-x 1 root root  4096 2011-11-13 03:58 ./
drwxr-xr-x 3 root root     0 2011-11-13 13:20 ../
-rw-r--r-- 1 root root     0 2011-11-13 03:57 .autofsck
-rw-r--r-- 1 root root     0 2011-10-05 14:17 .autorelabel
drwxr-xr-x 1 root root  4096 2011-10-28 01:00 bin/
 
*** (略) ***

試しに、適当なファイルを作成してみたいと思います。
今回は Ubuntu の一般ユーザ(sky)でやってみます。

sky@ub1110x64:~$ cat /etc/issue >> ~/bright/blue/sky.txt
sky@ub1110x64:~$ ll ~/bright/blue/sky.txt
-rw-r--r-- 1 root root 20 2011-11-13 04:21 /home/sky/bright/blue/sky.txt

無事に作成できました。

CentOS にログインしてみても、確かにファイルは存在してました。

[root@localhost ~]# ll /sky.txt
-rw-r--r-- 1 root root 20 11月 13 04:21 /sky.txt
[root@localhost ~]# cat /sky.txt
Ubuntu 11.10 \n \l

おわり

初投稿で、文章を書くのも苦手で、なかなか苦戦しました。
準備でもケアレスミスの連続で大変でした。。。
まだまだ未熟ですが、めげずに頑張っていきます！

ちなみに、自分の開発環境を Windows から Ubuntu に変更したので、
積極的にこの設定を使っていこうと思います。

物理をやってたあの頃

豆知識ってわけではありませんが、
物理をやってたあの頃の割とどうでもいい事をつらつらと。。。

研究室に、片栗粉がありました。
しかも、料理のためではありません。
水と混ぜる、それだけのためです。
それ以外の使い方を見た事がありません！

なぜ混ぜるのか、
それは、ダイラタント流体を作るためです。

もしかすると、テレビなどで、
白い液体の上を走る人を見たことがあるかと思います。
アレです。

このダイラタント流体は、
圧力を加えると固体のように振る舞い、
そうでないと液体のような振る舞いをするというものです。

実際に、水と片栗粉をスプーンでかき混ぜて、
そのスプーンでその白い液体を叩くと、
固体のような手応えを受けます。
一方で、ゆっくりスプーンをあてると、
液体のように飲み込まれていきます。

何とも不思議なやつなんです～

今度こそお終いです。
ではでは。

FusicのPHPMatsuri2011 レポートも最後です。何やらハードルが上がっているように見えますが、そこはスルー力を発揮します。

PHPMatsuriリレーブログで「FusicがPHPMatsuriに参加すべき意義」というエントリーを書きましたが、「実際はどうだったのか？」について考えてみたいと思います。

PHPMatsuri前

前のエントリーはどちらかというと自分個人の考えが強かったのですが、あるとき弊社社長からこんなメールが社内に送信されました。

“今、気付いたけど、小山君がいいこと書いてました。

blog.fusic.co.jp/archives/1869

PHP Matsuri に参加する方々、ぜひ何かを感じて
帰って来て下さい。”

会社としても4人を送り込むわけですから、期待しないわけにはいかないです。
ただ、この時点では4人ともそこまで意気込んではいなかったのではないでしょうか。

はたしてPHPMatsuriで何を感じたのか

「PHPMatsuriで何かを感じることができたのか」

それは今までの3回のエントリーを見ていただければ一目瞭然でしょう。

傍から見ていても違いが分かるほどです。

例えば、先日CakePHP2.0のリリースがありましたが(おめでたい！)、
今まで以上に社内で話題になっているように感じました。
CakePHP界隈の人の話題もでるようになりました。

では、「具体的に何が変わったのか」、自分なりに分析してみたいと思います。

会社の外をより意識するようになった

PHPMatsuriをはじめとして勉強会やカンファレンスで、最も良い効果のひとつがこれだと思います。
さらにPHPMatsuriはハカソンイベントです。

「会社の外の人と同じ環境で開発できる」

これができるイベントはなかなかありません。
ネットを通じて一つのプログラムを開発するのもかなりエキサイティングな体験ですが、
実際に同じ場所で、いつもと違った人と一緒に開発するのはさらに刺激的です。

ちなみにこの体験はかなり中毒性があるらしく、PHPMatsuriにリピータが多いことからもそれが証明されているのではないでしょうか。

ライブラリを「使う」意識から「作る」意識により傾いた

何かのシステムを作るとき、目指す目標は「システムを完成させること」です。
ただ、その目の前の目標だけを追っていたら毎回同じように苦労するでしょう。

「システムを完成させること」と同時に
「次のシステムでも使えるような機能に」「いつか別のシステムでも使えるような機能に」
「どこかの誰かが使えるような機能に」
という意識を持つことで、次のシステムを作るとき楽になるかもしれませんし、
そういう意識を持つことが結果的にソースコードが綺麗になることにつながります。

なかなか日々の業務に追われていたら変えたい意識もなかなか変わることはできませんが、
PHPMatsuriではフレームワークの開発者やライブラリの開発者が一堂に会しています。
その人たちの考えに少しでも触れることができます。
むしろ触れずにはいられない環境です。

さらに「次の日のLT大会」のための、業務でない「何かを」作ります。
多分PHPMatsuriに行く前の、開発ネタを考えるときから何かを得られたのではないでしょうか。

プログラムの世界を楽しめた

何で括ればいいか良い言葉を思いつきませんでしたが、
PHPMatsuriはPHPやJavaScriptをはじめとした「プログラムを通じて楽しむ環境」だったように思います。
プログラムの世界を楽しむことができれば、
35年定年説なんて関係ないでしょうし、日々の仕事も楽しくなることうけあいです。

PHPMatsuriに行くことを決めた時点でいつも楽しめているんでしょうが、
PHPMatsuriに参加したことで、いろんな人と交流ができて、さらに楽しむ術を覚えたように思います。
この楽しみがもっと増えればいいなと思っています。

結論

当初のもくろみ以上にPHPMatsuriはFusicのプラスになった

4人がそれぞれ精一杯過ごせたと思います。
フレームワークのコアデベロッパに相談したり(貴重！)、
ハッカー精神よろしくアグレッシブすぎるものを開発したり、
会社の外の人とはじめて一緒に開発する環境を体験したり、
さらには全員が最後に成果を発表できて、
確実にプラスになっています。

PHPMatsuri青年団の皆様、この場を借りて御礼をいいたいと思います。

本当にありがとうございました！

来年

来年のことを言うと鬼が笑うので、あまり考えないようにしていますが、
来年もPHPMatsuriが開催されて欲しいと思っています。
ただ、PHPMatsuriを開催するのに多大な労力がかかっていることも知っています。

もし来年PHPMatsuriが開催されるなら、
そのための協力はできる限りしていきたいなと思っています。

ちなみに

自分は今年はこんなものを作成していました。
ハッカー賞次点をいただきました！ありがとうございます！

何が一番面倒かって仕様が複雑すぎで実装に先が見えないことです。