ニートから幸せなお金持ちへ　～成功本を信じて～ CakePHP

プロフィール

Author:kanro
成功本とCakePHPに関するブログ

最近のコメント

最近のトラックバック

月別アーカイブ

カテゴリー

ブロとも申請フォーム

この人とブロともになる

10 | 2009/11 | 12
S	M	T	W	T	F	S
1	2	3	4	5	6	7
8	9	10	11	12	13	14
15	16	17	18	19	20	21
22	23	24	25	26	27	28
29	30	-	-	-	-	-

ニートから幸せなお金持ちへ　～成功本を信じて～

・2006年07月　ニートになる・成功本を読み漁り、「読んでも実践していない人が多い」という記述を見つける・それなら実践すればニートからでも幸せなお金持ちになれるのかと思い立ちブログ開設に至る

Ads by Google

上記の広告は１ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。

【--/--/-- --:--】 | スポンサー広告 |

redirectとrenderとrequestActionとsetActionと。

パラメータにアクションのURLやアクション名を渡すことができるメソッドがいくつかありますが、その後に表示されるビューの扱いはどうなっているんだろうかと、以前から気になっていたのでちょっと調べてみました。

redirect($url, $status = null);
Cakeプログラマーズリファレンスガイドによると、
この関数で、移動するべき場所を指定できます。 Cake の内部 URL か、完全な URL (http://...) を指定できます。

となっています。実際にサンプルでも出てくることがあったので問題なく理解できました。ただ、ところどころで話題になっていることで、
「redirect後にexitしていない」というものがありました。実際に以下のような処理を作ることはないと思いますが（多分printは使わないと思う）、たとえば

if(エラーだったら）{
　redirect('/error');
}
//以下エラーじゃないときの処理
print("うまくいったよ");

のような使い方をした場合、エラーがおきてredirectしたとしても
print("うまくいったよ");
の処理が実行されてしまうそうなので、exitが必要な場合は忘れないと良いんじゃないかと思います。
肝心のビューの扱いはマニュアルによると、

Redirects to given $url, after turning off $this->autoRender.
意訳（多分）：autoRenderはoffにしてから飛ぶからとんだ先のビューを使うよ。　だそうです。
statusはしっかりとは調べてませんが、404 not foundのような状態を出したいときに使うような気がします。

render($action = null, $layout = null, $file = null);
Gets an instance of the view object and prepares it for rendering the output, then asks the view to actualy do the job.

意訳（後半がよくわからない）：指定されたビューを使うよ。
　じゃないかと思います。

returnsに、controllers related views public と書いてある意味がよくわかりませんが、このコントローラからビューに飛ぶよ、といっているような気がするので、
指定したビューで、このコントローラが設定した値を使うことができます。という感じかもしれません。

requestActionとsetActionについてはまだ解っていないところもあるので次の機会にしたいと思います。

【2007/04/30 23:34】 | CakePHP | トラックバック(0) | コメント(21) |

わぉ！ドラッグしたときだけ文字が表示されるなんて、一昔前のア○グラサイトみたいじゃないですか。ってそんな馬鹿な。

Webアプリ　認証で検索すると、150万件以上もヒットするくらいだからWebアプリと認証は切り離せないものに違いないと思ってサンプルの認証と継続チェックをやってみました。

コントローラで認証が成功したときの処理、
$this->redirect('/clients');
をそのまま書いてどうしてエラーになるんだ、と多少悩んだりはしましたが認証事態はうまくいきました。昨日に引き続きすばらしい成果です。

よし、じゃ次は入力に失敗してみようか　ということでユーザ名とパスの組み合わせを間違えてみたのですが、エラーメッセージが表示されません。ソースを表示させて中を見るとしっかりと
　入力されたログイン情報を確認できませんでした。もういちど入力してください。
と書いてあります。う～む、これなら表示されるはずなのにおかしいな～と思いながら表示されるはずの場所を何気なくドラッグすると・・・
あれ？文字が出てきた。おお、最近はそんな制御も出来るのか。
ってそんなわけないですね。明らかにおかしいですね。一応補足しておくと、ドラッグするまではただの背景だったところが、ドラッグをした後はドラッグを解除しても白の背景に黒の文字が表示される状態になってました。ア○グラサイトのインチキとは違うようです。

ヘルパーの使い方があっているか調べてみたりヘッダを少しかえてみたりフォームの中身を色々と削ったり結果、
「なんかlabelタグがないとうまく表示される」
ということがわかりました。

よくわからないので、とりあえずうまく表示されないときのソースをローカルに保存して表示させてみました。うまく表示されました。

なんでだろうと思い悩んでいたところ、もしかしてCSSがおかしい？
ということで、
cake.generic.css　でlabelに関連しそうなところをコメントアウトしてみると、

label {
display: block;
float:left; 　←このこ（float）をコメントアウト。
width: 140px;
font-size: 14px;
padding-right: 20px;
}

うまく表示されました。

いまだに原因は不明ですがCSSを使うようになって問題になったら考えようと思います。

P.S.　FireFoxでみたところ、コメントアウトなしの状態でも問題なく見れました。
ついでにI.E6での状況説明画像もつけておきます。

表示されているはずのメッセージが表示されていない状態です。

ドラッグすると文字が浮かび上がってきました。

ドラッグを解除しても文字がそのままです。なんでだろ～。

【2007/04/27 22:29】 | CakePHP | トラックバック(0) | コメント(1) |

cakeの半分は面白い名前でできています。bake.phpとか。

CakePHPは、フレームワークの名前もそうですがcakeをさわる人たちをBakerっていったり、基本的な土台を作るスクリプトをbakeっていったり遊び心があって良いですね。

ということで立派なBakerになるべくまずはbake.phpに慣れ親しんでみよう　とbake.phpをつかってみました。前準備として、CakePHPのおいしい食べ方さんの記事を参考に、右クリックからDos窓を開く設定とphp.exeのパスの設定をしました。

Webプログラミングに関するメモさんの記事によると
　appディレクトリが存在していて、app/config/database.phpが存在しない状態でbake.phpを実行し質問されることに答えていくとdatabase.phpを生成してくれる。
　とのことなので、早速app/config/database.phpを削除してみて実際に作成手順をなぞってみました。
>What database driver would you like to use?
といわれたところで一番最初にbake.phpをつかってみようとしたときのことを思い出しました。
「あれ？ちまたのべいかーさん達がつかってるbake.phpと挙動が違う？もしかしてバージョン違い？う～ん、わからないから触らないでおこう」と放り投げたときの記憶を。。。database.phpを作ってくれてたんですね。今ならわかります。
　昔の記憶は脇においておいてそのまま質問に答えていくとdatabase.phpが作成されました。いやーbake.phpはすごいですね。

続いてモデルの作成。これも質問に答えていくと簡単に作成されました。
これだけで終わるのもどうかとおもうので、感動した点を。
1:バリデーションの設定の時に、必要そうなバリデーションを提示してくれる。
2:CakePHPの命名規約に沿っていると関連しそうなアソシエーションをbake.phpのほうから提示してくる。
3:なんか適当にエンターでもモデルができた。

今回は本当に問題なくスムーズに進みました。たまにはこういう日も良いですね。

今日のまとめ
　bake.phpの挙動が他の人と違うんじゃないかと思ったときは、app/config/database.phpが存在するかを確かめてみよう。

【2007/04/26 23:51】 | CakePHP | トラックバック(0) | コメント(13) |

HABTMでまだまだひっぱっているのはネタがないからでないと思います。

これでいいのかな　って思うことが多いからです。

ということで今回思ったことは、PostとTagがHABTMの関係にあるとき（PostモデルにHABTMの記述）に簡単にTagからPostの検索ができないだろうか、です。

$this->Post->findAll() でPostに関連付けられたTagをとってきてくれるんだから簡単に違いない、と思って色々とやって見ますがうまくいきません。
試したこと1:
$conditions = array('tag.id' => '7');
$this->Post->findAll($conditions);

期待した結果：指定したtag.idのPostだけを探してくれるとうれしい。
実際の結果：Unknown column 'tag.id' in 'where clause'
カラムが見当たりませんといわれたので、core.phpのDEBUGの値を2にしてSQLを見てみると、
SELECT `Post`.`id`, `Post`.`user_id`, `Post`.`title`, `Post`.`body`, `Post`.`created`, `Post`.`modified`, `Post`.`status` FROM `posts` AS `Post` WHERE (`tag`.`id` = 7)

となっています。Postテーブルにtag.idはないので当然の結果のようです。

ここで、以前にHABTMについて調べていたときにPHPのテクメモさんに、タグからたどればいいじゃないと書いてあったことを思い出したので早速実験。

試したこと2:
postsコントローラからtagモデルのfindAllメソッドを利用する。
tagに紐つくpostをとってきてほしいので、tagモデルにHABTMの記述を追加。
また、tagモデルをpostsコントローラで使う方法は、
http://cakephp.jp/doc/ch07s03.html を参考にして、
$uses = array('Post', 'Tag'); と記述。

$conditions = array('tag.id' => '7');
$this->tag->findAll($conditions);

期待した結果:指定したtag.idを持つpostを全部とってくる。
実際の結果:その通りになった。

ということで今回はスムーズに・・・というわけにはいかず。
そのままfindAll()のreturnをPostモデル用のビューに渡しても表示できませんでした。配列の形が違うから当然ですね。
そういえば他の方法もフォーラムにあったような気が、と思い、フォーラムを検索。配列を組み替えれば、とも思いましたがせっかくなので別の方法も試してみます。

フォーラムに、
bakery の検索窓のところからの Tag検索では下記のようになっています。
との記述があり、ソースが書いてありました。Post,Tag用に噛み砕くと、指定したtag.idを$conditionとして、tagを抽出→そのtag.idを持つpost.idを$conditionsとしてpostを検索。ということで、
試したこと3:
1:$conditions = array('tag.id' => '7');
2:$this->Post->Tag->findAll(array('tag.id') => '7'));
3:$conditons = array('post.id' => '抽出したタグが持ってるpost.id');
4:$this->Post->findAll($conditions);

で無事にビューにそのまま渡せる形に出来ました。
よくみると、1,2が試したこと2と同じことで、3,4が配列の整形（＋Postに紐ついている他のtagの検索）となっているんじゃないかと思います。

ここまで書いていて気がついたのですが、試したこと2で$usesでタグモデルを読み込み、$this->Tag->findAll() としていたところは、$usesは使用せずに$this->Post->Tag->findAll()　で問題ないですね。

これでHABTMについては理解した気がするので次からは別のネタを書いていきたいと思います。
HABTMさん、多くのネタをありがとうございました。

【2007/04/25 19:34】 | CakePHP | トラックバック(0) | コメント(18) |

HABTMを調べていたら目から鱗がおちました。

HABTMについて調べているときに、（というかその前からですね）
http://api.cakephp.org/class_model.html#63ade7d3c6d03c83ab53a224e23ad9dd
findAll()って
Definition at line 1138 of file model_php4.php.
とか書いてあるのにどうしてコントローラから使えるんだろう。
→
まぁよくわからないけどフレームワークだからに違いない。
コントローラ：モデル名複数形_Controller
モデル：モデル名
ビュー：モデル名/アクション名
っていう命名規則に従ってるからだ。きっと。

だから、$this->Post->findall();
こう書いておけばすべてうまくいくんだ。

そう思ってました。さっきまで。
何気なくマニュアルを見ていると

http://cakephp.jp/doc/ch07s03.html
コントローラは複数のモデルを使用するでしょうか。例えば、 FragglesController は自動的に $this->Fraggle を読み込みますが、 $this->Smurf も同じようにアクセスしたい場合には、コントローラに次のように書いてください：

var $uses = array('Fraggle','Smurf');
これまで自動的に使用できていた Fraggle モデルを $uses 配列に含める必要があることに注意してください。

あれ？
これまで自動的に使用できていた Fraggle モデルを $uses 配列に含める必要があることに注意してください。
これまで自動的に使用できていた Fraggle モデルを $uses 配列に含める必要があることに注意してください。
これまで自動的に使用できていた Fraggle モデルを $uses 配列に含める必要があることに注意してください。
要するに自動的に同じ名前のモデルを読み込んでたんですか。

もしかして、コントローラからfindAllを実行した場合って
$this->post->findAll()
$this : コントローラです（というか今自分がいるクラス（？）です。もしかして常識ですか。）
post : そのコントローラが使用するモデルです。（もしかして当たり前ですか。）
findAll() : モデルのメソッドです。（な、なんだってー。）

ってことはモデルにfindAll()を利用するメソッド、testfindAll()を書こうとすると、
function testfindAll(){
　$this->findAll();
}
ってなって
$this : モデルです。
findAll() : モデルのメソッドです。

になるってことですか。・・・あ、なりました。

ってことはあれですか、以前フォーラムを見てみたけど意味がわからなかった書き方
$tags = $this->Article->Tag->search($conditions);
は、
$this : Articleのコントローラ
Article : Articleモデル
Tag : ArticleからHABTMされているTagモデル
search() : Tagモデルのメソッド

という意味だと。

要するにDBは正規化しておくとフレームワークで簡単に扱えますよということなんですね。
フレームワークってすごいですね。

今日の教訓：あんまり驚いたことがおきると目の前が鱗で見えなくなるので気をつけよう。

【2007/04/24 23:24】 | CakePHP | トラックバック(0) | コメント(1) |

| ホーム | 次ページ≫

ブログ内検索

RSSフィード

リンク

このブログをリンクに追加する

ブログやるならFC2ブログ