$folder = new Folder('./hoge', true, 0755);
ってやった場合hogeディレクトリはwebroot直下にできる
2011年12月21日水曜日
2011年12月19日月曜日
CakePHPで他のコントロールのアクションを使う
http://cakephp.pha22.net/index.php?%E4%BB%96%E3%81%AE%E3%82%B3%E3%83%B3%E3%83%88%E3%83%AD%E3%83%BC%E3%83%A9%E3%81%AE%E3%82%A2%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3%E3%82%92%E4%BD%BF%E3%81%84%E3%81%9F%E3%81%84
ここに答えがあった。
$this->requestAction('/コントローラ/アクション')
こんな感じらしい。
いやあ、CakePHPまじですごい。 まともに設計しなくてもいいからなあ。用意するコード量を大幅に
減らせるというふれこみだけど、それ同じ位設計の手間が省けるという利点があるぞ。
もう完全にCakePHP信者になってしまった
ここに答えがあった。
$this->requestAction('/コントローラ/アクション')
こんな感じらしい。
いやあ、CakePHPまじですごい。 まともに設計しなくてもいいからなあ。用意するコード量を大幅に
減らせるというふれこみだけど、それ同じ位設計の手間が省けるという利点があるぞ。
もう完全にCakePHP信者になってしまった
CakePHPでのビューの共通化
サイト内のメニュー部分とかはたいがい同じなので以下の要領で共通か出来る模様。
http://onlineconsultant.jp/pukiwiki/?CakePHP%20%E7%B9%B0%E3%82%8A%E8%BF%94%E3%81%99%E8%A6%8B%E3%81%9F%E7%9B%AE%E3%82%92%E5%88%A5%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%AB%E3%81%99%E3%82%8B
http://onlineconsultant.jp/pukiwiki/?CakePHP%20%E7%B9%B0%E3%82%8A%E8%BF%94%E3%81%99%E8%A6%8B%E3%81%9F%E7%9B%AE%E3%82%92%E5%88%A5%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%AB%E3%81%99%E3%82%8B
CakePHP2.0.4で独自cssを使った時にうまく動かなかった。
CakePHP2.0.4を使う事にした。
コントローラーからViewのctpファイルというhtmlみたいなのを呼び出してブラウザに表示するようなんだけど、ctpファイル内でcssファイルを指定しても無視される。
かってに規定のcssが使われるようだ。これを独自のcss使えるようにする方法が以下のエントリーに書かれていた
http://libro.tuyano.com/index3?id=10003
ただ、これはcakephp1.3までを対象にしているぽい。
このタグがエラーを吐く。この$htmlというのはヘルパーのオブジェクト
と思われるのだけど、それが無いっぽい。CakePHP2.Xでは以下のようにすれば動いた。
<?php echo $this->Html->css('cake.sample'); ?>
コントローラーからViewのctpファイルというhtmlみたいなのを呼び出してブラウザに表示するようなんだけど、ctpファイル内でcssファイルを指定しても無視される。
かってに規定のcssが使われるようだ。これを独自のcss使えるようにする方法が以下のエントリーに書かれていた
http://libro.tuyano.com/index3?id=10003
ただ、これはcakephp1.3までを対象にしているぽい。
<?php echo $html->css("cake.sample"); ?>このタグがエラーを吐く。この$htmlというのはヘルパーのオブジェクト
と思われるのだけど、それが無いっぽい。CakePHP2.Xでは以下のようにすれば動いた。
<?php echo $this->Html->css('cake.sample'); ?>
CakePHPのコンセプトが理解しにくかった理由
http://libro.tuyano.com/index3?id=9001
このサイトに以下のような記述が
"フレームワークでは、「これこれこういうときにはこう処理する」といった仕組みがすべて組み込まれています。プログラマは、「こういうときには、この処理を用意する」という、フレームワークに指定された通りにプログラムを作っていくだけです。
つまり、フレームワークでは、プログラムをどういう形で作るかを決めるのは、フレームワークなのです。プログラマではありません。プログラマは、フレームワークの指示にしたがって、予め決められた通りにプログラムを用意していくだけなのです。
なんか堅苦しそうだな……と思うかも知れません。けれど、考えてみましょう。Webアプリケーションって、基本的な構造はほとんど同じと思いませんか？ フォームを送信して、データベースにアクセスして、結果をレイアウトして……そうした基本的な流れは、ほとんどのものが同じなのです。"
なるほどね。今ならだいたい理解できる。なぜなら
Webアプリケーションって、基本的な構造はほとんど同じと思いませんか？
と聞かれたたら知らねーよ！って感じだったか
このサイトに以下のような記述が
"フレームワークでは、「これこれこういうときにはこう処理する」といった仕組みがすべて組み込まれています。プログラマは、「こういうときには、この処理を用意する」という、フレームワークに指定された通りにプログラムを作っていくだけです。
つまり、フレームワークでは、プログラムをどういう形で作るかを決めるのは、フレームワークなのです。プログラマではありません。プログラマは、フレームワークの指示にしたがって、予め決められた通りにプログラムを用意していくだけなのです。
なんか堅苦しそうだな……と思うかも知れません。けれど、考えてみましょう。Webアプリケーションって、基本的な構造はほとんど同じと思いませんか？ フォームを送信して、データベースにアクセスして、結果をレイアウトして……そうした基本的な流れは、ほとんどのものが同じなのです。"
なるほどね。今ならだいたい理解できる。なぜなら
Webアプリケーションって、基本的な構造はほとんど同じと思いませんか？
と聞かれたたら知らねーよ！って感じだったか
登録:
投稿 (Atom)