下手に自動過ぎると使いづらいから、Yiiのattributesは使いやすくて好きだけどね。

CakePHPだとModel::saveAll()でできたりするんですけど
自分も自動よりYiiのWikiに載ってる感じで、分けて保存するほうが扱いやすいですね

都道府県テーブルにPK:1～48（北海道～沖縄・その他含む）まで入っていて、

<select name="Post[prefecture_id]">
　<option value="" selected="">地域名</option>
　<optgroup label="北海道">
　　<option value="北海道">北海道</option>
　</optgroup>
　<optgroup label="東北">
　　<option value="青森県">青森県</option>
　　<option value="青森県">岩手県</option>
　　<option value="青森県">宮城県</option>
　　　　　　　　　　　　　　　　　：
　　　　　　　　　　　　　　　　　：

↑こういうdropDownListを返すにはどうしたらいい？

<?php echo $form->dropDownList($model,'prefecture_id',
　　　　　　　　　　CHtml::listData(Prefecture::model()->findAll(), 'id', 'name')); ?>

<optgroup>が無い単純なdropDownListなら上記でいけるんだけど、
これが入ることでどう実装していいか悩んでる

俺もそれ知りたい
グループ毎にoptionタグをfor文とかで作るしか思いつかない

これじゃね？
http://www.yiiframework.com/forum/index.php?/topic/6903-how-can-i-generate-a-select-list-with-optgroup/

public function getOptions()
{
$groupLists=array(
array('id'=>'1', 'name'=>'北海道地方'),
array('id'=>'2,3,4,5,6,7', 'name'=>'東北地方'),
array('id'=>'8,9,10,11,12,13,14', 'name'=>'関東地方'),
array('id'=>'15,16,17,18,19,20,21,22,23', 'name'=>'中部地方'),
array('id'=>'24,25,26,27,28,29,30', 'name'=>'近畿地方'),
array('id'=>'31,32,33,34,35', 'name'=>'中国地方'),
array('id'=>'36,37,38,39', 'name'=>'四国地方'),
array('id'=>'40,41,42,43,44,45,46,47', 'name'=>'九州地方'),
array('id'=>'48', 'name'=>'その他'),
);

　　
　　 $prefs=$this->findAll();
　　 $options=array();
　　 foreach ($prefs as $pref)
　　 {
　　　　$group='';
　　　　foreach ($groupLists as $groupList)
　　　　{
　　　　 $groupIds=explode(',', $groupList['id']);
　　　　 foreach ($groupIds as $groupId) {
　　　　　　if ($groupId == $pref['id']) {
　　　　　　 $group=$groupList['name'];
　　　　　　}
　　　　 }
　　　　}
　　　　$options[]=array(
　　　　 'id'=>$pref['id'],
　　　　 'name'=>$pref['name'],
　　　　 'group'=>$group,
　　　　);
　　　　
　　 }
　　 return $options;
　　}

Prefectureという都道府県テーブル（id,name）がある前提で、モデルに>>456-457を記述

ビューで
<?php echo $form->dropDownList($model,'prefecture_id',
　　　　　　　　　CHtml::listData(Prefecture::model()->getOptions(), 'id', 'name', 'group')); ?>
のようにしてgetする

一応これでおｋだったが、
リファクタリングしてないし、Yii初心者なので設計にも問題あるかもしれん

日本語のフォーラムって存在しないのですか？

ここ

ここは無理です

Yiiオフィシャルの日本のフォーラムです
http://www.yiiframework.com/forum/index.php?/forum/21-japanese/

あーでも今現在Yiiのサイト、アクセスしにくいみたいですので、あしからず。

オフィシャルフォーラムは使い難いのでここを使って下さいまんこ

ここはいやです

ここが嫌なのにここで質問してんじゃないよ

メンテってまだ終わってないのかな？まだアクセスできない。日本語ドキュメントのミラーサイトって何処かないかな？

メンテ結構頻繁にあるな
ローカルにリファレンス落としといた方がいいな

リファレンスってアーカイブに入ってますよね？
でもWEBのみたいにインクリメンタルサーチできるリファレンスだと良いんですけど
無いですね

