私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワーク CakePHP 11ホール目【v1.3】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
てかそろそろphpは衰退期だと思うけどな。
Perlの様に終わっていく言語だと思う。
緩やかに終わっていくから、その間に稼ぎつつ、
別言語を覚えておいたほうが良いと思うよ。
Perlの様に終わっていく言語だと思う。
緩やかに終わっていくから、その間に稼ぎつつ、
別言語を覚えておいたほうが良いと思うよ。
Rubyの方が衰退してんだろ。
PHPはやっぱりWebでの使い勝手の良さがあってますます流行る。
てゆーか今LAMP技術者引っ張りだこじゃん。
PHPはやっぱりWebでの使い勝手の良さがあってますます流行る。
てゆーか今LAMP技術者引っ張りだこじゃん。
その次の言語が何になるかだよ。
Perl
CGI時代は一択だったし、サンプルも多かったから爆発
（標準入力と標準出力さえ使えればホントはなんでもいいんだけど）
PHP
HTMLに手軽な機能を追加するテンプレート言語として
SSIなんかとともに勃興、その手軽さから爆発。それから高機能化
の次は、何だ？
RubyもPythonもBetter Perlとしての機能と文法の良さは持っているかもしれんが、
Next Perl の地位は築けてないじゃん
かといって関数型言語がいきなり爆発するとか、もう何もかもJavaでいこうよとか、
サーバサイドJavaScriptが流行りすぎて大変なことになっていますとか、
そういう流れになるとは予想しにくいわけで・・・
>>254
俺はRubyが来ると予想してる。
現状がまだ盛り上がってないのは、phpが盛り上がってる時代だからね。
もう地位を築いてたら、次が何かという予想じゃなくって、事実になっちゃう。
Pythonは個人的には頑張ってほしいけど、現状劣勢だからなぁ。
GAE/pが出た時が最高潮だったんじゃないかと。
でも俺、Ruby嫌いなんだよなぁ・・・
俺はRubyが来ると予想してる。
現状がまだ盛り上がってないのは、phpが盛り上がってる時代だからね。
もう地位を築いてたら、次が何かという予想じゃなくって、事実になっちゃう。
Pythonは個人的には頑張ってほしいけど、現状劣勢だからなぁ。
GAE/pが出た時が最高潮だったんじゃないかと。
でも俺、Ruby嫌いなんだよなぁ・・・
>>252
CakePHPは慣れるまではむしろ時間がかかるフレームワークだよ。
ソースコード読まないと分からない事が多いからね。
小さめの案件とか、社内開発とかで、
まずはチームの成熟度を上げてから、
メインに使うべきもの。
まぁCakePHPに限る話じゃないと思うけど、
特にCakePHPはそういう面が強いと思う。
CakePHPは慣れるまではむしろ時間がかかるフレームワークだよ。
ソースコード読まないと分からない事が多いからね。
小さめの案件とか、社内開発とかで、
まずはチームの成熟度を上げてから、
メインに使うべきもの。
まぁCakePHPに限る話じゃないと思うけど、
特にCakePHPはそういう面が強いと思う。
>>257
レスありがとう
自分の予想は、Rubyというか、RoRがマジョリティになるかどうかは、
mod_passengerの成熟度次第・・・だと思う。
結局多くの素人や初心者がホイホイとレンサバで動かせて、それなりにパフォーマンスも出て、
かつ「Apacheで走る」かどうかはデカいと思うよ。
もちろん自鯖でとんがったことやったりするなら、lighttpdでもnginxでもfastCGIで何でも来いなんだけど、
Webサーバのこと考えたくない人でもPHPっていじれるじゃん・・・・
CakePHPが初心者ホイホイな状態なのも、結局、実行環境が手軽に手に入るってのも大きいと思う。
良くも悪くもね。
レスありがとう
自分の予想は、Rubyというか、RoRがマジョリティになるかどうかは、
mod_passengerの成熟度次第・・・だと思う。
結局多くの素人や初心者がホイホイとレンサバで動かせて、それなりにパフォーマンスも出て、
かつ「Apacheで走る」かどうかはデカいと思うよ。
もちろん自鯖でとんがったことやったりするなら、lighttpdでもnginxでもfastCGIで何でも来いなんだけど、
Webサーバのこと考えたくない人でもPHPっていじれるじゃん・・・・
CakePHPが初心者ホイホイな状態なのも、結局、実行環境が手軽に手に入るってのも大きいと思う。
良くも悪くもね。
javaよりPHPが人気あるけど給料はどうなん？
PHP安くね？
PHP安くね？
JAVAの方がとっつきにくいよ。
とりあえず書けばなんか出るPHPと比べて、
反応が返ってくるまでが長いからね。
ある程度覚えちゃえば、言語なんてどれも一緒。
むしろ型にうるさいJAVAの方が、IDEの力を借りて簡単に書ける。
と言いたいところだけど、
業務レベルになるまでに覚えないといけない事が多すぎて、
新人を育てるのが大変って話を聞いたことがあるな。
とりあえず書けばなんか出るPHPと比べて、
反応が返ってくるまでが長いからね。
ある程度覚えちゃえば、言語なんてどれも一緒。
むしろ型にうるさいJAVAの方が、IDEの力を借りて簡単に書ける。
と言いたいところだけど、
業務レベルになるまでに覚えないといけない事が多すぎて、
新人を育てるのが大変って話を聞いたことがあるな。
みんなアプリケーションフォルダはどこに配置してる？
俺はcakeのコアフォルダと同じディレクトリに置いてたんだけど、bakeする時の文を見るとデフォがapp/myappっぽいので、コアフォルダと同じディレクトリにappフォルダを作って、その中に各アプリケーションのフォルダを作ったほうがいいのかな？
俺はcakeのコアフォルダと同じディレクトリに置いてたんだけど、bakeする時の文を見るとデフォがapp/myappっぽいので、コアフォルダと同じディレクトリにappフォルダを作って、その中に各アプリケーションのフォルダを作ったほうがいいのかな？
>>264
コマンドの使い方知ってる？
コマンドの使い方知ってる？
開発環境
/path/to/cakephp
/path/to/myapp //公開ディレクトリ
/path/to/myapp/webroot
とある稼働環境
/path/to/cakephp
/path/to/myapp
/path/to/webroot //公開ディレクトリ
こんな感じ
/path/to/cakephp
/path/to/myapp //公開ディレクトリ
/path/to/myapp/webroot
とある稼働環境
/path/to/cakephp
/path/to/myapp
/path/to/webroot //公開ディレクトリ
こんな感じ
Linuxのいわゆるユーザーのホームの中にappの中身をぶちまけて、webrootをpublic_htmlにリネーム。
って感じでやってる。
cakeのコア自体は/usr/local/lib/php/の中とかそんな所
って感じでやってる。
cakeのコア自体は/usr/local/lib/php/の中とかそんな所
2冊ほど持ってるけど、どっちもオススメはしないなぁ。
それなりに役には立ってるけど、不満点もそれなりにあるからなぁ。
それなりに役には立ってるけど、不満点もそれなりにあるからなぁ。
CakePHP1.3.7を使ってるんだけど
cake/libs/validaton.phpのminLength, maxLengthのメンバ関数でmb_strlen使ってるんだけど
これって日本語でも対応してますってこと？
cake/libs/validaton.phpのminLength, maxLengthのメンバ関数でmb_strlen使ってるんだけど
これって日本語でも対応してますってこと？
>>273
そうだよ
そうだよ
1.2系使ってたときはmodelに
function maxLengthJP($wordvalue, $length) {
$value = array_shift($wordvalue);
return (mb_strlen($value, mb_detect_encoding($value)) <= $length);
}
とか書いてたんだけど
そういうのやらなくて良くなったってことかな？
function maxLengthJP($wordvalue, $length) {
$value = array_shift($wordvalue);
return (mb_strlen($value, mb_detect_encoding($value)) <= $length);
}
とか書いてたんだけど
そういうのやらなくて良くなったってことかな？
>>243
大幅なデザイン変更あったときは
デザイナがhtmlファイル作って、PGがテンプレに移して・・・
って作業をやり直しになるの？
あくまでデザインの変更なんだからPGは一切作業無しで・・・
という風にできる方法はないのかな？
大幅なデザイン変更あったときは
デザイナがhtmlファイル作って、PGがテンプレに移して・・・
って作業をやり直しになるの？
あくまでデザインの変更なんだからPGは一切作業無しで・・・
という風にできる方法はないのかな？
>>277
お互いにきっちり話し合ってデザイナー向けにマニュアルでも作るしかないんじゃないすかね。
でも実際大変じゃないの？
例えば入力フォームのページ1個作るにしたって
デザイナーにform helperの使い方を調べてもらって・・・なんてお互いに不安にしかならないもんなw
お互いにきっちり話し合ってデザイナー向けにマニュアルでも作るしかないんじゃないすかね。
でも実際大変じゃないの？
例えば入力フォームのページ1個作るにしたって
デザイナーにform helperの使い方を調べてもらって・・・なんてお互いに不安にしかならないもんなw
CakeはFormHelperとHtmlHelperは必須といって良いレベルだからな。
特にFormHelper。
Smartyのヘルパーがどういうものか知らないけど、
置き換えられるものじゃぁないと思うよ。
FormHelperを使わないことで発生する問題や制約を飲み込めるなら、
使ったら良いんじゃないかな。
Smartyの囲い文字もctpのphpタグも、変わらないと思うけどね。
特にFormHelper。
Smartyのヘルパーがどういうものか知らないけど、
置き換えられるものじゃぁないと思うよ。
FormHelperを使わないことで発生する問題や制約を飲み込めるなら、
使ったら良いんじゃないかな。
Smartyの囲い文字もctpのphpタグも、変わらないと思うけどね。
データベースに保存した画像をビューで出力したいです。
以下のようにしたけど、表示できませんでした。
※コントローラ
function index(){
$images = $this->Image->find('all');
$this->set('images',$images);
}
※ビュー
foreach ($images as $image) {
$photo = base64_encode($image['Image']['contents']);
echo "<img src='data:image/jpg;base64,${photo}' />";
}
ちなみに、コントローラ側からechoするとちゃんと表示されます。
参考にした記事
http://matya.dyndns.info/diary/?p=283
以下のようにしたけど、表示できませんでした。
※コントローラ
function index(){
$images = $this->Image->find('all');
$this->set('images',$images);
}
※ビュー
foreach ($images as $image) {
$photo = base64_encode($image['Image']['contents']);
echo "<img src='data:image/jpg;base64,${photo}' />";
}
ちなみに、コントローラ側からechoするとちゃんと表示されます。
参考にした記事
http://matya.dyndns.info/diary/?p=283
俺としてはHtmlHelperはいらないと思うが、
FormHelperは必須だな。特にCMS系システム開発には。
でも、FormHelperを開発するのってそれほど難しくないよね。
みんなもCake使う前は、自作のFormHelper作ってたんじゃないか？
だから、どうしてもSmartyをビューで使いたい場合は、
Smarty用のFormHelperを作っても良いと思う。Cakeの書式に合わせて。
FormHelperは必須だな。特にCMS系システム開発には。
でも、FormHelperを開発するのってそれほど難しくないよね。
みんなもCake使う前は、自作のFormHelper作ってたんじゃないか？
だから、どうしてもSmartyをビューで使いたい場合は、
Smarty用のFormHelperを作っても良いと思う。Cakeの書式に合わせて。
まともにってどういう意味で？
フォーム処理のやりとりに関しては、普通に出来てるけど。
フォーム処理のやりとりに関しては、普通に出来てるけど。
CakePHP使う前はFormHelper的なものは使ってなかったなぁ。
だから最初はフォーム書くだけなのにphpなのめんどくさいって思ってた。
まぁ正直今でもちょっと思ってる。
でもちゃんと使ってるよ。
だから最初はフォーム書くだけなのにphpなのめんどくさいって思ってた。
まぁ正直今でもちょっと思ってる。
でもちゃんと使ってるよ。
ねえねえ何で君たちはこんな時代遅れのフレームワークを使い続けるの？
もっと良いフレームワークあるでしょ
もっと良いフレームワークあるでしょ
>>292
お前の言うもっと良いフレームワークを教えてくれ。
お前の言うもっと良いフレームワークを教えてくれ。
いつも>>292-293この流れで止まるなw
煽りに来たんだろうが、あっさり論破されちゃ世話無いぜ
煽りに来たんだろうが、あっさり論破されちゃ世話無いぜ
CakePHPはお世辞にもモダンなフレームワークとは言えないけど、
良いフレームワークだよ。
良いフレームワークだよ。
CodeIgniterはもっと古臭いフレームワークだからなぁ。
まったく興味がわかない。
まったく興味がわかない。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
php スレッド一覧へ類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [98%] - 2011/2/13 8:32
- 【PHP】フレームワーク CakePHP 19ホール目【v3.3】 (844) - [96%] - 2023/2/2 14:30
- 【PHP】フレームワーク CakePHP 9ホール目【v1.3】 (1001) - [96%] - 2010/11/1 2:53
- 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [95%] - 2015/1/10 2:45
- 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [95%] - 2012/12/3 19:16
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [95%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [95%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [95%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [95%] - 2010/7/22 22:16
- 【PHP】フレームワーク CakePHP 17ホール目【v3α】 (955) - [93%] - 2016/11/15 20:45
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [92%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [92%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [92%] - 2008/12/19 21:06 ○
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [92%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [92%] - 2011/11/8 7:01
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [84%] - 2008/6/19 7:19 ○
トップメニューへ / →のくす牧場書庫について