私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワーク CakePHP 6ホール目【v1.2】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
Cake 1.3からPHP4用のコードを削ったのがCake 2っていう理解で合ってる?
1.2が出てから急に大きく動き出したので、嬉しいやら戸惑うやら…。
1.2が出てから急に大きく動き出したので、嬉しいやら戸惑うやら…。
>>851
CakePHP1.3.x は、すでにPHP4切り捨て。CakePHP1.2の資産はほぼ活用できる方向
Cake3 は、ゼロからコード書き直しのいわば次モデル。PHP5.3 & 6 対応(だったはず)
恐らく別物に近くなるのでは?詳細不明だけど、実用できるのは当分先じゃね?
CakePHP1.3.x は、すでにPHP4切り捨て。CakePHP1.2の資産はほぼ活用できる方向
Cake3 は、ゼロからコード書き直しのいわば次モデル。PHP5.3 & 6 対応(だったはず)
恐らく別物に近くなるのでは?詳細不明だけど、実用できるのは当分先じゃね?
>>849
プレスリリース出せばいいのにね。
プレスリリース出せばいいのにね。
GETで名前付きパラメータで値を渡すとき、値に「/」とか「%」とかが混じってると
コントローラまで処理が行われません。
回避手段として、取得側でこれらの文字をなんらかに置換して、受け取り側でも
変換するというのが常套手段なんでしょうか?
コントローラまで処理が行われません。
回避手段として、取得側でこれらの文字をなんらかに置換して、受け取り側でも
変換するというのが常套手段なんでしょうか?
ごめん今時間ないんで失念しちゃって。。
とにかく/をURLエンコードしてパラメータとして渡した場合、
なぜかapatcheだかmod_rewriteだかURLデコードして・・みたいな不具合だった
どう解決したか忘れたけど、ちょっとこの辺で調べてみて。
あとでまた調べてみる
とにかく/をURLエンコードしてパラメータとして渡した場合、
なぜかapatcheだかmod_rewriteだかURLデコードして・・みたいな不具合だった
どう解決したか忘れたけど、ちょっとこの辺で調べてみて。
あとでまた調べてみる
PHP4環境で、ビヘイビアの中でモデルのリファレンス使って、findByってできませんよね?
Overloadable::__call()を呼んでくれない。
findByは良いのだけど、別ビヘイビアのメソッドを呼びたい時はどうすればいいんでしょうか?
$model->call__(メソッド名, 引数配列);で無理やりやるしかないのでしょうか?
Overloadable::__call()を呼んでくれない。
findByは良いのだけど、別ビヘイビアのメソッドを呼びたい時はどうすればいいんでしょうか?
$model->call__(メソッド名, 引数配列);で無理やりやるしかないのでしょうか?
>>853
プレスリリースってどうやるの?
プレスリリースってどうやるの?
>>858
ありがとうございます。
実はざっと検索はしていたのですが、
http://kuroutoshikou.blog16.jp/index.php?cat=10
ここの2009/03/04の記事以外に適当なものが見つからず、ここに質問させていただいた次第です。
こちらのサイトでは対処として置換する方法を取っていました。
いろいろ考えたのですが、独自規則で変換するのもあとあと面倒になる可能性があるので
「パラメータはbin2hexで16進文字列変換して渡す」
というルールで考えてみたいと思います。
これなら0-F以外の文字が渡されることは通常無いですし、チェックも比較的簡単かと。
ほかにいい案がありましたら皆様教えてください。
ありがとうございます。
実はざっと検索はしていたのですが、
http://kuroutoshikou.blog16.jp/index.php?cat=10
ここの2009/03/04の記事以外に適当なものが見つからず、ここに質問させていただいた次第です。
こちらのサイトでは対処として置換する方法を取っていました。
いろいろ考えたのですが、独自規則で変換するのもあとあと面倒になる可能性があるので
「パラメータはbin2hexで16進文字列変換して渡す」
というルールで考えてみたいと思います。
これなら0-F以外の文字が渡されることは通常無いですし、チェックも比較的簡単かと。
ほかにいい案がありましたら皆様教えてください。
>>861
$pattern = '/\/'.$paramname.'\:([^\/]+)(\/*)/i';
$mnum = preg_match($pattern,$_SERVER['REQUEST_URI'],$encoded_get_vars);
ごにょごにょ
とか
試してないが
$pattern = '/\/'.$paramname.'\:([^\/]+)(\/*)/i';
$mnum = preg_match($pattern,$_SERVER['REQUEST_URI'],$encoded_get_vars);
ごにょごにょ
とか
試してないが
Cake3はcakeディレクトリの構造からして変わってたし見慣れないファイルがたくさんだったしでワクワクした
>>860
ぐぐると沢山でてくるよ。
ぐぐると沢山でてくるよ。
>>866
そんなに気になるならそこだけ自作してみる
そんなに気になるならそこだけ自作してみる
正直自分が何とかしない、または出来ない部分を気にしてもしょうがないと思うが。
具体的なボトルネックを探してチケット投げるとか、自分で直す意外にコアあたりはどうしようもないんじゃないのかな。
具体的なヘルパーが駄目なら直すなりチケット投げればいいんじゃないのかな。
具体的なボトルネックを探してチケット投げるとか、自分で直す意外にコアあたりはどうしようもないんじゃないのかな。
具体的なヘルパーが駄目なら直すなりチケット投げればいいんじゃないのかな。
たしか、公式サイトのパフォーマンスの改善に関する事項で
「ヘルパーの利用を控える」とかいうのを昔読んだ事あるw
重いと思えるなら、ヘルパーの利用控える
後、php.iniで使用メモリーの上限を上げる
でも、殆ど効果ないかも...
「ヘルパーの利用を控える」とかいうのを昔読んだ事あるw
重いと思えるなら、ヘルパーの利用控える
後、php.iniで使用メモリーの上限を上げる
でも、殆ど効果ないかも...
たしかにヘルパーは高機能すぎたり、php4に対応してたりで自分でコンパクトなの作るのもありっちゃありかも?
速度にこだわるならだけど。
今のところ、前に比べりゃ早いしそこまで困ってないけど。
速度にこだわるならだけど。
今のところ、前に比べりゃ早いしそこまで困ってないけど。
cake1.2使ってるが、トランザクション機能は標準装備じゃないのかよ・・・。
saveAll()も微妙だし。
なんでbegin()だのを自分でapp_model.phpに追加せねばならんのだろうな。
http://www.ryuzee.com/contents/blog/1159
それともアレか、cake使いってMyISAMしか使わないのか。
saveAll()も微妙だし。
なんでbegin()だのを自分でapp_model.phpに追加せねばならんのだろうな。
http://www.ryuzee.com/contents/blog/1159
それともアレか、cake使いってMyISAMしか使わないのか。
>>874
アソシエーション組んでたらたまにロールバックしたりするよ。
アソシエーション組んでたらたまにロールバックしたりするよ。
質問です。
名簿のようなものを作っているのですが、一人のユーザーが複数のアドレスを持つので
アドレスフィールドを別モデルにしました。(User hasMany Address)
Userの編集画面のビューで
$cnt = count($user['Address'])+1;
for ($i=0; $i<=$cnt; $i++) {
echo $html->input("Address.$i.address");
echo $html->input("Address.$i.id", array('type'=>'hidden'));
}
こんな感じでAddressの数にあわせて複数のテキストフィールドが表示され、$User->saveAllで更新もできています。
問題はAddressを減らしたい時なのですが、テキストフィールドを空にしても当然空になるだけでレコードは残ります。
HABTMだと削除も勝手にやってくれますよね。(一旦全部削除→全部追加となるようですが)
HasManyの関連レコードも一緒に編集というのは結構よくあるパターンに思えますが、なにか常套手段的なものはあるんでしょうか?
書籍数冊&ググったんですが、追加・保存する例しか探す事ができませんでした。
名簿のようなものを作っているのですが、一人のユーザーが複数のアドレスを持つので
アドレスフィールドを別モデルにしました。(User hasMany Address)
Userの編集画面のビューで
$cnt = count($user['Address'])+1;
for ($i=0; $i<=$cnt; $i++) {
echo $html->input("Address.$i.address");
echo $html->input("Address.$i.id", array('type'=>'hidden'));
}
こんな感じでAddressの数にあわせて複数のテキストフィールドが表示され、$User->saveAllで更新もできています。
問題はAddressを減らしたい時なのですが、テキストフィールドを空にしても当然空になるだけでレコードは残ります。
HABTMだと削除も勝手にやってくれますよね。(一旦全部削除→全部追加となるようですが)
HasManyの関連レコードも一緒に編集というのは結構よくあるパターンに思えますが、なにか常套手段的なものはあるんでしょうか?
書籍数冊&ググったんですが、追加・保存する例しか探す事ができませんでした。
フォームヘルパー使うとディフォルトで
value="5" とか数字になるよね?
普通DBに数字で保存しとくものなの?
今まで りんご,みかん って保存してたんだけど。
0,1 で保存して 他の DBテーブル読み込んで結合させるってのが一般的なのかな。
これだと りんご を探したいとき りんご で検索できないでしょ。 0,1 だと 0のもの探したいのに
10 とかもひっかかってくるだろうし。
value="5" とか数字になるよね?
普通DBに数字で保存しとくものなの?
今まで りんご,みかん って保存してたんだけど。
0,1 で保存して 他の DBテーブル読み込んで結合させるってのが一般的なのかな。
これだと りんご を探したいとき りんご で検索できないでしょ。 0,1 だと 0のもの探したいのに
10 とかもひっかかってくるだろうし。
>>881
お前は何を言っているんだ
お前は何を言っているんだ
>>878
普通に考えると、deleteとeditのフォームは別になるんじゃまいか?
editのフォームでテキストフィールドを空にして削除させようとするのであれば、そういう処理をコントローラーに書くしかないよねえ
削除チェックボックス用意するとかすれば簡単そう
普通に考えると、deleteとeditのフォームは別になるんじゃまいか?
editのフォームでテキストフィールドを空にして削除させようとするのであれば、そういう処理をコントローラーに書くしかないよねえ
削除チェックボックス用意するとかすれば簡単そう
url_rewriter.tags と session.use_trans_sid を設定して、cookie がなくても
セッションを維持できるようにしたのですが、Controller->redirect は自分で
sid を付加しないといけないようです。
cookie のときはこの処理が要らないので、つながってるセッションが cookie か
sid か判定したいのですが、どこを見たら判定することが出来ますか?
セッションを維持できるようにしたのですが、Controller->redirect は自分で
sid を付加しないといけないようです。
cookie のときはこの処理が要らないので、つながってるセッションが cookie か
sid か判定したいのですが、どこを見たら判定することが出来ますか?
いってることがよくわからんけど
session.use_trans_sidを有効にするってことは、もうCookieでのセッションは効かないよね?
SIDのGETなりでも、Cookieでも、っていう欲張りなことがしたいの?
できるの?
session.use_trans_sidを有効にするってことは、もうCookieでのセッションは効かないよね?
SIDのGETなりでも、Cookieでも、っていう欲張りなことがしたいの?
できるの?
http://www.php.net/manual/ja/session.idpassing.php
ブラウザで cookie が有効だと、設定 on でも SID は自動的にくっつかないみたいです。
app_controller.php の redirect で parent::redirect を呼ぶようにして
session が SID の時のみ $url に SID を追加したいので、その判定をしたいです。
ブラウザで cookie が有効だと、設定 on でも SID は自動的にくっつかないみたいです。
app_controller.php の redirect で parent::redirect を呼ぶようにして
session が SID の時のみ $url に SID を追加したいので、その判定をしたいです。
ん?本当に?
つーかそんなことそのURLに書いてある?
ブラウザのCookieが有効かどうかなんてサーバー側は知りえないんじゃないかな?
(1ページ目で食わせて遷移先で食ってるか調べるっていう小細工でもしなければ)
って思ってたんだけど。ちがうんかいな
つーかそんなことそのURLに書いてある?
ブラウザのCookieが有効かどうかなんてサーバー側は知りえないんじゃないかな?
(1ページ目で食わせて遷移先で食ってるか調べるっていう小細工でもしなければ)
って思ってたんだけど。ちがうんかいな
まぁ脱線してるから、
もしそれが可能っていうかそういう仕様なんだったら
controller->params['url']['SID']みればいいだけでないのっと。
経験上そういう仕様ではなかったと思うけどね。
もしそれが可能っていうかそういう仕様なんだったら
controller->params['url']['SID']みればいいだけでないのっと。
経験上そういう仕様ではなかったと思うけどね。
>>878
Ajaxを使ってOKなら、アドレスフィールドの横にAdd/Deleteボタンでも作ってやって、
アドレスの追加・削除は、その場でAjaxでAddressコントローラ/モデルに投げてしまえば美しく決まると思うよ。
Ajaxを使ってOKなら、アドレスフィールドの横にAdd/Deleteボタンでも作ってやって、
アドレスの追加・削除は、その場でAjaxでAddressコントローラ/モデルに投げてしまえば美しく決まると思うよ。
881ですけど、無知で大変恐縮ですが教えて貰えませんか。
mysqlの本には りんご、みかんって保存するようなことかいてあったし。
0,1,2で保存しちゃうと DBのアソシエーションだらけになりませんか?
mysqlの本には りんご、みかんって保存するようなことかいてあったし。
0,1,2で保存しちゃうと DBのアソシエーションだらけになりませんか?
連投すいません。
http://cakephp.jp/modules/newbb/viewtopic.php?topic_id=1404&forum=3&post_id=3042
の方法でやってみることにします。
http://cakephp.jp/modules/newbb/viewtopic.php?topic_id=1404&forum=3&post_id=3042
の方法でやってみることにします。
貴方はDBに格納するかどうか以前に、データの正規化について学ぶべきだと思う。
何故コードで管理するか判ってないよね?
何故コードで管理するか判ってないよね?
類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [98%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [98%] - 2008/12/19 21:06 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [98%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [92%] - 2011/2/13 8:32
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [92%] - 2014/3/3 3:00
- 【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 17ホール目【v2.4】 (984) - [90%] - 2015/1/10 2:45
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [90%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [90%] - 2012/12/3 19:16
- 【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
トップメニューへ / →のくす牧場書庫について