【PHP】フレームワーク CakePHP　4ホール目【v1.2】

【PHP】フレームワー� ..

393:nobodyさん
08/09/29 10:32:37
URLﾘﾝｸ(p4life.jp)
これみて、サンプルは作れたんだけど、
これって計算とかできないの？

カラム１に「３」を入力して、
カラム２に「４」を入力して、
合計を出すとか。

394:nobodyさん
08/09/29 10:42:30
>>393
それは１５年くらい修行しないと無理だ。諦めろ。

395:nobodyさん
08/09/29 10:48:40
じゃあ１５分くらいで実行できる、
なんかクエスト出してよ

396:nobodyさん
08/09/29 10:56:16
もしかして、フィールド１の値をPHPで取得して、
フィールド２の値をPHPで取得して、
それをPHPのコードで足して、
変数にいれて
出力して、
ってやるのかな？

397:nobodyさん
08/09/29 10:58:29
>>395
おお死んでしまうとは情けない。
勇者よ。
本屋へ行ってcakePHPの本を買うのだ。

398:nobodyさん
08/09/29 11:02:28
URLﾘﾝｸ(www.hideblog.net)
これでできるの？

399:nobodyさん
08/09/29 14:08:58
URLﾘﾝｸ(asagi.la.coocan.jp)
cakeでこれと同じの、作れる？
何時間で作れる？

400:nobodyさん
08/09/29 14:17:24
>>399
宣伝乙