やべえYii楽しいわ
CakePHPより思想が洗練されてる
初めてRails触ったときの楽しさ

coffeescriptは正式に対応しないのかな
触ったこと無いから詳しくないけど、流行りらしいじゃん？

>>470
仲間が増えて嬉しい。

うん、うん
なんか楽しいよね！
ソースを眺めて回るのも、背中の数字が上がって良い感じ

>>458
ってかよく都道府県ってテーブルに入れてるけど、
別に内容変わらないし、データも少ないからDBに入れておく必要なくね？
都道府県データの配列持ったモデル作ったらよくね？

それじゃ大阪府が大阪都になったとき対応できない

あー、そういえばタイムリーにそういう話題もありますね。

>>475
配列の値変えるだけじゃん

CMSでユーザに変更されること想定かな？

俺も都道府県は配列で持ってるな
DBに保存するメリットは、保守を全部クライアント任せにするようなケースで簡単に変更出来るってところか

そもそも都道府県をグループ別にして
CHtml::activeDropDownList()件は解決したんでしょうか？
自分も知りたいところではあるんですが

以下はCController::renderPartial()の第3,4引数を使った何かを説明していると思うんですが
どういうことを説明しているか、わかる方おられますか？
http://www.yiiframework.com/doc/api/1.1/CController#c2596

>>480
>>456-458見てあげろよ可哀想だろ

>>456-458
九州地方は46までで、47のみその他に修正して、完全に動作しました。ありがとうございます

nice tips !

あらかじめgroupカラムも作っておくと無駄なコード書かなくてもいいですよね？
モデルのgetPrefOptions()でreturn CHtml::listData(Pref::model()->findAll(), 'id', 'name', 'group');して
ビューで<?php echo CHtml::activeDropDownList($model, 'pref_id', $model->prefOptions); ?>みたいな
モデルのrules()はrequiredとarray('pref_id', 'in', 'range'=>range(1, 47)),でOKかな？

今までずっと都道府県テーブルつくってたけど、
よく考えたら必要じゃないよな。
これに限らず、データがほぼ固定のものってプログラムの中で持てばいいんじゃ、、、？
わざわざDBで持つと、処理が重くなるだけだし

この記事参考になりますよ。一番したの発言者の情報。その通りだと思いました。
http://cakephp.jp/modules/newbb/viewtopic.php?topic_id=1404&forum=3

日本ユーザー会ってあったのね。知らなかった。。

マニュアル翻訳してくれてる人たちかな？
まじ助かってるわ
あの成果物がなければ俺がYiiを使うこともなかった

>>487
海外や世界のYiiユーザーの考えを知りたいんだけど、
どういう英語で検索したらいいんだろ

>>490
yii, state, city, area

>>491
やる気出せ

>>492
これ以上英語の能力がありません

>>487
そのレベルで最適化が必要になるならすでにPHPの適用範囲じゃないと思う。

>>494
どういう意味だ？
Webアプリのボトルネックは大抵DBへのアクセスだから、
そのアクセスを減らす意味でかなり有用だと思うjけど

>>495
そんなことしてPHPに定数持たせるくらいなら、JAVA辺りで組んだサービスで
起動時にデータベースから読んだ値をオンメモリで格納しておく方が
理にかなってるってこと。

>>496
違う違う
スケールアウトの問題だよ
RDBMSはスケールアウトしにくいだろ
JAVAとPHPの比較するような事柄じゃない

>>497
何も違わない。
書いてある意味わからんなら無理するな。

返答はや

え、トンチンカンなこと言ってるのかな
逆にJAVAを引き合いに出した先の話がオンメモリに格納とか、JAVA関係ねえじゃんって感じたんだが
知識あると自負しておられるようなので、出来ればご高説承りたいですね

>>499
だからJAVA辺りでって書いてあるじゃん。
PHPでやるならmemcachedなんかを使うほうが理にかなってる。
データベースにあるべきと設計した項目をパフォーマンスを理由にコードに
埋め込むなんてのは最悪の下策。