私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワーク CakePHP 17ホール目【v2.4】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>148
欲しいバリデーションルールがなければ簡単に自作できるよ
ライブラリのValidation.phpにルール名そのままの関数があるので
同じような形で関数を作ればいい
作った関数はモデルかビヘイビアで実装すれば
元々あるルールと同じように使えるようになる
詳細は以下のページを参考にどうぞ
http://book.cakephp.org/1.3/ja/The-Manual/Common-Tasks-With-CakePHP/Data-Validation.html
http://book.cakephp.org/2.0/en/models/data-validation.html
※2.x系は日本語訳されてるページが少ない・・・1.3の情報でも問題ないはず
欲しいバリデーションルールがなければ簡単に自作できるよ
ライブラリのValidation.phpにルール名そのままの関数があるので
同じような形で関数を作ればいい
作った関数はモデルかビヘイビアで実装すれば
元々あるルールと同じように使えるようになる
詳細は以下のページを参考にどうぞ
http://book.cakephp.org/1.3/ja/The-Manual/Common-Tasks-With-CakePHP/Data-Validation.html
http://book.cakephp.org/2.0/en/models/data-validation.html
※2.x系は日本語訳されてるページが少ない・・・1.3の情報でも問題ないはず
>>150
自分もHTML式の記述にも切り替えられたらいいなと思うけど残念ながらなさそう
実現方法は下記ページの「HtmlHelper が出力するタグの変更」に載ってた
http://book.cakephp.org/2.0/ja/core-libraries/helpers/html.html#id1
このマニュアルだとloadConfigを各ビューで呼ぶみたいだけど、
コントローラのヘルパー設定で
var $helpers = array('Session', 'Html'=>array('configFile'=>'html5_tags'));
みたいに設定すればloadConfigを自動的に呼ぶようになるみたい
自分もHTML式の記述にも切り替えられたらいいなと思うけど残念ながらなさそう
実現方法は下記ページの「HtmlHelper が出力するタグの変更」に載ってた
http://book.cakephp.org/2.0/ja/core-libraries/helpers/html.html#id1
このマニュアルだとloadConfigを各ビューで呼ぶみたいだけど、
コントローラのヘルパー設定で
var $helpers = array('Session', 'Html'=>array('configFile'=>'html5_tags'));
みたいに設定すればloadConfigを自動的に呼ぶようになるみたい
1:フォームにて画像を登録する
2:以下のようにsetFlashにて成功メッセージを表示
$this->Session->setFlash('編集しました');
$this->redirect(array('action'=> 'edit'));
処理は実行されるものの、ブラウザキャッシュが残った状態になります。
ビューにCache-Controlのmetaタグを入れたり、
コントローラーに$this->response->disableCache()をしても変わりません。
なにかよい方法はないでしょうか?
ちなみにIE11やchromeでなり、firefoxではなりません。
2:以下のようにsetFlashにて成功メッセージを表示
$this->Session->setFlash('編集しました');
$this->redirect(array('action'=> 'edit'));
処理は実行されるものの、ブラウザキャッシュが残った状態になります。
ビューにCache-Controlのmetaタグを入れたり、
コントローラーに$this->response->disableCache()をしても変わりません。
なにかよい方法はないでしょうか?
ちなみにIE11やchromeでなり、firefoxではなりません。
>>161
その機能あるけど。。。
その機能あるけど。。。
Treeビヘイビアを使う以外で、簡単に表示順番を変える方法ってないですかね?
カテゴリではなく、単なる一覧の表示順番を変えたいだけなので、
Threeビヘイビアで必要なカラム(parent_id、lft、rght)を追加するのは無駄に思いまして。
カテゴリではなく、単なる一覧の表示順番を変えたいだけなので、
Threeビヘイビアで必要なカラム(parent_id、lft、rght)を追加するのは無駄に思いまして。
>>162
あるけど?
あるけど?
ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。
ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。
ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。
ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。
ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。
ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。
ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。
ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。
ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。
ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。
ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。ひんがら目気色悪すぎこっち見んな死ね。
ルーティングを以下のようにしているとします。
Router::connect('/', array('controller' => 'pages', 'action' => 'display', 'home'));
アクセスしたページがトップページ(ホーム)か否かを調べるのって
$this->params['pass']の中にhomeがあるかどうか調べる方法以外ありますでしょうか?
Router::connect('/', array('controller' => 'pages', 'action' => 'display', 'home'));
アクセスしたページがトップページ(ホーム)か否かを調べるのって
$this->params['pass']の中にhomeがあるかどうか調べる方法以外ありますでしょうか?
お問い合わせ(inquiries)の返信テーブルを
inquiry_repliesかinquiry_messagesかで小一時間悩んでるんですが
どっちがいいと思いますか?
inquiry_repliesかinquiry_messagesかで小一時間悩んでるんですが
どっちがいいと思いますか?
>>172
返信用と分かってるならinquiry_repliesでいいんじゃねーの。
用途に合った明確な名前をつけるのは分かりやすくていいよ。
ただ、あとから返信以外の用途にも使うみたいなことになって、
名前と用途が合わなくなるというのも、ありがちな話。
これに1時間悩むんだったら、
リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック とか
読んでみたらいいんじゃね?
命名の良し悪しは場合によりけりで、いくら考えてつけても裏目に出ることはあるし、
読んだからといって悩まなくなるわけじゃないけど。
返信用と分かってるならinquiry_repliesでいいんじゃねーの。
用途に合った明確な名前をつけるのは分かりやすくていいよ。
ただ、あとから返信以外の用途にも使うみたいなことになって、
名前と用途が合わなくなるというのも、ありがちな話。
これに1時間悩むんだったら、
リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック とか
読んでみたらいいんじゃね?
命名の良し悪しは場合によりけりで、いくら考えてつけても裏目に出ることはあるし、
読んだからといって悩まなくなるわけじゃないけど。
>>173
その本に命名規則について書いてあるんでしょうか?
正直、プログラミングよりも命名や設計で物凄く時間がかかっています。
後からやり直したくなることも何度かあるし。
やっぱり同じコード・同じ設計を何度も書くというのは避けたいので、
汎用性の高い、カスタマイズ性のある設計を考えるのですが、
そうすると時間ばかりかかって先に進めません
その本に命名規則について書いてあるんでしょうか?
正直、プログラミングよりも命名や設計で物凄く時間がかかっています。
後からやり直したくなることも何度かあるし。
やっぱり同じコード・同じ設計を何度も書くというのは避けたいので、
汎用性の高い、カスタマイズ性のある設計を考えるのですが、
そうすると時間ばかりかかって先に進めません
汎用性はあまり考え過ぎない方がいい事のが多いけどね。
クラス名やメソッド名をBusinessLogicとかexecuteとかにしてあとあと泣くのは自分。
クラス名やメソッド名をBusinessLogicとかexecuteとかにしてあとあと泣くのは自分。
>>174
規則については書いてないかな。
もっといえば、命名についてだけ書いてあるわけじゃない。
けど、読みやすいコードに、よく考えられた変数名は重要だし、
4部のうちの1部は命名に関してだよ。
http://kadoppe.com/archives/2013/01/book-readable-code.html
自分は読み途中だからてきとうに見つけた感想文でもはっとく。
自分が読んだとこまでの感想としては、
読んだところで悩まずに書けるようにはならないかな。
けど、納期に追われておざなりになるところだし、
読めばちょっと自分で気を使っただけだと、
気を配りきれない要素を拾えるんじゃないかなと思っている。
あくまでリーダブルコード。設計については書いてないよ。
規則については書いてないかな。
もっといえば、命名についてだけ書いてあるわけじゃない。
けど、読みやすいコードに、よく考えられた変数名は重要だし、
4部のうちの1部は命名に関してだよ。
http://kadoppe.com/archives/2013/01/book-readable-code.html
自分は読み途中だからてきとうに見つけた感想文でもはっとく。
自分が読んだとこまでの感想としては、
読んだところで悩まずに書けるようにはならないかな。
けど、納期に追われておざなりになるところだし、
読めばちょっと自分で気を使っただけだと、
気を配りきれない要素を拾えるんじゃないかなと思っている。
あくまでリーダブルコード。設計については書いてないよ。
>>175-176
Cakeの場合、ある程度の決まり事があるのでだいぶ楽なのですが、
やはり、自分で納得行かないコードのまま進むことがあります。
かといって、他人のコード見ても分かりやすいとは思わないし。
(有名所のOSSのソースしか見てませんが
とりあえず質問した件は、inquiry_repliesにしてみます。
Cakeの場合、ある程度の決まり事があるのでだいぶ楽なのですが、
やはり、自分で納得行かないコードのまま進むことがあります。
かといって、他人のコード見ても分かりやすいとは思わないし。
(有名所のOSSのソースしか見てませんが
とりあえず質問した件は、inquiry_repliesにしてみます。
うんごぶりぶりんこ!!!!ドビュビュビュビュドバババババブッ!!!
ドリュルリュルウリュリィブブブブブブッッ!!!!あへあへうんこまん!!!ぶりっちょ!!!
ケツの穴からドババババババババッバwwwwwwwwwwwwWWWW
wwwwwwwwwwww
WWWwwwwwwwwwww??? ? ? ? ? ? ? ????? ????????wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
なお、まにあわんもよう
ドリュルリュルウリュリィブブブブブブッッ!!!!あへあへうんこまん!!!ぶりっちょ!!!
ケツの穴からドババババババババッバwwwwwwwwwwwwWWWW
wwwwwwwwwwww
WWWwwwwwwwwwww??? ? ? ? ? ? ? ????? ????????wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
なお、まにあわんもよう
只働きだろうと持ち出しだろうと、働かなきゃ空白期間だよ
それをちゃんと理解しているなら浪人生活なり語学留学なり存分に楽しんだらいい
それをちゃんと理解しているなら浪人生活なり語学留学なり存分に楽しんだらいい
↓の方法で、ControllerからModelにアクセスすると
public function hoge() {
$this->loadModel('Hoge');
$Users = $this->Hoge->find('all');
}
このようなエラーが表示されてしまいます。
Missing Datasource
Error: Datasource class Mysql could not be found.
Datasource is not found in Model/Datasource package.
↓の中には"empty"というファイルしか入っていないのですが、
cakephp\app\Model\Datasource
やはり何かファイルが足りないのでしょうか?
public function hoge() {
$this->loadModel('Hoge');
$Users = $this->Hoge->find('all');
}
このようなエラーが表示されてしまいます。
Missing Datasource
Error: Datasource class Mysql could not be found.
Datasource is not found in Model/Datasource package.
↓の中には"empty"というファイルしか入っていないのですが、
cakephp\app\Model\Datasource
やはり何かファイルが足りないのでしょうか?
フォームヘルパーのnameが
data[Post][test1]
のラジオボタンがあるとします。
idが、PostTest10、PostTest11、PostTest12となってしまうのですが、
これをPostTest1_0、PostTest1_1、PostTest1_2
みたいにする事って出来ないのでしょうか?
data[Post][test1]
のラジオボタンがあるとします。
idが、PostTest10、PostTest11、PostTest12となってしまうのですが、
これをPostTest1_0、PostTest1_1、PostTest1_2
みたいにする事って出来ないのでしょうか?
2、3人での小規模開発では使う必要無いですよね?自分でライブラリ作った方が
1人だけどCake使ってるよ。
自分でも作れるけど、車輪の再発明みたいな感じで面倒だし。
自分でも作れるけど、車輪の再発明みたいな感じで面倒だし。
必要かと聞かれればその人次第だけど、
1人でも3人でもCakePHP使うよ。
3人のうち2人がほかのフレームワークに慣れてるなら、それに合わせるけど。
1人でも3人でもCakePHP使うよ。
3人のうち2人がほかのフレームワークに慣れてるなら、それに合わせるけど。
>>187
色んなもの開発して行くうちにそれなりにライブラリは出来て行くから再発明にはならないでしょ
自分で同コストで出来ることをフレームワーク習得にさらに時間費やすならその理由が無いと
少人数小規模すぎると効率化のメリットよりも、処理の重さや習得の手間、細かい所に手を入れ出すと途端にコストが増す、無駄にシステムが大きくなるとかのデメリットのが目立つよね
色んなもの開発して行くうちにそれなりにライブラリは出来て行くから再発明にはならないでしょ
自分で同コストで出来ることをフレームワーク習得にさらに時間費やすならその理由が無いと
少人数小規模すぎると効率化のメリットよりも、処理の重さや習得の手間、細かい所に手を入れ出すと途端にコストが増す、無駄にシステムが大きくなるとかのデメリットのが目立つよね
>>189
Zendみたいなライブラリの寄せ集め的なFWだと
他のプロダクトでも流用できたりするけど、
CakePHPとかはFWに拘束されてしまうからな。
もっと結合度の低い構成にしてほしいとは思う。
Zendみたいなライブラリの寄せ集め的なFWだと
他のプロダクトでも流用できたりするけど、
CakePHPとかはFWに拘束されてしまうからな。
もっと結合度の低い構成にしてほしいとは思う。
>>189
後半2行はCakeだろうとオレオレだろうと一緒じゃね?
開発人数や規模が変われば冗長化するのは当然じゃん。
なら、みんなで共有・共通事項で合わせられる、
Cakeのような既存のFW使うほうが、よっぽど効率がいい
後半2行はCakeだろうとオレオレだろうと一緒じゃね?
開発人数や規模が変われば冗長化するのは当然じゃん。
なら、みんなで共有・共通事項で合わせられる、
Cakeのような既存のFW使うほうが、よっぽど効率がいい
ファイル数個で済むようなちょっとしたアプリなのにcake使ったら、久々にソース読んだ時とかに絶対無駄に分かりづらくなる
全くのPHP初心者がCakeはじめるならそうなるだろうけど、
経験者ならFW使う前に自作ライブラリ作ってるだろうし、
ファイル数個で済む程度のアプリなら、それ使えば良いと思うが。
経験者ならFW使う前に自作ライブラリ作ってるだろうし、
ファイル数個で済む程度のアプリなら、それ使えば良いと思うが。
少人数だからとオレオレでやってたとこに途中参加する人のことを考えてあげてください。
CakePHPは完璧でもないし、すこし合わないプロジェクトな事もあるけど、
CakePHPであると言うだけで、それに慣れてる人を探すことができるよ。
オレオレに慣れてる人は、今いるメンバーだけだよ。
本当にちょっとしたものなら、自作ライブラリでもいいけど、
今ならComposerでライブラリとってきて、必要なとこだけ自分で書くのがいいと思うよ。
CakePHPは完璧でもないし、すこし合わないプロジェクトな事もあるけど、
CakePHPであると言うだけで、それに慣れてる人を探すことができるよ。
オレオレに慣れてる人は、今いるメンバーだけだよ。
本当にちょっとしたものなら、自作ライブラリでもいいけど、
今ならComposerでライブラリとってきて、必要なとこだけ自分で書くのがいいと思うよ。
cake使っててテーブルの値勝手に全部消去された事あるんだけど
あれなんなの仕様?
あれなんなの仕様?
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [98%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [96%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [96%] - 2012/12/3 19:16
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [96%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 17ホール目【v3α】 (955) - [95%] - 2016/11/15 20:45
- 【PHP】フレームワーク CakePHP 19ホール目【v3.3】 (844) - [95%] - 2023/2/2 14:30
- 【PHP】フレームワーク CakePHP 11ホール目【v1.3】 (1001) - [95%] - 2011/6/30 22:32
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [95%] - 2011/2/13 8:32
- 【PHP】フレームワーク CakePHP 9ホール目【v1.3】 (1001) - [93%] - 2010/11/1 2:53
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [92%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [92%] - 2011/11/8 7:01
- 【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [91%] - 2010/7/22 22:16
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [90%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [90%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [90%] - 2008/12/19 21:06 ○
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [84%] - 2008/6/19 7:19 ○
トップメニューへ / →のくす牧場書庫について