元スレ【PHP】フレームワーク CakePHP 10ホール目【v1.3】

php覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

201 = :

俺も。セッションやクッキーもPHPの関数でやることあるし。

202 = :

お、おおおお俺もつ、つ、つつつつ、つ、使ってないよおぉ

203 = :

これだけ使ってないってレスがくると、自分で使っていることにすら気づいてない奴もまざってるんじゃないかと疑いたくなるなｗ

204 = :

お、お、俺も、つつ使ってない

シリアライズした設定値をrot13変換・・・可逆すぎワロタ

要は自前実装でワンタイムトークン発行しろってことで、たいていの用途にはおｋ？

205 = :

でも、可逆で事足りると思うんだよな。

考えてみろ。第三者が可逆されるって、鯖をハッキングされるか
内部流出しかないけど、そうなるとパスワードうんぬんどころじゃねーぞ。

206 = :

>>205
君の考え方なら、そもそもパスワードをハッシュ化する必要すらないよな？
もっと良く考えてみろ。

207 = :

>>143
セキュリティセキュリティって、言ってる人って、ハッキングされた経験でもあるの？俺はさほどセキュリティに気を使ってないけど、この10年何ら問題が起きてない。泥棒に入られるかもと思って家に防犯カメラつけたりするような物だよね。

208 = :

こんなところで釣りってあほか

209 = :

>>206
205じゃないけど、前にくだ質の人に質問したら
「ハッキングより内部流出の為にパスワードをハッシュ化する」
て言ってた。正しいかどうかは知らん。

210 = :

最初から全部公開しておけば流出されない

212 = :

>>211
俺も合わない。だからdw使ってます。

213 = :

>>209
なんか誤解してないか？

214 = :

普通にちゃんと噛み合った会話に見えるんだけど……

215 = :

俺もDW使ってるな。
デザインプレビューはほとんど使わないけど、なんか管理しやすい。

218 = :

一応、PHPの関数保管機能はあるけど、
PGが使うツールとしては使いにくいだろうね。

219 = :

PHP自体PGが使うには使いにくいと思うよ

221 = :

Macならcodaだな。
マニュアルやAPIサイトもタブの中で開けるし、集中して作れる。

222 = :

controllerのusesで指定するモデルのコンストラクタに引数を渡したいのです。
モデル内で動的なテーブルの切り替えを行っていて、どのテーブルを使用するかの判断に
必要なアイテムをコンストラクタで渡そうと考えています。
まったく見当がつかないのですが、なにか良い方法はありますか？

224 = :

>>222
あるモデルが別のモデルを読み込むようにすれば良さげ

225 = :

すみません。一つ条件がありまして、
usesで指定するモデルですが、paginatorで使用するモデルとなります。
単にデータの入出力に使うだけのモデルであれば色々策は考え付くのですが、
paginatorで使用するというところがネックで悩んでいる次第です。

usesに記載しないモデルでpaginatorを上手く効かせる方法があればそれでも構いません。

226 = :

それだけじゃ詳細わかんないけど
どう考えても設計見直したほうが幸せだろ

227 = :

>>224 みたいな方法で、中間モデルというか、代理人的なモデルを作って、
Factory Methodパターン（的な）構造にするのが良いと思う。
変にCakeの内側に入り込もうとするとメンテナンス不能なものになりそうだ。

てか普通に該当モデルに使用テーブルの切り替えメソッド実装するんじゃダメ？
試してないけど

228 = :

>>224
おっしゃる通りで、
＞てか普通に該当モデルに使用テーブルの切り替えメソッド実装するんじゃダメ？
を実装して対応しました。
usesに指定するmodelの$useTableにデフォルトでfalseを指定しておき、
paginate()を呼び出す前に、実装したテーブル切替メソッドを呼ぶという感じです。

usesに指定したmodelのロード前に、$useTableにどうやってテーブルを指定しようか、
と悩んでいたのですが、とりあえず何も設定せず、後で再設定するという方法ですね。

229 = :

>>228
すみません、>>224でなく>>227です。

230 = :

CakePHP初心者です。
やっとチュートリ終わってCakePHP辞典を眺めているレベルですが、
質問があります。

HtmlHelperの様々なメソッドは、生HTMLを*.CTPに記述すれば足りる事であり、
わざわざ用意された関数を使う必要などない、と思えるのですが、いかがでしょうか？
たとえばHtmlHelper::para()など<P></P>と書けば良いだけな気がします・・・

また、AppModelクラスでは、アソシエーションを定義しfind()やread()などを使うよう
ですが、単にSQLを書いてquery()を使えば良いような気がしています。
AppModeｌにはquery()とset()さえあれば良いような・・・

こんな質問をするのは私の理解が浅いためだとは思いますが、初心者にも判るよう、
HtmlHelperやAppModelのメソッドの存在意義を教えていただきたいです。

