私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワーク CakePHP 4ホール目【v1.2】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
>>252
いい事聞いた
いい事聞いた
俺は英語よりも日本語のほうが表現力の豊かさの点で好きなんだが
複数形という概念は、すごいと思ったな。
大昔に作られた英語が、ここまでプログラミングにマッチするとは。
もし複数形がなければ、変数名に悩むことが多かっただろう。
でも、日本語は、単語と単語をくっつけて合成語を簡単に作れるから
やっぱり日本語が便利だな。「前月商品金額合計」みたいな。
英語だったら長い。
あと、音を表すだけのひらがな・カタカナ。
外来語を簡単に日本語に変換できてしまうカタカナ。
同じ言葉でも、漢字で書けば男っぽく、ひらがなで書けば女っぽく、カタカナで書けば外国っぽくなる面白さ。
あぁ。日本語ってすばらしい。
複数形という概念は、すごいと思ったな。
大昔に作られた英語が、ここまでプログラミングにマッチするとは。
もし複数形がなければ、変数名に悩むことが多かっただろう。
でも、日本語は、単語と単語をくっつけて合成語を簡単に作れるから
やっぱり日本語が便利だな。「前月商品金額合計」みたいな。
英語だったら長い。
あと、音を表すだけのひらがな・カタカナ。
外来語を簡単に日本語に変換できてしまうカタカナ。
同じ言葉でも、漢字で書けば男っぽく、ひらがなで書けば女っぽく、カタカナで書けば外国っぽくなる面白さ。
あぁ。日本語ってすばらしい。
英語的に正しいかとか気にしてないなぁ。
LastMonthItemPriceSummary
とかさぁ。
LastMonthItemPriceSummary
とかさぁ。
すみません、アホな質問かもしれないんですが。
今まで1.1の環境でPEAR::Pagerを使うためにvendor()で読み込んでたんですが、
1.2に入れ替えたためDeprecatedだというWarningが出ます。で、1.2からは
http://book.cakephp.org/ja/view/538/vendor
App::importを使うようにと書かれているんですが、このApp::importって
どこに書けばいいんでしょう？posts_controller.phpのクラス？色んな
ところに書いてみたんですが、全部だめー！て怒られました。
Cakeの構造自体理解してなくてすみません。どこに書けばいいんでしょうか？
今まで1.1の環境でPEAR::Pagerを使うためにvendor()で読み込んでたんですが、
1.2に入れ替えたためDeprecatedだというWarningが出ます。で、1.2からは
http://book.cakephp.org/ja/view/538/vendor
App::importを使うようにと書かれているんですが、このApp::importって
どこに書けばいいんでしょう？posts_controller.phpのクラス？色んな
ところに書いてみたんですが、全部だめー！て怒られました。
Cakeの構造自体理解してなくてすみません。どこに書けばいいんでしょうか？
すみません、sage間違った・・・
出ました。えーとチュートリアルで言うとposts_controller.phpの中の
class PostsController extends AppController{
App:import('Component', 'Pager');
...
}
と書いてみたところ
Parse error: syntax error, unexpected T_STRING, expecting T_FUNCTION
と怒られます。何か根本的に勘違いしているような気がするのですが、
どこがそうなのか・・・
class PostsController extends AppController{
App:import('Component', 'Pager');
...
}
と書いてみたところ
Parse error: syntax error, unexpected T_STRING, expecting T_FUNCTION
と怒られます。何か根本的に勘違いしているような気がするのですが、
どこがそうなのか・・・
vendor(パス) → App::import(適当な名前, arary('file'=>パス.php);
こんな感じ
こんな感じ
>>269
App::import('Vendor', array('file' => 'Pager.php');
としてみましたが、エラーメッセージ変わらずです。
vendorsディレクトリの中はPager(ディレクトリ）、Pager.php、
include_path_vendors.php（PEARのディレクトリへパスを通すため）
が入っています。うーむ。
App::import('Vendor', array('file' => 'Pager.php');
としてみましたが、エラーメッセージ変わらずです。
vendorsディレクトリの中はPager(ディレクトリ）、Pager.php、
include_path_vendors.php（PEARのディレクトリへパスを通すため）
が入っています。うーむ。
App::import('Vendor', 適当な名前、array('file' => 'Pager.php');
だったか？
だったか？
class PostsController extends AppController{
App:import('Component', 'Pager');
...
}
じゃあ動かないよ
class PostsController extends AppController{
function goodluck()
{
App:import('Component', 'Pager');
}
...
}
じゃない？
App:import('Component', 'Pager');
...
}
じゃあ動かないよ
class PostsController extends AppController{
function goodluck()
{
App:import('Component', 'Pager');
}
...
}
じゃない？
Zendと違ってCakeは直接Cakeの中に色々入れていくタイプなのかな？
Zendの場合は必要なディレクトリ構成さえあれば外部から呼んでくれるが
Zendの場合は必要なディレクトリ構成さえあれば外部から呼んでくれるが
そうそう、全部自分で完結させるタイプ、というか。
そのままディレクトリをサーバーに置けば使えるっていう。
私は結構気に入ってたりします。
そのままディレクトリをサーバーに置けば使えるっていう。
私は結構気に入ってたりします。
Webに公開されないプログラムでCakePHPを使いたいんですが、
CakePHPはhtaccessやルーティングでプログラムを結び付けてるんで、やっぱり使いにくいんでしょうか？
CakePHPのデータベース周りが便利すぎて、どうしても使いたくなっちゃうんですよね。。
CakePHPはhtaccessやルーティングでプログラムを結び付けてるんで、やっぱり使いにくいんでしょうか？
CakePHPのデータベース周りが便利すぎて、どうしても使いたくなっちゃうんですよね。。
ウェブサーバーが無いと
スクリプト動くわけ無いやんｗ
CakePHP以前にPHPが動かない。
PHPだけじゃなく、CGI、Perl、Ruby、何も動かんｗ
スクリプト動くわけ無いやんｗ
CakePHP以前にPHPが動かない。
PHPだけじゃなく、CGI、Perl、Ruby、何も動かんｗ
>>294
その発想は無かった！
その発想は無かった！
>>294
天才現る
天才現る
今、cakephpでブログを作って運営してるんだけどタグ機能をつけたいと思うのね。
でも、一度完成したプログラムをいじるのがなんかすごい抵抗があるんだけど。
プロの仕事だと完成後にあれつけろこれつけろってのもよくあること？
でも、一度完成したプログラムをいじるのがなんかすごい抵抗があるんだけど。
プロの仕事だと完成後にあれつけろこれつけろってのもよくあること？
ありがとうございます。やっぱそうなんですか。
作ったの改造するより、最初っから全部作った方が楽しいですよね。
家のリフォーム業者も同じことを思うんでしょうかね。
作ったの改造するより、最初っから全部作った方が楽しいですよね。
家のリフォーム業者も同じことを思うんでしょうかね。
プロ・趣味問わず今のWebアプリはそういう増改築は不可避でしょ？
タグ付きで作り直してもまた別の機能付けたくなったらまた作り直し？
今の状態でとりあえずタグ機能付けて時間あったらソース修繕（何て言うんだっけ）じゃないの
タグ付きで作り直してもまた別の機能付けたくなったらまた作り直し？
今の状態でとりあえずタグ機能付けて時間あったらソース修繕（何て言うんだっけ）じゃないの
あとから修正すると、バグ混入で今まで動いていたところが動かなくなるよ。
そうならないようにユニットテストを書いておくわけだ。
書いておいたテストを実行すればテストできるわけだから、
修正するたびに、毎回全部をテストをするわけだ。
そうならないようにユニットテストを書いておくわけだ。
書いておいたテストを実行すればテストできるわけだから、
修正するたびに、毎回全部をテストをするわけだ。
>>295
そうですね。たしかにバグりますよね。
あれ・・・ここいじってないんだけど、どうして動かないの！？って。
だからあまり触りたくなかったんですが。
ユニットテストのメリットってそこにあるわけですね。
そうですね。たしかにバグりますよね。
あれ・・・ここいじってないんだけど、どうして動かないの！？って。
だからあまり触りたくなかったんですが。
ユニットテストのメリットってそこにあるわけですね。
>>289
ない仕事のほうがめずらしい
ない仕事のほうがめずらしい
>>296
そろそろレビューが欲しいところ。
そろそろレビューが欲しいところ。
>>299
CakePHPと名の付く本は全部買ってる拙者、ぱらぱらっと読んだ感じではイマイチかと。
他の本との差別化をしようとしてか、bakeに多くのページを割いてる。
インストール + bake で半分とか。
拙者のお薦めは PHPフレームワーク完全マスター + CakePHPポケットリファレンス。
前者で入門して、あとは後者をリファレンスに。（後者も一度全部読むと良いと思う。）
CakePHPと名の付く本は全部買ってる拙者、ぱらぱらっと読んだ感じではイマイチかと。
他の本との差別化をしようとしてか、bakeに多くのページを割いてる。
インストール + bake で半分とか。
拙者のお薦めは PHPフレームワーク完全マスター + CakePHPポケットリファレンス。
前者で入門して、あとは後者をリファレンスに。（後者も一度全部読むと良いと思う。）
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
php スレッド一覧へ類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [98%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [98%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [98%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [92%] - 2011/2/13 8:32
- 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [92%] - 2012/12/3 19:16
- 【PHP】フレームワーク CakePHP 11ホール目【v1.3】 (1001) - [92%] - 2011/6/30 22:32
- 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [92%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 9ホール目【v1.3】 (1001) - [92%] - 2010/11/1 2:53
- 【PHP】フレームワーク CakePHP 19ホール目【v3.3】 (844) - [90%] - 2023/2/2 14:30
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [90%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [90%] - 2015/1/10 2:45
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [90%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [90%] - 2010/7/22 22:16
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [89%] - 2008/6/19 7:19 ○
- 【PHP】フレームワーク CakePHP 17ホール目【v3α】 (955) - [88%] - 2016/11/15 20:45
トップメニューへ / →のくす牧場書庫について