元スレ【PHP】フレームワーク CakePHP 17ホール目【v3α】
php覧 / PC版 /みんなの評価 :
651 :
なんかおもしろいものあった
http://goo.gl/YIsqjP
653 = :
SQLインジェクションが起きる理由を
勉強しましょう
654 = :
fetchAllだからプレースホルダ使わなくてもいいって理屈は無い。
fetchAllはプレースホルダ使わないといけない。
656 = :
やったことないが、該当モデルにafterSaveコールバック定義しておけばできそうな気はする
660 = :
なんで就職するスレだと思った?頭大丈夫?
661 = :
cakeこれから勉強始めるとしたら2?それとも3?
今までAccessで作ってたようなDBをWebで実現したいなと思って
情報収集してます。素のphpはぼちぼち勉強してるんですがフレームワークも触ってみたくて半分実験、半分勉強のよな感じです。
662 = :
自分もこれからcake勉強しようと思ってるんだけど、3系は書籍もまだ何もないので、とりあえず情報の多い2からやろうと思ってます。
情報があれば3からやりたいんだけどな~
663 = :
やっぱみんな悩むんだね
おれはPHPもMVCフレームワークの経験あるから3にしたけど
ドキュメントもまだ日本語化されてないところ多いから戸惑うことも多かったよ
パフォーマンスの高さやイマドキっぽい作りなのは3だけど
情報多いのは2なんだよね~
664 = :
日本語ドキュメントしか読めないという奴はなんなの
英語勉強してないの?
頭悪いの?
665 = :
>>664
>>663のことなら日本語ドキュメントしか読めないとは言ってないし
なんでそういう捉え方になるのか理解に苦しむ
英語もある程度は読めるけど母国語のほうが読みやすいのは間違いないでしょ?
そこは異論ないよね?
666 = :
ここにいる時点でお察し
相手をしても仕方が無い
667 = :
英語はできても日本語が読めなかったのだろう
668 :
あるコントローラ内で同じメソッドを複数回呼び出している処理があるとして、
メソッドでエラーが発生した場合に何番目で呼び出されたときに発生したエラーなのか、
エラーログを見てすぐにわかるようにしたいのですが、
みなさんどのような工夫をされていますか
669 = :
局所デバッグ中すかね
単に変数でカウントすりゃいいんじゃないかな。俺ならファイルに詳細な動作ログ書き出す
670 = :
やったこと無いけど俺なら
動作するたびにログを取る。
ログしない=エラー
672 = :
そんな単純な事例なら、単に例外投げてスタックトレースをログ取れば良くない?
674 = :
本日、2系と3系でセキュリティアップデートがリリースされています。
詳細は後日公開するとのことなので私も詳しくは書きませんが、
特に業務で使っている方は、公開までの猶予期間内になるべくアップグレードしておいてくださいね。
675 = :
また脆弱性か
まったくよーCakeはしょうがねえなどうしてくれるんだよ
676 = :
>>675
メンテナンス放棄されるFWよりはよほどいいよ。
678 = :
>>677 ファイルインクルージョンなので、脆弱性の影響を受ける場合は結構深刻かもです。
あと、1系に関しては今回のリリースに含まれていませんが、そもそも1系は数日前に偶然サポートが終了しています。
仮に脆弱性が認められた場合にも、今後修正リリースが出ることはありませんのでご注意ください。
679 = :
楽したいのに楽できないのか
681 = :
>>680 カスタムルートクラスを作成するか、AppHelper で url() をオーバーライドするかのどちらかだと思う。
前者はビュー以外からも使える点で汎用性が高く、後者は Cake に不慣れでも実装が簡単。
683 = :
>>682 記述を書き換える必要はないはずなんだけど、でも、その方法の方がよさそうだね。勉強になった。
686 = :
おそろしい会話の内容だなw
>>685の言ってることは至極当然の認識であって欲しい
688 = :
暇つぶしにラブやってみたら 想定外の若妻が・・
思い出しただけでもあの体は反則だよ
ついでに見返りもあって損はなかった
022it.★★t/d11/861xmas.jpg
★★をneに変更する
689 :
画像アップロードの処理ってどうしてますか?
普通は
アップロード→バリデーション→登録処理(ファイルはサーバの指定位置に移動)
だと思うのですが、バリデーションの方法で悩んでいます。
画像(jpg/fig/png)の判定は割りと問題ないと思いますが、
画像のファイルサイズの場合、どうしようかと悩みます。
というのも、ファイルサイズを気にせずにアップロードする人が多いです。
デジカメやスマホで写真を撮るとそれなりのサイズになりますので。
ですので、ファイルサイズ制限に関するバリデーションは入れない方が良いのでは?
とも思うのですが、そうするとサーバ攻撃の元になるので良くないです。
何か良い方法・考え方はないでしょうか?
もちろん、Cakeを使う場合でお願いします。
692 = :
だいぶ下がってるので上げとく
695 = :
このスレももう終わりだな。
というかCakePHPがもう終わりか。Stack Overflowとかで質問投げてみてももうまともな回答付ける人は見ていない印象。というかビュー自体が伸びない。
696 = :
かと言って他のフレームワークに移行したかというと、そうでもなさそうだしな。
Rubyに勢いがあるような気はするけど、PHP自体の需要は落ちてない。
言語人気ランキングでは相変わらずの上位だし。
みんなどうしてるんだろうな?
WordPress使って、ちょっとPHPでカスタマイズするって程度なのかなぁ。
697 = :
確かに、どうしてるんだろ。
そこそこ使えるフレームワークを利用してPHPで作る、という仕事が死滅してるとも思えない。需要はあるはずだよな。
そう簡単に他のものに乗り換えるのも効率悪いし。
うちはCakeで培った資産があるから未だにCakeだわ。不満はあるが慣れてしまったから大抵のものはさっと作れるし。
698 = :
資産があるといいよな
案件毎に毎回使うフレームワークや言語がコロコロ変わるから全然定着しないわ
699 = :
今ってサーバーはjson返すだけ、って作りのサイト増えてるから、もっと小さいフレームワークに散り散りになってんのかな?
700 = :
そのJSONを生成するのはどうするんだよ?
JSファイルやPHPに直書きってわけでもあるまい。
なにかしらのデータを保存する管理画面みたいなのがあって、
そこでデータの出し入れをしてるはず。
そして、そうなればある程度のUIが必要だから、簡単にとは行かないと思う。
みんなの評価 :
類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 19ホール目【v3.3】 (844) - [95%] - 2023/2/2 14:30
- 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [95%] - 2015/1/10 2:45
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [93%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [93%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [93%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 11ホール目【v1.3】 (1001) - [93%] - 2011/6/30 22:32
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [93%] - 2011/2/13 8:32
- 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [93%] - 2012/12/3 19:16
- 【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [92%] - 2011/11/8 7:01
- 【PHP】フレームワーク CakePHP 9ホール目【v1.3】 (1001) - [92%] - 2010/11/1 2:53
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [90%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [90%] - 2010/7/22 22:16
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [88%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [88%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [88%] - 2008/12/19 21:06 ○
トップメニューへ / →のくす牧場書庫について