よろしくお願い申し上げます。

232 = :

俺もlinkくらいしか使わないな
linkはroute直したときとかに勝手にリンクも直るので便利
default.ctpのヘッダー部分も基本的にhtmlに直してる
cakeと絡む部分のあるlinkとかはhelper使って、絡まないpとかはhtmlで書くという感じ
tablecellsは最初は使ってたけど、classとか指定してカスタマイズしてたらわけわからなくなったので、
今はforeachで書いてる

233 = :

ログイン画面でemailやpasswordを入力した時、

「登録されてないアドレスです」　や　「パスワードが正しくありません」
などのバリデーションはmodelのルールでは定義できないでしょうか？

マニュアルを読んだところ、そういった機能はないようなので、
自分でロジックを書かなければいけないかと思っております。

234 = :

>>233
はい。オリジナルバリデーションを用意しましょう。
探せば見つかると思う。

ただ
エラーメッセージは
「メールアドレスかパスワードが違います」
と表示しましょうね。セキュリティ的に。

235 = :

>>234

素晴らしく的確なアドバイスありがとうございます！！

236 = :

>>233
Authコンポーネント使ったほうが幸せになれそう

237 = :

>>230
俺もlinkとかは使っているな。
階層が絡むものとかは開発環境・本番環境で変わってくることもあるし。
あとは、form関連はかならず使う。
HTMLヘルパー系は、実質あんまり使わないな…。

Modelに関しては、シンプルで分かりやすくなるので、生SQLは基本書かない。

238 = :

環境かわっても大丈夫なようにするためにlinkつかってる

239 = :

HtmlHelperのメソッドは、link()などは使うが、必要性の高いメソッドは少ないのですね。

AppModelクラスで、アソシエーションを何も定義せずに生SQLを書くことについては
いかがでしょうか？
SQLの知識があっても、アソシエーションを定義してAppModelのメソッドを使ったほうが
よいのでしょうか？
生SQLを書いてAppModel::query()は良くないのでしょうか？

241 = :

Fast CakePHPって本が糞過ぎて使えない
よくあんな糞みたいな本が世に出せたもんだ

242 = :

>>239
生SQLでも良いと思う。CakeのActiveRecordの恩恵は半分くらいしか受けないが、
CakeのAcriveRecordの微妙な部分で悩んだりバッドノウハウ積んだりする手間も減る。

でも、現在Cake初心者で、生SQL上等なくらいのスキルを持ってるなら、
Zend Frameworkとかにトライするのもいいんでは？

243 = :

まぁ、なにやっても良いけど、もしチームとか会社で使うのなら
他のメンバーに合わせる方向性で決めたほうがいいかと。

244 = :

>>241
なんでcake本がたくさんある中、1.1対応と古くて、評価も悪いそれを買ったのか気になる

245 = :

つかあのシリーズは地雷揃い

246 = :

1.3対応でいい本ってなにかあるかな

247 = :

ある程度Cakeに慣れた人なら、CakePHP辞典は良いと思うけど、
初心者の場合だと難しいね。何がしたいか分かって探すリファレンス本だし。

248 = :

>>242
奴らは街角で拉致られてタコ部屋に押し込まれて強制労働させられてるのか？
自ら希望して派遣会社に登録したんじゃないのか？
まずそこをハッキリして貰いたいんだが。

249 = :

>>248
人間、切羽詰まると生SQL書いてしまうのか・・・

250 = :

>>248
拉致られてタコ部屋に押し込まれるとActiveRecordの恩恵が半分になるのか・・・

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ

類似してるかもしれないスレッド

• 【PHP】フレームワーク CakePHP 11ホール目【v1.3】 (1001) - [98%] - 2011/6/30 22: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 15ホール目【v2.2】 (985) - [95%] - 2013/9/7 8:30
• 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [95%] - 2012/4/23 21:16 ○
• 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [95%] - 2015/1/10 2:45
• 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [95%] - 2014/3/3 3:00
• 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [95%] - 2012/12/3 19: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　5ホール目【v1.2】 (985) - [92%] - 2009/3/7 4:53 ☆
• 【PHP】フレームワーク CakePHP　6ホール目【v1.2】 (933) - [92%] - 2009/8/19 2:06 ○
• 【PHP】フレームワーク CakePHP　7ホール目【v1.2】 (1001) - [92%] - 2010/3/18 1:18 ○
• 【PHP】フレームワーク CakePHP　4ホール目【v1.2】 (1001) - [92%] - 2008/12/19 21:06 ○
• 【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [92%] - 2011/11/8 7:01
• 【PHP】フレームワーク CakePHP　3ホール目【本命】 (1001) - [84%] - 2008/6/19 7:19 ○