私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワーク CakePHP 5ホール目【v1.2】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ☆
レスフィルター : (試験中)
>>750
いや、うろ覚えだから気にしないで
いや、うろ覚えだから気にしないで
ソース延々辿ってったら
Auth/OpenIDのMySQLとPostgresqlで
データの持ち方が何か違うくさい箇所があって、
嫌な予感はしてたのよー。
……とりあえず放置w
(この先はもう気力が持たない)
Auth/OpenIDのMySQLとPostgresqlで
データの持ち方が何か違うくさい箇所があって、
嫌な予感はしてたのよー。
……とりあえず放置w
(この先はもう気力が持たない)
大量のデータをデータベースに登録するとか、
すっごい時間がかかりそうな処理をする時に、
プログレスバーみたいな物って、どうしてる?
出してる?
待ち時間を計るって意味もあるけど、
出さないとtimeoutしそうな心配。
すっごい時間がかかりそうな処理をする時に、
プログレスバーみたいな物って、どうしてる?
出してる?
待ち時間を計るって意味もあるけど、
出さないとtimeoutしそうな心配。
simpletest入れてみた。
CakePHP Test Suite v 1.2.0.0の画面は出て
自作のテストも動くんだけど、
simpletestディレクトリの中にあるファイルの使い方がわからない。
ドキュメント見ると「tests/all_tests.php」に書け的なことが書いてあるけど、
そこに置いても適当に動かしても認識されない。
なんか便利そうなんだけどなぁ。>simpletest
CakePHP Test Suite v 1.2.0.0の画面は出て
自作のテストも動くんだけど、
simpletestディレクトリの中にあるファイルの使い方がわからない。
ドキュメント見ると「tests/all_tests.php」に書け的なことが書いてあるけど、
そこに置いても適当に動かしても認識されない。
なんか便利そうなんだけどなぁ。>simpletest
>>756
AppModelだろjk
AppModelだろjk
>>757
根拠は?
根拠は?
>>763
あんた天才。
email や name っていうよく使う奴だったら validation behaviour を作って、
それにまとめてかいて actas で読み込むってことか。
ナイス、アイデア!
あんた天才。
email や name っていうよく使う奴だったら validation behaviour を作って、
それにまとめてかいて actas で読み込むってことか。
ナイス、アイデア!
strutsしか触ったことないから、バリデーション記述場所に違和感が。
最近のフレームワークはみんな、バリデーションをモデルに書くものなのかな?
最近のフレームワークはみんな、バリデーションをモデルに書くものなのかな?
ドキュメントのコードをざっと見て、見やすい方を選択すればよろし
Cake、便利なんだけど、
フォームのname属性見るだけで
データベースのスキーマが手に取るようにわかっちゃうのがなんか嫌。
フォームのname属性見るだけで
データベースのスキーマが手に取るようにわかっちゃうのがなんか嫌。
何がセキリュティ的に駄目なんだ?
もともとスキーマが分かれば攻撃できちゃうような
駄目システムがさらに弱くなるってことか?
もともとスキーマが分かれば攻撃できちゃうような
駄目システムがさらに弱くなるってことか?
その時完璧な対策を施しても脆弱性なんてほとんどのシステムで見つかるものだから
脆弱性が見つかった後の防御が落ちる
脆弱性が見つかった後の防御が落ちる
>>778
要するにフィールド名がすぐにわかるようではセキュリティに問題があるということね。
なら、君は今から、
「脆弱性対策のために安易に推測できるフィールド名を使わないようにする。」
というルールを提唱するべきだ。
例
商品名のフィールド名を product_name にしてはいいけない。
値段のフィールド名を price にしてはいけない。
要するにフィールド名がすぐにわかるようではセキュリティに問題があるということね。
なら、君は今から、
「脆弱性対策のために安易に推測できるフィールド名を使わないようにする。」
というルールを提唱するべきだ。
例
商品名のフィールド名を product_name にしてはいいけない。
値段のフィールド名を price にしてはいけない。
>>782
落ち着けよ。
「出さなくて済む情報は可能な限り出さない」
はセキュリティの基礎の基礎でしょうが。
>商品名のフィールド名を product_name にしてはいいけない。
product_nameだろうとfooだろうとbarだろうと
「公開されているのは、公開されていないより、
セキュリティ的には望ましくない」
あとは生産性その他との
トレードオフでどう考えるかという話。
(でもスキーマが判るのはcakeに限らないんじゃないか?
よく知らんけど)
落ち着けよ。
「出さなくて済む情報は可能な限り出さない」
はセキュリティの基礎の基礎でしょうが。
>商品名のフィールド名を product_name にしてはいいけない。
product_nameだろうとfooだろうとbarだろうと
「公開されているのは、公開されていないより、
セキュリティ的には望ましくない」
あとは生産性その他との
トレードオフでどう考えるかという話。
(でもスキーマが判るのはcakeに限らないんじゃないか?
よく知らんけど)
>>785
つまり、HtmlHelper で足りないものをTextHelperで補うイメージかと。
本来のbehaviorのあり方からいくと、役割が違うというのは、今まで類似のものがない(よね?)ことからも窺い知れるが。
つまり、HtmlHelper で足りないものをTextHelperで補うイメージかと。
本来のbehaviorのあり方からいくと、役割が違うというのは、今まで類似のものがない(よね?)ことからも窺い知れるが。
cake bake all
しても、なかなか1回で全ての関連テーブルを
認識してくれないのって、そのうち直るのかなぁ。
今は、何回かbake allすると、少しずつ認識される感じ。
しても、なかなか1回で全ての関連テーブルを
認識してくれないのって、そのうち直るのかなぁ。
今は、何回かbake allすると、少しずつ認識される感じ。
view から layout の body タグを変更する事はできますか?
layout で <body id="bodyContainer"> とかいてあるものを使っているのですが、
いくつかの view だけ body の onload を書きたいのですが、
onload のために layout がどんどん増えるのは嫌なので、
view から body に onload を足す事できないかなぁ、と。
何かよい方法ないでしょうか?
layout で <body id="bodyContainer"> とかいてあるものを使っているのですが、
いくつかの view だけ body の onload を書きたいのですが、
onload のために layout がどんどん増えるのは嫌なので、
view から body に onload を足す事できないかなぁ、と。
何かよい方法ないでしょうか?
>>788
普通にコントローラーでsetすればいいよ。
普通にコントローラーでsetすればいいよ。
うーん、すみません、よくわかりません
view\layouts\default.ctp には
<body id="bodyContainer">
<?php e($content_for_layout); ?>
</body>
とあって、コントローラからは
var $layout = "default";
としてレイアウトを利用しています。
ここで、あるビューだけ、レイアウトは default.ctp を使いつつ
body タグの内容を
<body id="bodyContainer"> → <body id="bodyContainer" onload="hoge();">
にかきかえたいですが、コントローラでどのようにセットすればいいんでしょうか?
view\layouts\default.ctp には
<body id="bodyContainer">
<?php e($content_for_layout); ?>
</body>
とあって、コントローラからは
var $layout = "default";
としてレイアウトを利用しています。
ここで、あるビューだけ、レイアウトは default.ctp を使いつつ
body タグの内容を
<body id="bodyContainer"> → <body id="bodyContainer" onload="hoge();">
にかきかえたいですが、コントローラでどのようにセットすればいいんでしょうか?
いえ、実はまだ理解してないんですが…。
もしかして、コントローラで、
$this->set("body", '<body id="bodyContainer" onload="hoge();">');
して、view\layouts\default.ctp の中で、
<?php e($body); ?>
こうするって事?
もしそうなら、(わがままかもしれませんが)
そのレイアウトを使う全てで body を set しないといけなくなるので、
まるごと出力じゃなくて、場合によって
追記、もしくは置換できるといいんですけど…。
いくらなんでもそこまでは無理でしょうか。。。
もしかして、コントローラで、
$this->set("body", '<body id="bodyContainer" onload="hoge();">');
して、view\layouts\default.ctp の中で、
<?php e($body); ?>
こうするって事?
もしそうなら、(わがままかもしれませんが)
そのレイアウトを使う全てで body を set しないといけなくなるので、
まるごと出力じゃなくて、場合によって
追記、もしくは置換できるといいんですけど…。
いくらなんでもそこまでは無理でしょうか。。。
>>もしくは置換したいところだけ変数にすればいいじゃないすか
そうか…そうですね…。
頭カチカチだったようです…。
情けない…。
大変ありがとうございました。
そうか…そうですね…。
頭カチカチだったようです…。
情けない…。
大変ありがとうございました。
前へ 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 6ホール目【v1.2】 (933) - [98%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [98%] - 2008/12/19 21:06 ○
- 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [93%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 11ホール目【v1.3】 (1001) - [92%] - 2011/6/30 22:32
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [92%] - 2011/2/13 8:32
- 【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 16ホール目【v2.4】 (1001) - [90%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [90%] - 2015/1/10 2:45
- 【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
トップメニューへ / →のくす牧場書庫について