401:nobodyさん
08/09/30 06:11:34
　　　ｳｯｳｰ！　　　　　　　ｳﾏｳﾏｰ♪!
　　　 Λ_Λ　　　　　　　　　Λ_Λ
　　./) ﾟдﾟ)')　　　　　　　('(ﾟдﾟ (ヽ
((　/ 　　/　))　　　　　　((ヽ　　　）　))
　　し―Ｊ　　　　　　　　　し―Ｊ

402:nobodyさん
08/10/02 10:34:35
で、RC3はいつなのかな？2tichet closerから1ヶ月くらい立ちそうだけど。

そもそもRC3で直るバグとかって大きいのあるのかな？

403:nobodyさん
08/10/02 15:03:07
cakephpやるときの専用IDEとかってあるの？

404:nobodyさん
08/10/02 16:10:21
RC3きたね。
URLﾘﾝｸ(cakeforge.org)

405:nobodyさん
08/10/02 16:24:33
URLﾘﾝｸ(bakery.cakephp.org)

the bootstrap process is over 10x faster than RC2, and basic requests for static content are now about 5x faster overall.
早くなってるなら大歓迎。

406:nobodyさん
08/10/02 16:47:25
>>403
だれが作るんだそんなもんｗ

407:nobodyさん
08/10/02 18:38:43
RC3きたけど、毎日のようにnightlyいじってたので新鮮味が・・・ｗ
あと、RC2のとき、リリース直後にすぐ修正版がでたことを忘れないように！

408:nobodyさん
08/10/02 22:37:50
開発途中の社内アプリをRC2からRC3に入れ替えたけど、うごかねー
model->saveが全部うごかねー

409:nobodyさん
08/10/03 00:16:10
model->saveでして保存する配列はモデル名が必須になった。
と適当に言ってみる。

410:nobodyさん
08/10/03 07:26:48
CakePHPブログチュートリアルで
10.1.8 Postビューの作成
がエラーでてできねーと思ったらチュートリアルが1.2用なのかよ。
1.1でやってて1時間くらい悩んじまったよ。

411:nobodyさん
08/10/03 23:52:47
>>408
まじ？大きな変更はないってどっかに書いてあったけど。

412:408
08/10/04 07:01:33
漏れの勘違いだったようだ。saveは動きます。
テストが動かなくなったけどね。simpletestうぜー

413:nobodyさん
08/10/05 17:56:46
simpletest が動かないなら、そのsimpletestを動かすテストケースを作らないといけない。。。
本末転倒とはこのことですね。

414:nobodyさん
08/10/05 18:10:04
cakeって、必ずmysqlと連動させないとだめなの？
シンプルなものとか、データーベースからめないで
作りたいときは、データーベースは連携させなくてもつくれるの？

415:nobodyさん
08/10/05 18:20:00
URLﾘﾝｸ(www.easywebdx.com)

これとおなじことcakeでやるにはどうしたらいいの？

416:nobodyさん
08/10/05 18:27:10
またおまえか

417:nobodyさん
08/10/05 19:45:22
>>415
業者に頼んで作ってもらう。

418:nobodyさん
08/10/05 23:46:32
cake使うときは、普通は　smartyは使わないの？

419:nobodyさん
08/10/06 03:34:41
>>418
Smarty使う必要性は？
あの手のテンプレートエンジンって、既に過去の遺物だけど。。

420:nobodyさん
08/10/06 07:23:58 8+YJokg0
>>361
俺も知りたいわけだが

421:nobodyさん
08/10/06 12:02:05
テストについて、えろいひと教えて

app/test/case/model/hoge.test.php
---
class HogeTest extends Hoge {
var $cacheSources = false; var $name = 'HogeTest';
var $useDbConfig = 'test_suite';
}

class HogeTestCase extends CakeTestCase {
var $fixtures = array( 'app.hoge_test' );
---

app/test/fixture/hoge_testfixture.php
---
var import = array('table' => 'hoges');

一部省略しているけど、普通にテスト作って、test.phpを実行すると

「Database table hoges for model Hoge was not found.」

と怒られます。config/database.phpには$testでテスト用DB指定して、
実際にデータベースも作っているんだけど、このエラーのように
hogesテーブルっているの？hoges_testができているから、
これだけで良いんじゃないの？hogesとhoges_test2つ作ったら
エラーはなくなったけど、意味なくない？

422:nobodyさん
08/10/06 19:58:02
さてどこからツッコんだものか

423:nobodyさん
08/10/06 20:46:28
* ←ｺｺ

424:nobodyさん
08/10/06 22:28:04
ﾂ･･ﾂﾏﾝﾈｰｮ・・・ｱｧｯ

425:nobodyさん
08/10/07 13:12:18
CakePHPカンファレンス参加登録しますた

426:nobodyさん
08/10/07 15:39:11
忘れてたーと思って見に行ったら埋まってた。
30分で全部埋まってるｗ

427:nobodyさん
08/10/07 19:05:05
まだ半分追加枠があるさ。

428:nobodyさん
08/10/07 21:15:15
smartyとcakephpって排他使用なの？

429:nobodyさん
08/10/08 04:18:11
あー、もういんじゃねえの、stableで。
見過ごせないチケットあんの？

430:nobodyさん
08/10/08 10:25:50
データベース使わないで.datとかに保存するってことできる？

431:nobodyさん
08/10/09 00:46:00
>>430
CAKEでやる利点をあまり思いつかない

432:nobodyさん
08/10/09 02:56:13
会員系サイトつくってんだけど、そいつらのコミュニティ掲示板に画像アップしたいって
いいやがんのよ。で、普通にwebrootの下においたら、全員に丸見えだからさー
どっかに起きたいんだけど、php経由で認証判断してファイルを読み込む仕様なんだけど
こういう系のファイルってみんなはどこにおいている？

候補１）appの下にfilesとかdir作って放り込む
候補２）tmpの下におく
候補３）localeの下におく

候補１っすかねー
それか素直にDBにバイナリで持つか

433:nobodyさん
08/10/09 03:22:41
データーベースって画像も登録できるんだ？

434:nobodyさん
08/10/09 09:15:03
データベースを何だと思ってるんだｗ

435:nobodyさん
08/10/09 10:32:15
いやあ、、、
テキストだけを登録できるソフト、って
先入観があったから、、、、

436:nobodyさん
08/10/09 13:01:09
Cake始めようと思うんですけど、お勧めの書籍とかないですか？

437:nobodyさん
08/10/09 17:22:55
>>436
まずはマニュアルのチュートリアル

438:nobodyさん
08/10/09 22:07:38 z61RYR7M
質問です。
Cakephp1.2-RC3でformヘルパー使用してて、radioボタンのnameを[Model名][hoge]みたいにしたくて、

$radioName = 'Model名.hoge';

としたのですが、下記のようなエラーが出てしまいました。

ConnectionManager::getDataSource - Non-existent data source default

ちなみにDBは不使用です。

よかったら教えてもらえませんか…

439:438
08/10/09 22:10:59 z61RYR7M
<?php
$radioName = 'Model名.hoge';
$radioValue = array("1"=>'1');
?>
<?php echo $form->radio($radioName,$radioValue); ?>

こんな感じです

440:nobodyさん
08/10/09 22:23:48
>>436
CakePHPガイドブックってのが良かった。
あとはオンラインのマニュアルと、ポケットリファレンスが
あれば十分

441:438
08/10/09 22:27:12 z61RYR7M
すみません自己解決しました。
ご迷惑をおかけしました

442:nobodyさん
08/10/10 15:13:54
CakeってDB不使用にしてModel呼び出すとエラーになりませんか？

443:nobodyさん
08/10/10 22:48:18 /mk3YX6a
DBに画像保存できるやん

444:nobodyさん
08/10/10 23:19:52
>>442
$uses=false;
ってすれば別に怒られないが。

445:nobodyさん
08/10/11 00:43:55
ビュー不要のアクションって、どうやって書けばいいのかな。
function test() {
echo "hoge";
}
ってコントローラに書いたら、hogeは表示されるんだけど、test.ctpが無いと警告が出る。
1.2にて。

446:nobodyさん
08/10/11 00:50:54
>>445
ごめん自己解決。
function test() {
$this->autoRender = false;
echo "hoge";
}
でいけた。

447:nobodyさん
08/10/11 01:24:02
>>444
それってその時点でModel使うの諦めてませんか？

448:nobodyさん
08/10/11 01:58:46
何がしたいんだよ

449:nobodyさん
08/10/11 02:07:49
>>448
DBを使わないフォームを作成したいのですが、
Modelを使用せずに、Controllerに入力チェックとか書いちゃうのは
MVCとしてどうなのかなぁと思いまして

450:nobodyさん
08/10/11 03:42:32
MVC的に言えば、データの保存先が
データベースなのか、ファイルなのかは関係ないはずなので、
入力チェックをするとしたら、モデルでやるのが妥当。

451:nobodyさん
08/10/11 05:30:44
DBlessModel作っちゃえYO

452:nobodyさん
08/10/11 07:46:51
モデルに

var $useTable = false;

でモデルつかってDB使わずでいけるだろ。

453:nobodyさん
08/10/11 16:48:55
>>452
その状態でバリデーションとかヘルパー使うとModel.phpでエラーになるんですよね

454:nobodyさん
08/10/11 22:44:35
そーゆーことだったのか。

455:nobodyさん
08/10/13 23:28:41
少し気になったんですが、仕事でCakePHPを使っている人って
今案件受けたらRCのCakePHPを使うんでしょうか…？
それとも1.1ですか？

456:nobodyさん
08/10/15 13:59:49
>455
先日納品した案件は1.2RC2。特に問題はなかったよ。
今日から新しいプロジェクトの開発にかかるけど、そっちはRC3でやるつもり。
1.1は今後使うつもりはないですわ。
以前1.1で開発してたものを途中で1.2に乗り換えたとき、
変更対応でかなりロスしたもんで。
いくら現状唯一のstable版とはいえ、1.1の文法がヘタに染みつくと1.2への移行が精神的にきつくなるかと。

さて。飯にしようかね。。。

457:nobodyさん
08/10/16 21:22:33
そんなに変わったのか～

458:nobodyさん
08/10/21 17:24:56
AuthComponentでAjaxログインしようとしても
<?php echo $this->requestAction('/users/login', array('return')); ?>と書くと
users/loginにリダイレクトしちゃうのは仕様？

459:nobodyさん
08/10/21 22:18:09
test

460:nobodyさん
08/10/23 05:04:43
PHPならどこでもいい話題だけど、あえてここで。

PHPのIDE何使っている？Eclipse？
俺、どうもEclipseのごちゃごちゃ感になじめず
今までテキストエディタを使っていた。
Java以外はなんか怪しいにおいがするし。

で、NetBeans 6.5が標準でPHPサポートするではないか。
今RCがでてる。一般的なIDE的機能はサポートされているだろうから
俺が興味あるのがリファクタリング機能。

デモをざっと見たところ変数名の置換とかには対応しているのかな？
ためしてみようとおもう。うまくCakePHPと連携できるかな？

もしすでにやっている人がいたら、なんか教えてちょうだい。

461:nobodyさん
08/10/23 07:37:12
NetBeansはいずれCakePHPにも対応するらしいから期待してる。

462:nobodyさん
08/10/23 10:45:32
>>461
へぇ。マジか。CakePHP対応ってどんなことするんだろう？

463:nobodyさん
08/10/23 12:18:23
残念。NetBeansでリファクタリングはサポートされていないようだ。
デモにあった名前変更は、よく分からないけど
カーソル行があるスコープ名前を一括で変えるだけ？
遠くにあるコードまでは変わらないようだ。残念。
まあこんなもんか。PHPとしてはまだ初期段階だろうし、
型無し動的言語のリファクタリングは難しいだろうし。

464:nobodyさん
08/10/24 18:54:01
明日カンファレンスだってーのになんだこの盛り上がりのなさは

465:nobodyさん
08/10/24 22:08:58
行ってみたいけど、こういうとき地方は損だなあと感じる。

466:nobodyさん
08/10/24 22:22:17
参加人数少ないしなぁ
行けるなら行きたいが

467:nobodyさん
08/10/25 11:39:19
東京までの交通費が痛いよね。

468:nobodyさん
08/10/25 12:15:33
いまカンファレンス来てるんだが、他に来てる人いる？

469:nobodyさん
08/10/25 13:45:20
会社経費で来てますよ

RC4までくるとは予想外

470:nobodyさん
08/10/25 21:06:54
1.2RC3　　　今ここ
1.2RC4　　　もうすぐ出る
1.2Stable　　バグが0件になったら出る
1.3　　　　　　機能追加等
2　　　　　　　PHP5のみサポートに変更
3　　　　　　　PHP6対応？

471:nobodyさん
08/10/26 00:22:27
結構道のりは長そうだ

472:nobodyさん
08/10/26 07:55:28
1と2同時進行とか無理かなぁかなぁ

473:nobodyさん
08/10/26 11:49:16
PHP4ってIE並に悪だよな

474:nobodyさん
08/10/26 12:14:59
また頭悪そうな奴が来た

475:nobodyさん
08/10/26 20:28:30
RC3 で $html->input('Model/field'); が使えなくなって
$html->input('Model.field'); だけになったんだな。
最初気づかなくて焦ったぜ。

476:nobodyさん
08/10/28 00:36:30
これからCakePHPをデファクトスタンダードにしていくためには、
CakePHPで作られているCMSを有名にするのが早いのだろうか。
XOOPSレベルのCMS作って、有名どころの拡張モジュールを移植しまくれば。。。

477:nobodyさん
08/10/28 00:52:39
自分用のCMSっぽいものをつくっているけど、
表から見える所はいいんだけど、ただひたすら管理画面を作らなきゃならないのが
めんどくさくなって手抜きしちゃうんだよなー。

478:nobodyさん
08/10/28 13:01:58
>>469
会社の経費でってすっげーいい会社ですね。
うらやましかー

479:nobodyさん
08/10/29 10:02:34
save関数でupdateするときカラム指定しないと
idとcreated以外の全カラムが更新されるよね？
俺はカラム指定で保存する場合はこうしてるよ

更新カラムが少ないときはこうするけど

$this->data['モデルA'] = array('name'=>'うんこ');
$this->モデルA->save($this->data, false, array('name'));

更新カラムが多いときはこうすると楽だよ

$this->data['モデルA'] = array('name'=>'うんこ','mail'=>'unko@unko.com');
$this->モデルA->save($this->data, false, array_keys($this->data['モデルA']));

480:nobodyさん
08/10/29 10:09:11
>>453
php初心者だと思うけど
なんか間違ってると思うよ。俺は
var $useTable = false;
でいけてるよ

481:nobodyさん
08/10/29 10:12:11
ＩＤＥ環境だけどCakePHP対応して欲しいと思うなら
eclipseで自分にあったプラグイン作ればいいよ
これほど自分にあったＩＤＥ環境はないよ

482:nobodyさん
08/10/29 15:09:41
ページング処理をしたく、
controllerに、$this-set('users',$this->paginate()); と書いたのですが、
Fatal error: Call to undefined method TasksController::paginate()
と、コントローラでエラーが出ます。

こうした場合、どこを調べれば良いでしょうか？

483:nobodyさん
08/10/29 15:23:33
>>482
○　$this-set
×　$this->set
ここらへん？

484:482
08/10/29 15:32:02
>>483
cakephpの古いバージョンを使っていたせいでした; ごめんなさい
確かにそこも間違えてました;;

485:nobodyさん
08/10/29 16:28:20
submitiボタンに画像を使いたいのですが、formヘルパーのsubmitではできますか？
それともhtmlヘルパーのimageで工夫すればよいのでしょうか？

486:nobodyさん
08/10/29 17:50:53
>>485
submitのオプション又はsubmitImageで出来ますがマニュアルぐらいは読んどこう。

487:nobodyさん
08/10/29 18:45:53
>>486
謝謝
googleで調べまくっていたのですがなかったのですがマニュアルにありましたか。
もっとじっくり読めばよかったです。

488:nobodyさん
08/10/29 19:27:11
なんか文字小さくなっていたり、例が少ないのも一部あるけど
標準ヘルパー系はマニュアルにちゃんと書いてある

489:nobodyさん
08/10/30 20:56:23
何で1.2の日本語マニュアル
URLﾘﾝｸ(book.cakephp.org)
は、深い階層を開いていくと、右側が切れて
table of contentsが見えなくなるんだろう…
IEでもFirefoxでもいっしょ。

490:nobodyさん
08/10/30 21:17:18
>>489
特定のページのみ、右カラムのメニューになぜかまたヘッダー部分が出力されているから。
アプリのバグ。

491:nobodyさん
08/10/30 22:14:20
>>490
なるほど。バグすか。
読めなくて困るんですよね…

492:nobodyさん
08/10/31 18:02:22
スレチなんだけどさー

小さな会社の優秀な技術者の採り方　第0回を開催しました
URLﾘﾝｸ(techlife.cookpad.com)

この記事読んでどう思う？　特に下のあたりについて。

＞入社しようと思った理由

＞　　* やりたいことができる
＞　　　　　o 好き勝手やってよい文化がある
＞　　　　　o 経験が生きる
＞　　　　　o キャリアパス上重要なことが学べる
＞　　* 環境がいい
＞　　　　　o 優秀な同僚
＞　　　　　o 海外の事業所がある
＞　　　　　o 女の子かわいい
＞　　* 会社の将来性が感じられる
＞　　　　　o 世界で唯一のチャレンジを行っている
＞　　　　　o 目的がはっきりしている
＞　　* 感じが良い
＞　　　　　o 採用プロセス上で会ったのがとても良い人
＞　　　　　o 社長が面白い
＞　　* 縁があった
＞　　　　　o 友達とか先輩とかが居た
＞　　　　　o バイトしてた

493:nobodyさん
08/10/31 20:21:19
>>492
ｽﾚ違い

494:nobodyさん
08/10/31 20:32:17
まーまーそー言わずにさー感想聞かせてくれよ－
頼むから次は、ｽﾚ違い、とか言わないでくれよー

495:nobodyさん
08/10/31 22:54:26
小学生からやり直せ

496:nobodyさん
08/11/01 00:18:12
わかっててスレチ投稿したんじゃないのかよ

497:nobodyさん
08/11/01 02:50:08
例えば商品レコードが

　id、カテゴリid、値引率、……

みたいになってるとして、
カテゴリid（≒PK以外）を指定して
「該当するカテゴリの値引率を一括で10%に」
みたいな更新って、
（CAKEの機能として）可能ですか？

（Model->save()は
　id指定して一件ずつ更新するしかないんだよね？）

498:nobodyさん
08/11/01 08:59:38
updateAll

499:nobodyさん
08/11/01 23:47:11
例えば...「顧客A,顧客B,顧客C,...と今後も顧客は増えるとして、
それぞれの顧客の取引情報をデータベースに入れるとする。
だけど、それぞれの顧客の情報を串刺しで集計する事は無い。」
という（まあ普通じゃない）状況があるとする。
CakePHPで使うデータベースとしてSQLiteを使って、
SQLiteとかならデータベース１つ＝1ファイルなので、
それぞれの顧客ごとにデータベースを分けて保存する事って、
できますか？つまり、動的に接続するデータベースを増やせるか？
って事なんですが。

本来なら、MySQLでもなんでも、一つのデータベースに入れて、
SQLのWHEREで抽出すれば済むじゃん、って言われそうだけど。
組み立てる条件が増えるとミスが増えそうなんで。

データベースを使わず、1顧客につき１つのテキストファイルに
入れるって案も有るんだけど。テキストファイルよりは、
一応SQLiteでもデータベースに入れた方が楽かな、と思ったので。

500:nobodyさん
08/11/02 00:12:07
CakePHPを使わない場合のやり方は分かるの？

501:nobodyさん
08/11/02 00:53:13
PHP5限定＆SQLite決め打ちなら、
function db($kokyaku){
sqlite_open($kokyaku);
...
}
ってするだけと思ってるんだけど。

502:nobodyさん
08/11/02 06:29:06
>>499
それはすでにデータベースとは呼べない気がする。

503:nobodyさん
08/11/02 10:58:34
普通じゃないのは認める。
でも、顧客一人一人のデータに関しては、
データベースって言えると思う。

例えば、顧客AのデータをノートPCに
移して持ち出したりする時に、
データベース全体を持ち出すのは危険だし、
その度にいちいちDUMPするのも無駄が多い
（と思う）

そこで、（例えば）SQLiteなら、その顧客の
データベースのファイルだけを持ち出すのが
簡単かな、と。思ったわけですが。

504:nobodyさん
08/11/02 11:04:28
>>499
>組み立てる条件が増えるとミスが増えそうなんで。

ここら辺から考え方がおかしくなっている気がするぞｗ
串刺しの集計はしなくても、IDをキーに単純抽出する為の場所という認識で
一つの顧客テーブルを使えばいいんじゃないのか？

505:nobodyさん
08/11/02 12:25:01
> 本来なら、MySQLでもなんでも、一つのデータベースに入れて、
> SQLのWHEREで抽出すれば済むじゃん、って言われそうだけど。
> 組み立てる条件が増えるとミスが増えそうなんで。
この理由でデータベース分けるくらいなら、RDB使わないほうがいいんじゃ‥

データベース単位じゃないけど、テーブル自動生成するやつならつくったことある

506:497
08/11/02 12:31:59
＞498
ありがと

1.2で追加されたのね……
手元の資料になかったお　＞＜

507:nobodyさん
08/11/02 14:52:56
>>505
うむ。RDBじゃなくていいんだ。
でも、CakePHPは使いたいんだ。
で、データの管理で楽したいんだ。

508:nobodyさん
08/11/02 15:11:53
検索とかしないんだったら
必要なデータをクラスにまとめて
保存・更新の際にシリアラズしてDBにぶちこめばいんじゃね

509:nobodyさん
08/11/02 17:41:13
個々の顧客データの中では検索したいんだな。

「顧客」って書くから漠然としていて分かりづらいんだな・・・
「辞典」って読み替えてみて。「顧客A」は「国語辞典」、「顧客B」は「カタカナ語辞典」
と、目的毎に辞典の種類は増えて行く。（辞書の場合、串刺し検索できると便利だけど）
全部のデータを一まとめにしたくない。辞書の種類毎にデータベースを分類したいんです。
で、その分類は、例えば「萌え用語辞書」が追加されるとか、どんどん増やして行きたい。
その度に、別のデータベースに分けたい。一つのデータベース、例えば「国語辞典」の中では、
もちろん検索できないと困る。ただし、用語の説明の中身は、用語によって様々だから、
シリアライズして放り込むつもり。
そうすると、SQLiteでデータベースを分けて作ると、１つのファイルがそのまま1冊の
辞書そのものになる。←今回は、ここが重要
これなら「カタカナ語辞書」のファイルを友達に渡しても、「萌え用語辞書」が雑じってる
ことは無いので安心。（例えば、ね）

そういう、いわば辞書編集システムを、CakePHPのデータベースを扱う部分の工夫で
なんとか簡単に作れないかなー、というところなんです。
CakePHPでも複数のデータベースは使えるけど、あらかじめ'database.php'に
書き込んだ物に限られる。これが、動的に増やしたり変更する方法があれば有り難い。

510:nobodyさん
08/11/02 17:49:09
動的に増やしたり変更したりすればいいじゃない

511:nobodyさん
08/11/02 21:34:39
>>510
できるの？

512:nobodyさん
08/11/02 21:47:23
逆にできない理由を知りたい

513:名無し募集中。。。
08/11/03 23:33:04 8PMDTqib
1.1から1.2にしてがんばってるんだけど、
左上に実行中のメソッド名が表示されちゃう(HTMLの最初にメソッド名が出力されている)
んだけどなぜなんだろうか。

514:nobodyさん
08/11/03 23:35:05
しまったお里が知れてしまった。
出ているのはメソッド名じゃなくてview名らしい。

515:nobodyさん
08/11/03 23:40:04
めっちゃ自己解決した
拾ってきたbeforeRender()のサンプルの中に
echo $this->action;があったよ死のう。

516:nobodyさん
08/11/04 00:02:52
この間わずか7分の出来事であった・・・

517:nobodyさん
08/11/04 05:42:03
>>515
死んだら・・・だぁめ♪

518:nobodyさん
08/11/04 12:59:24
死んだら・・・らめぇ

519:nobodyさん
08/11/06 21:23:56
すみませんが、質問です。

bakeについてですが、これはCakeの配置のされ方が、下のページの
URLﾘﾝｸ(book.cakephp.org)
Developmentであることを前提にファイルを生成するもので、Production や
Advanced の配置では使うことができない（現実的でない）という理解でよろし
いでしょうか？

520:nobodyさん
08/11/06 21:30:59
追伸。

もし、上の理解が間違っていて、Advancedの配置でもBakeが使えるのだとした
ら、Advancedの一例として、Cake のシステムは共通だが、作成するWEBアプリ
ケーションが同一サーバに複数あって、Cakeの同一のシステムを共有している
場合、特定のWebアプリをどうやってコード生成のターゲットとするか、その指
定方法を教えていただけたら、と思います。

521:nobodyさん
08/11/06 21:38:37
bakeで作ればコア（cakeフォルダ）へのパスは自動設定されているはずだからどこにおいても問題ない

522:nobodyさん
08/11/06 21:39:33
普通に日本語の方を見ればいいのでは
URLﾘﾝｸ(manual.cakephp.org)

駄目だとしても他の場所に作って移動すればいいのではないかと思うんだけど
それじゃ駄目なのかな？

まあ俺が>>513と同一人物と言うことは内緒だが

523:nobodyさん
08/11/06 22:00:26
>>521
すみません、ちょっとおっしゃる内容が分かりません。

少し詳しく質問し直させてください。
例えば、こういう配置だとします。

cake
/usr/lib/cake（個々のユーザは読み取り権限しか持たない）

app
/home/user01/app
/home/user02/app
...

webroot
/home/user01/htdocs
/home/user02/htdocs
...

webrootには各人ごとにindex.phpを置いて、cakeとappの位置を指定します。

この場合、/usr/lib/cake/console に個々のユーザが移動して、./cake bake
を実行した場合、例えばModelのファイルはどこに生成されるのでしょうか？
おそらく /usr/lib/cake/app/models だと思うのですが、ここには一般ユーザ
の書き込み権限がないので、動作しません。

個々のユーザごとに、/home/user0X/app/modelsに出力するよう bakeは指定で
きるのでしょうか？

524:nobodyさん
08/11/06 22:01:50
>>522
日本語のほうはURLが長いのでわずらわしいかと思いまして。

ひとつ前のレスに書きましたが、書き込み権限がない場合を想定しています。

525:nobodyさん
08/11/06 22:20:55
すみませんが、こちらの事情で、明日までここにアクセスできなくなりました。
質問させていただいたのに、非礼をお詫びいたします。

526:nobodyさん
08/11/07 01:23:09
>>523
Bakeでapp一式を生成する話かと思ってたが、modelとかを作る場合の話ね。
cake bake -app <appフルパス>で指定できる

または、
/home/user01/appをカレントディレクトリとして、cake bakeを実行すればよい。
但し、/usr/lib/cake/consoleにはパスを通しておくこと。(ちと気持ち悪いが)

527:nobodyさん
08/11/07 10:47:32
>>526
ありがとうございます！なるほど、コマンドラインオプションで指定するのか。

それにしてもbakeのドキュメントって見つからないと思ったら、
./cake bake help
こうすれば説明が読めることにやっと気づきました。
この説明以外にドキュメントがないというのが何ともですが。
後はソース読むしかないか。Railsもそうだったけど。

528:nobodyさん
08/11/07 13:57:45
いろいろ調べても出来なかったのでご教授願いたいのですが。
MySQLに画像は保存できるのですが、その画像をselectしてViewで表示するにはどうやればいいですか？
外部のPHPに記述して読み出すようにはあるのですが、cakePHPのViewから同様のことができません。

529:nobodyさん
08/11/07 14:03:58
>>528
何をやって、どう駄目だったのか書いたほうがいい。
外部のPHPなら、Cakeのviewで普通に画像として呼び出せばいいんじゃないの？

530:nobodyさん
08/11/07 14:13:15
>>529
$this->data['Event']['imagedata']にイメージのバイナリがセットされています。

echo $html->image($form->value('Event.imagedata'));
で表示させるとバイナリのまま表示されます。

それでimage.phpを作成して、header("Content-type:image/gif");を指定して
外部のPHPファイルで画像のバイナリを表示させようとしたのですが、
ビュー以下において単純な<img src="image.php">では呼び出せずにいます。
webroot以下やコントローラー以下にも配置したのですが同じでした。
ファイルの置き場所が悪いのでしょうか？
それとも簡単に出来る方法があればよろしくお願いします。

531:nobodyさん
08/11/07 14:51:26
>>530
イメージのバイナリを画像表示用のviewに渡して、viewでheader吐けばいけそうだけど。
MVCの設計としてどうかは知らん

最終的には画像表示用のコントローラ作ればいいんじゃないかな

532:nobodyさん
08/11/07 14:55:58
>>531
ビューでheaderをはきたいのですが他にもHTMLがありますので、画像の部分だけ「Content-type:image/gif」とかを指定したいのです・・・

533:nobodyさん
08/11/07 15:34:56
>>532
メディアビューを使えばできますよ。
マニュアルのビューの所。

534:nobodyさん
08/11/07 15:44:18
>>533
メディアビューは初めて聞きます。
サンプルはバイナリファイルをダウンロードさせるようになっていますね。
画像の場合はどのようにすればいいのかまだ分かりません。

例えばMySQLから取得した画像のバイナリーデータを
ＳＮＳのプロフィール画像のように表示させたいのです。。。

535:nobodyさん
08/11/07 16:06:14
なんかPHPをきちんとやらずに急にCake触ってる匂いが・・

>>532
そもそもHTMLと画像は別ファイルだよ。
外部のPHPファイルで画像表示に成功しているなら、viewに直接imgタグ書けばいいだけかと。

536:nobodyさん
08/11/07 16:12:29
ああ実物がないとメディアビューじゃダメか。失礼。

537:nobodyさん
08/11/07 16:12:54
beforeRenderでファイル吐いてexitしちゃえよｗ

538:nobodyさん
08/11/07 16:37:20
１．HTMLを表示

２．MySQLから取得した画像のバイナリをイメージで表示

３．HTMLを表示

上みたいな感じなので、２のパートだけをContent-type:image/jpegにしたいのですが
エレメントとかで分けてもheader("Content-type:image/jpeg");を記載したら
URLだけしか表示されないのです。
そのままだとバイナリデータが表示されます。。。

おとなしく画像をアップしてパス指定で管理するしかないのですかね。。。

539:nobodyさん
08/11/07 16:47:27
cakePHPを使用しないのであればビューからPHPを呼べばできそうなのですが・・・
URLﾘﾝｸ(q.hatena.ne.jp)

540:nobodyさん
08/11/07 17:31:48
>>538
>>535に書いたとおり、一つのファイルでHTMLと画像を兼ねるのは無理だよ？

541:nobodyさん
08/11/07 17:40:49
画像をHTMLにアスキーデータで組み込むのは無理じゃないよ

542:nobodyさん
08/11/07 17:53:54
>>541
今回はそういう事を意図してない雰囲気はする

543:nobodyさん
08/11/07 18:13:58
>>542
ご回答ありがとうございます。なかなか難しいのですね。

cakePHPでSNSのプロフィール画像を表示させたいイメージなのです。
ファイルをアップしてリンクのテキストで対応するのは出来るのですが、
バイナリーで保存してやりたいということです。

544:nobodyさん
08/11/07 18:32:58
>>543
あなたには無理ですのであきらめてください。

545:nobodyさん
08/11/07 19:05:29
>>544
つまんねぇレスすんなハゲ

これは使えないかな？

サムネイルコンポーネント
URLﾘﾝｸ(www.hideblog.net)

もっとスマートにできるなら俺も知りたい。

546:nobodyさん
08/11/07 20:24:31
ビューでバイナリを吐けるんだったら、レイアウトを空にして、ヘッダー付ければ出来ない？
文字データなら出来たけど。

547:nobodyさん
08/11/07 21:14:59
Railsなら簡単に出来たけど、Cakeだと難しいのかな。

548:nobodyさん
08/11/07 22:25:45
別件でお取り込み中のところすみませんが、質問です。

コントローラのファイルを、種類によっていくつかのサブディレクトリに分け
て配置することは出来るのでしょうか？

app/controllers/hoge/hoge0_controller.php
app/controllers/hoge/hoge1_controller.php

app/controllers/fuga/fuga0_controller.php
app/controllers/fuga/fuga1_controller.php

このように複数のサブディレクトリを作り、その中にコントローラを分けて納
めるようなイメージです。

また出来るとしたら、それらのコントローラにはどのようなURLでアクセスでき
るのでしょうか？

549:nobodyさん
08/11/07 22:48:44
>>548
URLﾘﾝｸ(book.cakephp.org)

550:nobodyさん
08/11/07 23:08:49
>>549
なるほど、ありがとうございます。bootstrap.phpの$controllerPathsですか。

CakePHPでコントローラーを複数のディレクトリに整理する方法 - yandodの日記
URLﾘﾝｸ(d.hatena.ne.jp)
> 分散したディレクトリ内でファイル名やクラス名が衝突すると面倒な事になる
> と思われますので接頭語を付けるなどして管理するのが良いかもしれません。

うーん。コントローラの名前空間は共通なのか。
URLのパス指定で、各ディレクトリを呼び分けるとか出来ないでしょうか？

551:nobodyさん
08/11/07 23:29:48
Base64エンコードしたデータ格納しといてMHTMLで表示しとけよｗｗｗ

552:nobodyさん
08/11/07 23:32:23
mysqlの中に画像を入れるのは馬鹿だろ
そもそもmysqlは画像データを格納するために作っていないから
画像はフォルダに入れて管理した方がいいと
mysql作者が語ってるのに。
そんな自分もかけだしのときはmysqlに画像データ入れてました
管理は楽だけどね。かなりの負荷がかかる。
Bakeとか使う人も素人くさいと思う。

553:nobodyさん
08/11/07 23:49:13
>>552
同意。mysqlじゃなく適当なフォルダに画像を突っ込んだ方がいいよ。

554:nobodyさん
08/11/08 00:12:16
>>550
URLﾘﾝｸ(book.cakephp.org)
Routes追加すればURL上は階層化されてるように見せることは出来るが、名前の衝突は回避できない。

コントローラ名にパス名も入れればユニークになって衝突回避出来なくもないが、色々面倒なことになる。

555:nobodyさん
08/11/08 00:14:48
Bake便利だと思うけどな。
使うのはスキーマ検証時くらいだけど。

556:nobodyさん
08/11/08 00:17:44
そもそもBakeの使い方がわからないという。

557:nobodyさん
08/11/08 00:19:20
>>552,553
case by caseだとおもうけど

DBでファイルのパス管理してたらそのファイルが消されてたりとか。
かといって参照頻度が高いときはDBに置きたくないしな

さすがにデザインとかで使うような画像は普通に置いとくけどさ

558:nobodyさん
08/11/08 01:37:22
>>557
DBに入れておいて、参照されたらキャッシュを作り、そのキャッシュを送信するって方法もあるらしい。
2回目以降は早いし、ファイルが消えても問題ない。

559:nobodyさん
08/11/08 02:27:53
たしかにDBにも入れといたほうがバックアップは楽そうだね

560:nobodyさん
08/11/08 02:50:18
>>558
それ考えた奴天才じゃね？

561:nobodyさん
08/11/08 03:22:53
Cakephpでキャッシュオンにして簡単に実現できそうだ

562:nobodyさん
08/11/08 07:55:27
ここ
画像もDBに格納して管理する－扱いがめんどうなLOB(ラージオブジェクト)は使わない方法も含め
URLﾘﾝｸ(neta.ywcafe.net)

563:nobodyさん
08/11/08 11:22:34
画像格納に強いＤＢならいいけど
mysqlは画像を格納するという目的で設計されてないからね
だから画像をＤＢに入れるのが悪いというのではなく
画像をmysqlに入れるということがナンセンス

564:nobodyさん
08/11/08 11:26:06
mysqlは高速が売りだからね
画像格納させたいならoracleとかの方が合理的だと思うよ

565:nobodyさん
08/11/08 11:33:20
画像表示のパフォーマンスを考えればLinuxファイルシステムが最強
ＤＢと連携させて管理するのが面倒だけど、そこまで面倒な管理とも思えない
画像はデータの一つだからＤＢ格納がよいという理念なら
htmlもcssも全部ＤＢに入れよということになる

566:nobodyさん
08/11/08 11:38:58
データはなんでもかんでもＤＢという流れの人は
ＤＢの持つ性能とバランスをどこまで考えてるの疑問に思う

567:nobodyさん
08/11/08 11:42:47
だからあくまでキャッシュ前提の話なんだろ

568:nobodyさん
08/11/08 12:05:42
URLﾘﾝｸ(dev.mysql.com)

通常の Web サーバセットアップを使用する場合は、画像をファイルとして格納する。
言い換えると、データベース内にはファイル参照のみを格納する。この主な理由は、
通常の Web サーバのほうがデータベースコンテンツと比較してファイルのキャッシュに優れているためである。
このため、ファイルを使用したほうがシステムの高速化を容易に図れる。

569:nobodyさん
08/11/08 12:09:44
ファイルシステムによるキャッシュ前提なら、DBをバックアップするだけでユー
ザのデータを一括管理できるというメリットしか存在しないと思うけどな。
Railsのときはそうやってて、非常に便利だった。

570:nobodyさん
08/11/08 14:24:18
>>554
> コントローラ名にパス名も入れればユニークになって衝突回避出来なくもないが、色々面倒なことになる。

了解です。ありがとうございます。
今回はbootstrap.phpの$controllerPathsでやって、名前の衝突についてはその
都度対処することにしようと思います。

571:nobodyさん
08/11/08 15:12:49
A hasMany B
B hasMany C
で
C belongsTo D
みたいなときのリレーションの貼り方が判らないんですが、
そもそも可能なんでしょうか？
（Aを基点にA～Dのテーブルからデータを取ってくる想定）

SQL直書きでは勿論可能ですが。

572:nobodyさん
08/11/08 15:56:39
>>571
そこまでしてリレーションに拘るのは返って
生産性を落とす可能性があるから
要はバランスですね
どこからＳＱＬｌ直書きにするかの線引きはね

573:nobodyさん
08/11/08 16:42:40
MYSQLだから画像は駄目と硬直的に反応するのは駄目だな

アクセス頻度やキャシュの実装、使い方や状況によって向いてる場合もあろう。

574:nobodyさん
08/11/08 17:08:34
画像を表示させるにはフォルダにアップして管理するのが確実みたいですね。
簡単に出来るのなら採用したかったのですが・・・

575:nobodyさん
08/11/08 18:47:57
個人情報が含まれる画像だとDBで管理するのが普通でしょ
履歴書の写真とか。

576:nobodyさん
08/11/08 18:54:20
ファイルシステムで管理するからと言って、直接見られるところに
置くわけでは無いと思うが。

認証チェック経由でファイルを返すのが普通でしょ。

577:nobodyさん
08/11/08 19:06:19
ファイルシステムで認証チェックしてファイル返す方法ってbasic認証のこと？

578:nobodyさん
08/11/08 19:11:50
画像格納の話だけど
ファイルパスのみＤＢに突っ込んで画像はファイルシステムから読み出すようにすりゃ良いんじゃないの？
画像データそのものをＤＢに突っ込む必要があるとしたら、
バイナリデータで検索する場合しかなくない？

579:578
08/11/08 19:15:44
他にもあるな。
例えばＤＢだとデータをまとめて暗号化するようなソリューションがある場合があるが
ファイルシステムに保存するとそういう枠組みから漏れてしまう
まあファイルシステムドライバで暗号化すれば良いだけなんだけど
ドライバ方式とＤＢ方式の差異はパフォーマンスくらいか
それも特定ディレクトリだけ暗号化するようにすれば良いだけか

580:nobodyさん
08/11/08 19:26:04
<?php
// 何かしらの認証チェック...

header("Content-type: ...");
...
readfile( 直接ブラウズできないパスの画像ファイル );
?>

な処理をimgのsrcに指定。

581:nobodyさん
08/11/08 19:32:38
ブラウザ⇔phpは話題にしてないと思うんだけど
php⇔hdd間での画像データのやり取りをどうするかって事だよね

582:nobodyさん
08/11/08 20:14:49
>>581
元は前者の話
相談者のスキルが異常に低かったのでなぜか後者の話に移った

583:nobodyさん
08/11/09 06:03:18
画像をＤＢで管理てのもファイルシステムで管理てのも
同じくらい面倒だ、ＤＢ画像管理が最高に楽じゃない限り
パフォーマンスのいいファイルシステムになる

584:nobodyさん
08/11/09 06:10:19
mysqlを画像に入れた場合のメリットが見えない。。。

585:nobodyさん
08/11/09 07:31:37
>>565
同感。

586:nobodyさん
08/11/09 13:38:34
>>565
> 画像はデータの一つだからＤＢ格納がよいという理念なら
> htmlもcssも全部ＤＢに入れよということになる

画像はM
htmlやcssはV

DBには入れませんが。。。

587:nobodyさん
08/11/09 13:55:11
ユーザの作ったデータ（日々変動する）と、開発者の作ったデータ（基本的に
リリース時で固定）は別物だと思うが。
前者をDBで一元管理できると便利だよ。
まあ抵抗のある人に無理強いするつもりはないし、個々人の自由だと思うけど。

自分はCakePHPでもこれがやれるならやりたいなあ。
何とか実現できないものか。

588:nobodyさん
08/11/09 14:11:02
スケールする/しない、管理できる規模/できない規模の話だからな。
条件があえば、DB管理で一元管理でも良いと思う。

この辺を思い出した。
URLﾘﾝｸ(neta.ywcafe.net)
URLﾘﾝｸ(blog.livedoor.jp)

589:nobodyさん
08/11/09 15:42:14
MovableTypeとかCSSやHTMLテンプレートDBに入ってるだろ

590:nobodyさん
08/11/09 15:47:24
>>586
ページ上に表示されるような画像はＶだよ
そしてページ上に表示されない画像ならＷＥＢシステムの中に入れておくべきものじゃない
画像でありながらＭになりうるのは、画像検索システムのようなものだけ

591:nobodyさん
08/11/09 15:48:39
例えば履歴書の画像データの話が出たけど
それをＷＥＢ上からログインして観覧するようなシステムがあるならＶ
一切使い道が無いならＷＥＢシステム外で保管しておくべきもの
無いと思うけどその画像で画像検索するならＭ

592:nobodyさん
08/11/09 23:20:30
>>590
検索対象じゃないとMになれないの？
↓そう読み取れなかったが
Wikipedia項目ﾘﾝｸ

593:nobodyさん
08/11/09 23:25:24
設計にこれが絶対正解ってのはないでしょ。
要件次第だと思うよ。

594:nobodyさん
08/11/11 09:18:04
Ｖというのはファイル形式そのもので
ファイルをバイナリーデータに変えたものがＭである

595:nobodyさん
08/11/11 09:55:03
>>594
バイナリとかそんなデータ表現は一切問題じゃない

596:nobodyさん
08/11/11 11:39:47
Mはデータを扱う仕組み
Vはデータを表示する仕組み
Cはデータを操作する仕組み

画像はデータなのでそのどれでもないと思うが

597:nobodyさん
08/11/11 11:48:43
「扱う」と「操作する」の日本語の違いがわからないっす
辞書には
> あつか・う〔あつかふ〕【扱う】
> 道具・機械などを、使ったり操作したりする。取り扱う。
ってあったっす

598:nobodyさん
08/11/11 12:46:42
Cは操作限定
Mはデータの出し入れや変換、型決めなど広範囲に扱える

599:nobodyさん
08/11/11 18:28:03
MとかVとかなにいうてんねんとおもったら、MVCのことだったのか

600:nobodyさん
08/11/11 18:41:57
SとMなら分るんだけどな

601:nobodyさん
08/11/12 01:29:19
画像の加工はモデルに突っ込むね
コントローラはモデルで引っ張ったデータをチェックしてビューに渡すだけだな

602:nobodyさん
08/11/12 09:05:32
再利用する頻度の少ない加工処理はコントローラに書いてるよ
モデルに書くと生産性が落ちる
なぜなら
再利用できるように関数化させるのが手間
再利用が２回程度ならコントローラ上でコピペが最短

603:nobodyさん
08/11/12 09:12:09
あとモデルが厚くなりすぎると
総体的にコード量が多くなる。
なぜなら
symfonyのように
ＭとＶのやりとりが直接出来ないから
Ｃに橋渡し的なコードを書かないといけない分
コード量が増える
symfonyのうような仕様なら
モデルをどんどん厚くすべきだが
CakePHPの場合は
モデルを厚くしすぎるのも
作業効率が落ちると思う

604:nobodyさん
08/11/12 17:43:12
URLﾘﾝｸ(book.cakephp.org)
ここ見るとfind系が全部find()に統合されたって書いてあるけど、
findAllByって使っちゃっていいの？
特に非推奨とは書いてないけど。
findByとfindAllByだと配列で条件指定する新しい形式が使えなくて
nullを並べる旧形式のままだから、条件指定方法が統一できなくて
ちょっと気持ち悪いんだけど…
新形式の条件指定に対応しないってことは、そのうちマジックメソッド自体が
消える予定なのかな。

調べてみたけど、日本語だとこれくらいしか記事がない
URLﾘﾝｸ(d.hatena.ne.jp)

605:nobodyさん
08/11/12 17:55:00
findByGoogle

606:nobodyさん
08/11/12 20:14:45
>>604
find系てfind()でほとんど出来ると思うので
最初から意味の無さそうな機能だなとは思ってた
したがってfind()で統一してる人ばかりだと思うんで
どうでもいいよ

607:nobodyさん
08/11/12 20:23:16
似たような処理を持つ関数をやたら増やすもんでは無いと思う。
可読性とコーディング量は改善されるけど。
いつも使わない関数だとすれば、単なる無駄

608:nobodyさん
08/11/12 20:32:06
CakePHPの良いところは
データのやりとりが配列思考なところなんだよね
というのはphp自体が壊れたオブジェクト指向だから
配列思考型のフレームワークはphpにはピッタリだと思う。
あと配列思考型は中小規模にも適してる
CakePHP自体が中小規模を対象として設計されてると思う

rubyは完成されたオブジェクト指向言語だから
rorのようなオブジェクト指向型でのデータのやりとりがマッチする

609:nobodyさん
08/11/12 20:36:33
>>603
> ＭとＶのやりとりが直接出来ないから

つーかやったらいかんだろｗ
MVCって何か知ってるか。

まあそんなにやりたきゃ、viewにmodelを渡せばいいだけ。

610:nobodyさん
08/11/12 21:16:40
>>609
viewにmodelを渡せばいいだけ

具体的にお願いします

611:nobodyさん
08/11/12 21:43:29
$this->set($this->Model)

612:nobodyさん
08/11/13 01:50:37
>>608
ルビリンのことかーーーーーーーーっ！！！

613:604
08/11/13 11:26:34
>>606-607
やっぱりfind()で統一の方向なのか…
AND検索はマジックメソッド使った方が書きやすいから好きだったんだけど。
今後はfind()で統一してみる。

614:nobodyさん
08/11/13 12:56:14
できるだけモデルに書いた方が
いいと思うんだけどなぁ・・・。

再利用するかしないかは別として。
まぁ、個人的な意見なのですが。

615:nobodyさん
08/11/13 16:20:24
理由も書いてくれないと賛も否も

616:nobodyさん
08/11/13 18:25:42
コントローラにごちゃごちゃ書くとユニットテストがしにくい

617:nobodyさん
08/11/13 20:23:44
CakePHP本家はモデルを厚くすべきと書いてあるけど
生産性を第一に考えると関数化してモデルに入れるよりも
コントローラ内で同じ構文を連続コピペした方が早い場合もあるんだよね。
例えば、納期がほとんどないという、追い込まれた状況なら
わざわざ関数化するのも時間がかかるじゃん、そういう意味もあるんだな
時間が限りなくあるなら、出来るだけ関数化してモデルに入れるのがベストだけどさ

次ページ