CakePHPは、Ruby on Railsの概念の多くを取り入れた、Rails流の高速開発とPHPの機動性を兼ね備えたフレームワークです
CakePHPから派生したLithium(li3)も専スレできるまではここでどうぞ
質問するときはCakePHPのバージョンを書きましょう

※sage推奨
※質問時もsageること
※他フレームワークとの比較等はスレ違いです
テンプレは>>1-5くらい

■本家
http://www.cakephp.org/
APIドキュメント
http://api.cakephp.org/
the Bakery
http://bakery.cakephp.org/
CakeQs
http://cakeqs.org/
CheatSheet (PDF)
http://cakephp.org/files/Resources/CakePHP-1.2-Cheatsheet.pdf
github - cakephp
http://github.com/cakephp

■日本語公式
http://cakephp.jp/
フォーラム
http://cakephp.jp/modules/newbb/
cookbook（マニュアル）
http://book.cakephp.org/ja

終了

CGI厨さん遅いよ

Userというモデルから　$this->User->find("all");
とすると、Userという配列の下に情報が入っている配列を取得するのですが、
Userの部分をなくしたものを取得することはできないでしょうか？

一つ一つデータ取る時、$item['User']['api']ではなく、$item['api']だけ書くほうが楽なもので。

[0] => Array
(
[User] => Array
(
[id] => 1
[api] => google
[coupon_id] => 6113
)
)
[1] => Array
(
[User] => Array
(
[id] => 2
[api] => agi
[coupon_id] => 5982

http://cakephp.1045679.n5.nabble.com/Find-Output-Thoughts-why-the-not-remove-ModelName-td1334722.html

同じような質問をしているのを見つけました。
しかし、回避方法みたいなものはないっぽいので、仕様と諦めるしかないのかな。

複数のフィールドを一度に更新することはできないでしょうか？

マニュアルやcake辞典を読んだところ、

$this->Model->set('id',4);
$this->Model->saveField('buy_count', 3);
$this->Model->saveField('sold_out', 1);

このようにすれば、複数のフィールドを更新できるのですが、いくつものフィールドを
更新した場合、何行も繰り返さないといけない。。

こんなまどろっこしいことせずに、saveとconditionで一気に上書きするのがスマート
なやり方なのでしょうか。

最近、フレームワーク無しのPHPプログラムを書いてるんだけど、
いつの間にかCake風の構成にしてた。

多重配列って長くなって面倒だけど、わかりやすいよね。

生成されたpotを弄ってviewの中のctpファイルはローカライゼーション出来るようになったんだけど、
バリデーション(モデル)とか
プログラム上での(コントローラー)表記を
ローカライゼーションしたい場合は
どうしたらいいの？

cakephpで質問です。

idを主キーにしていて

データの取り出しで
this->model->
findAllByName($hoge)
として
this->model->save($this->data)

した場合、上書き更新ではなく新レコード挿入になりますよね？
主キーでモデルのデータを取り出さない限り新レコード挿入になるのは分かるのですが、CakePHP仕様だと主キーを一つしか扱えないのでupdateAll()を使うしかないのでしょうか？

主キー以外のフィールドでの検索対象の
レコードを更新したい場合、
スマートなやり方だと、どういうやり方が一般的でしょうか？

テーブル名をつけるときに

users_codesのようにアンダーバーをつけてもいいですか？
その場合は外部からアソシエーションするときはusers_codes_idでok？


またフィールドにもbirth_dateのようにアンダーバーを使ってもいいですか？

>>17
絞り込む際のフィールドが主キーでなくても、それに合わせて上書き更新できるんですね！

ということは

$res=this->model->findAllByName($hoge);
this->model->save($result);
でいけるということですね！


普通、this->model->hoge
みたいにデータを取得しにいったら
自動的に$this->dataに結果が格納されるもんじゃなかったでしたか？

CakePHPだと仮に10万レコード(10フィールド)あるようなテーブルへのアクセスでもサクサク動きますか？

レコードが膨大な数になったときの工夫とかあるのかな？

それとユーザー写真をアップロードさせたら、どういうふうに管理すればいいですか？
データベース側はあくまでファイル名を記録しておいて、画像はwebroot/image/フォルダ内に一括して10万ファイルとかですか？

>>18
普通といわれても、やってみた結果がそうだっただけだからなぁ。
一応もっともらしい事を書くと、とあるModelのクラスのメソッドを呼んだだけで、
別のクラスであるControllerのメンバ変数に勝手に値を代入ってのは、
普通はしないと思うぞ。越権行為すぎる。

>>19
http://book.cakephp.org/ja/view/903/%E3%83%A2%E3%83%87%E3%83%AB%E3%81%A8%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82%B9%E3%81%AE%E8%A6%8F%E7%B4%84
一応、peopleテーブルはPersonモデルなのは、変な変換が入ったとかじゃなくって、
ほんとにそういう規約。

>>20
10万レコードも扱ったこと無いからわからん。
アップロード系のプラグインが英語圏製だけど一杯あるから探したらいいんじゃないかな。
プラグインが、10万レコード考慮してるかはしらんが。
最近のファイルフォーマットだと違うかもだけど、1ディレクトリ5000ファイルくらいにしといたほうがI/O的に良いんじゃない？

>>20
レコード数の多さはmysqlのチューニングの問題じゃないの？
ファイル管理はDB＋非公開ディレクトリに小分けにすんのがいいんじゃないかね

ユーザー写真なら公開ディレクトで良いんでない？
非公開エリアにおいて、画像データ取得してGDで画像生成
する処理が発生するから負荷がかかるだろ。

>>24
んだ

フォルダに格納するときは下2桁ごとにフォルダわけたほうがいいですか？

10058.jpgは

pic/58/ フォルダの中に

17434.jpgは

pic/34/ フォルダの中にといった具合で

>>26
どうしたほうが良いかは要件と仕様しだいなんじゃないの？
ユーザーアップロードしたファイルの置き方は、CakePHPは特に関与しないし。
正解が無い部類の問題だから、
要件を満たす仕様を、見合った経験を持つアプリケーション設計者が考えるべき。
>>26 は >>20 だと思うんだけど、
この質問をするくらいのスキルなら、10万レコード・10万ファイルを扱うシステムを、
試行錯誤無しに設計するのは無理だと思うよ。

フォルダ分けるメリットって、ファイルを視認しやすい以外にない気がする。

俺のサイトが一日数ヒットから10万ヒットに増えたらと思うとcakephp使うのが心配

>>28
1ディレクトリにあまりに多いファイルが入ってると、
ディスクI/Oが遅くなるって聞いたことがあるんだけど

質問です。
ブログでいうブログタイトルなどの、編集する可能性はあるけど複数のレコードは存在し得ない情報ってどの様にして管理すればいいのでしょうか？
単一レコードしか存在し得ないのにRDBMSで管理するのはどうなのかなぁと思い、悩んでいます。

ネイティブPHP使ってたときは、そういった設定項目を纏めたSettingsクラスというものを作り、そのインスタンスをシリアライズしてたんですが…

Cakeだとみなさんどうしていますか？

>>32
>ネイティブPHP使ってたときは、そういった設定項目を纏めたSettingsクラスというものを作り、そのインスタンスをシリアライズしてたんですが…
Configure::write('setting.title', 'ブログタイトル'); とかできるんで、
Settingsクラスというものになれているなら、bootstrapに設定を記述するのがいいのでは

WordPressだとsettingsテーブル的なのが存在してて、ブログ全体に関する設定はそこに突っ込まれてた気がする
setting_nameとvalueみたいな感じで

パスワードを暗号化にして入力フォームでエラーで弾かれたとき、
パスワードが自動的に暗号化後の文字長になって再入力されています。

これってエラーがあった時は常にパスワードのところだけを空にしてリセットするってのが正しいのかな？
大手サイトとかも、空リセットしてますよね？

普通そうするだろ

ということは大手サイトも
個人ユーザーの暗号化前のパスワードは保持していないのかな？
それって普通？

結構同じパスワードをいろんなネットサービスにおいて使ってるんだけど、
サービスの運営はユーザーのパスワードは把握できない仕組み！？

パスワードを平文で保存してたら
漏れた時しゃれにならんぞ

でもメアドとかも平文で保存してるでしょ？本名も

何を言ってるの？Cake以前の話だろ。

>>41
まぁ、そういうな

>>40
通常は可逆式の暗号化をしておいて、
メール送信などで利用する時だけ
元のメアドに戻してメールするのが普通だよ。

>>35
JsHelperってjQueryなどの一部のメソッドをphpから呼べるみたいだけど、
正直jQuery書いたほうが書きやすいし、使う気にはなれないな。
普通にjQueryが書ける人ほど、あまり意味の無いヘルパーだと思ってる。

>>38
サイト運営者がユーザーのパスワード見れたらまずいだろう。
自分で運営してるほぼ個人サイトならともかく、
あまり信用できないバイトとかもスタッフに居るケースもあるんだぞ。
バイトが何かやらかしても、自分(自社)に責任が来るんだから、
パスワードの平文はやめとけ。

だから、パスワードはハッシュしか残さないのが普通だな。
非可逆なものだから、パスワードリマインダーは、
ユーザー登録と同様に、短時間有効なトークン付きの
パスワード再設定URLを、登録時のメールアドレスに送るのが良くある実装。

>>44
なるほど。勉強になるよ。
メアドとかはハッシュにするもんなの？

パスワードを完全ハッシュ化（難読化）する事って常識だと思うんだけどな・・・
会員制サイト作るならまずそこから勉強するだろ。
>>45は完全独学かよ。知識なさ過ぎる。

>>45
ヒント：ハッシュは非可逆暗号で作られている

>>46
会員制サイト作る際の、そういう細かい点まで教えてくれるサイトあったら教えて

cake使っていて知らないとは・・・？

CakePHPのctpを使いたくないです
テンプレートと入れ替える方法どこかに載ってないでしょうか