[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 07/21 16:39 / Filesize : 152 KB / Number-of Response : 662
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:nobodyさん [2008/12/19(金) 15:52:19 ID:ylogT+7c]
■本家
www.cakephp.org/
APIドキュメント
api.cakephp.org/
cookbook(マニュアル)
book.cakephp.org/ja
the Bakery
bakery.cakephp.org/

■日本語フォーラム
cakephp.jp/


■過去スレ
【PHP】フレームワーク CakePHP 4ホール目【v1.2】
pc11.2ch.net/test/read.cgi/php/1213892680/
【PHP】フレームワーク CakePHP 3ホール目【本命】
pc11.2ch.net/test/read.cgi/php/1205475360/
【PHP】フレームワーク CakePHP 2ホール目
pc11.2ch.net/test/read.cgi/php/1194976228/
【PHP】フレームワーク CakePHP
pc11.2ch.net/test/read.cgi/php/1163850802/


313 名前:nobodyさん mailto:sage [2009/01/11(日) 20:09:38 ID:???]
全然オブジェクト指向じゃないしなあ

314 名前:nobodyさん mailto:sage [2009/01/11(日) 21:14:41 ID:???]
PHP4対応なのになんでオブジェクト指向だと思ったの

315 名前:nobodyさん mailto:sage [2009/01/11(日) 21:53:49 ID:???]
コード分ければ出来るじゃん

316 名前:nobodyさん mailto:sage [2009/01/11(日) 22:57:27 ID:???]
クラス使われているんだからオブジェクト指向であってるよ。

317 名前:nobodyさん mailto:sage [2009/01/12(月) 00:44:27 ID:???]
クラス使ってるからオブジェクト指向(笑)

318 名前:nobodyさん [2009/01/12(月) 08:02:17 ID:JmkPO6xq]
PHP自体が関数指向で配列をぶん回すタイプの言語だからな
オブジェクト指向言語の基本的な要素は持ってるけど
実際にオブジェクト指向プログラミングをやろうとすると苦労が多い
cakeのapi設計もrailsからパクった部分はオブジェクト指向的だが、cake拡張部分は関数っぽくなてる


319 名前:nobodyさん mailto:sage [2009/01/12(月) 08:48:04 ID:???]
Railsをパクるだけにしていてほしい

320 名前:nobodyさん [2009/01/12(月) 09:04:16 ID:3zI01Xa5]
またまたバグ発見

formヘルパーで、フィールド名 (field)に数字を渡すと、
0のときだけ中身が消える

$form->text('0');

とか

empty()とかでしかチェックしてないっぽいな
string型にキャストしても駄目だし

321 名前:nobodyさん mailto:sage [2009/01/12(月) 09:05:10 ID:???]
$form->text('data[0]');

で動けばいいが、動かないし



322 名前:nobodyさん mailto:sage [2009/01/12(月) 09:17:19 ID:???]
appごとにコアのファイルをオーバーライドしないと使えないな
appディレクトリの意味ねー

323 名前:nobodyさん mailto:sage [2009/01/12(月) 09:38:56 ID:???]
なんじゃこりゃ
appディレクトリ側で /view/helper.php の置き換えできないのか?

324 名前:nobodyさん mailto:sage [2009/01/12(月) 09:42:41 ID:???]
cakephp.jp/modules/newbb/viewtopic.php?topic_id=377&forum=9&post_id=669

325 名前:nobodyさん mailto:sage [2009/01/12(月) 09:44:45 ID:???]
とん

ってまじかよ

helper.phpにバグあるんだが、直接編集しかないのかよ
FWのはずがコアのバグつぶしにすり替わって、全然進まない

326 名前:nobodyさん mailto:sage [2009/01/12(月) 09:55:09 ID:???]
とりあえず、バグっぽいとこ教えとくから、常連さんはチケットでもあげといてくれ
俺はたぶん、次回はもうCakeは使わない

 $form->text('0');

とかやると、0のときだけ

 <inpute name="data[]" 〜 />

みたくなる

helper.phpのsetEntity()で、view->fieldにセットしてるとこが問題ぽい

327 名前:nobodyさん mailto:sage [2009/01/12(月) 11:06:01 ID:???]
>>326
どうしてコアに手を入れてまでフィールド名を"0"にしたいのかがわからない。

328 名前:nobodyさん mailto:sage [2009/01/12(月) 11:48:59 ID:???]
>>327
相手すんなって

329 名前:nobodyさん mailto:sage [2009/01/12(月) 11:51:38 ID:???]
>>327

手を入れたいというより、HTMLを自由に組みたかっただけなんだけどね
んだけど、規則からはずれると不具合がでまくる


ちなみに、

>helper.phpのsetEntity()で、view->fieldにセットしてるとこが問題ぽい

は $view->model の間違いかも

かなり深いところに原因があるっぽくて、結局、あきらめて

 $form->text(null, array('name' => 'data[0]'));
 $form->text(null, array('name' => 'data[item][0]'));

とかするようにした

コンポーネントとか使う場合に、また問題がでるかもしれないけど

330 名前:nobodyさん mailto:sage [2009/01/12(月) 11:54:41 ID:???]
DB使わないモデルや、
他のシステムと連携する場合に、数値の配列形式の方が扱いやすいから

まぁ、html手打ちでもいいんだけどさ
ヘルパーとかが規約と強く結びつきだなと思った

331 名前:nobodyさん mailto:sage [2009/01/12(月) 12:03:43 ID:???]
質問です

データ追加フォーム -> データ追加 -> トップ画面にリダイレクト

としようと思うのですが、アクション名に悩んでます

add() -> ??? -> index()

???の部分をどうしようかと…

add()で分岐してもいいんですが、分けたいのですが、
なにかいい名前ありませんかね?

確認画面とかなら add_confirm() にするんですが。



332 名前:331 mailto:sage [2009/01/12(月) 12:05:43 ID:???]
>>331

実際は add_item() という名前なのですが、
追加するだけのアクション名をどうしようかなと、いうことです

add_???_item() か ???_item() で
なにかいいアクション名ありませんか?

333 名前:331 mailto:sage [2009/01/12(月) 12:07:32 ID:???]
連投ごめんなさい…

update_item() とかどうですかね?

add_item()とedit_item()から共通で使えそうですし

334 名前:nobodyさん mailto:sage [2009/01/12(月) 12:29:53 ID:???]
update_itemでいいんじゃね?

335 名前:nobodyさん mailto:sage [2009/01/12(月) 16:21:35 ID:???]
ここでバグバグ言われてるのって使い方解ってないだけなんじゃないのか

336 名前:nobodyさん mailto:sage [2009/01/12(月) 16:24:13 ID:???]
じゃあどう使えば良いのか説明しろよ

337 名前:nobodyさん mailto:sage [2009/01/12(月) 16:54:47 ID:???]
book.cakephp.org/

338 名前:nobodyさん mailto:sage [2009/01/12(月) 16:57:12 ID:???]
そんなところは熟読した上での話だと思うが

339 名前:nobodyさん mailto:sage [2009/01/12(月) 16:58:39 ID:???]
本家に報告したくないってのはバグじゃなくて
自分の使い方がおかしいという自覚があるからに他ならないだろ

340 名前:nobodyさん mailto:sage [2009/01/12(月) 17:08:56 ID:???]
再現方法書いてるのにバグかどうかもわからんの?

それとも、規約通りにしか作れない初心者しかいないのか?

341 名前:nobodyさん [2009/01/12(月) 17:09:25 ID:JmkPO6xq]
バグではない
単にcakeの開発者が意図した使い方からはみ出ると途端に挙動が変になるだけ



342 名前:nobodyさん mailto:sage [2009/01/12(月) 17:10:38 ID:???]
>>341

www

それならバグではないかもなwww

そうか、バグじゃないのか〜
使えないFWだな〜

343 名前:nobodyさん mailto:sage [2009/01/12(月) 17:11:01 ID:???]
フレームワーク使ってて規約はずれたら動かなくなったってそっちの方が初心者だろ

344 名前:nobodyさん mailto:sage [2009/01/12(月) 17:11:49 ID:???]
機能不足、仕様が変、というのが正しいな
バグと言っても良いレベルのものもたくさんあるが
組み込みで提供されてる機能が競合するのはバグと言っても良いだろ

>>339
偏屈こねる前に10回くらい読み直せ

345 名前:nobodyさん mailto:sage [2009/01/12(月) 17:16:56 ID:???]
いやだから本当にバグだと思うなら本家に報告しなよ

346 名前:nobodyさん mailto:sage [2009/01/12(月) 17:17:09 ID:???]
>>343

そうだね

公式ドキュメントの半分以上は無視したほうがいいね!
設定もなんにも変えないほうがいいね!

www

347 名前:nobodyさん mailto:sage [2009/01/12(月) 17:20:07 ID:???]
報告したところで今やってる案件には意味ないし
次は絶対に使わないから
Cakeの開発スピードからして見つけたバグ全部修正されるのに半年はかかりそうw

348 名前:nobodyさん mailto:sage [2009/01/12(月) 17:20:48 ID:???]
間違えてCakeなんかを使ってしまう人を増やさないようにしないとな

349 名前:nobodyさん mailto:sage [2009/01/12(月) 17:21:25 ID:???]
>>347

きみは別人だろw

きみもいやになったのか?

350 名前:nobodyさん mailto:sage [2009/01/12(月) 17:21:58 ID:???]
1.2が公式にリリースされて危機感を持っている奴がいるらしいな
どのフレームワークの信者だ

351 名前:nobodyさん mailto:sage [2009/01/12(月) 17:23:00 ID:???]
>>347

次なに使うの?



352 名前:nobodyさん mailto:sage [2009/01/12(月) 17:23:19 ID:???]
>>349
別人?なにを言ってるんだ
おまえは誰か特定の相手に話しかけてるのか?こんな場所で?

俺は今回の話題ではCakeはバグ大杉使えないFW派だよ

353 名前:nobodyさん mailto:sage [2009/01/12(月) 17:23:30 ID:???]
まぁこれからCake使うやつに助言

規約からはずれたことはするな
でも、それじゃあ大した物は作れない

組み込みのライブラリは使うな
全部自分で一から書け

FW使う意味ねーw
まぁぱっとみ使いやすいとは思うんだけどね
ここまでバグ多いとな…

354 名前:nobodyさん mailto:sage [2009/01/12(月) 17:23:49 ID:???]
>>351
SAStrutsかDjango

355 名前:nobodyさん mailto:sage [2009/01/12(月) 17:25:25 ID:???]
ちなみにCakeはオブジェクト指向じゃないって話あったけど
問題なのはAPIじゃなくてコアのコード内部なんだよね
ハックするのも一苦労

あのスパゲッティな有様じゃCakeの将来は危ういよ

356 名前:nobodyさん mailto:sage [2009/01/12(月) 17:26:23 ID:???]
というかPHPのFWはまともなのがないな

Yiiとかってどうよ

357 名前:nobodyさん mailto:sage [2009/01/12(月) 17:54:39 ID:???]
>>354
レンタルサーバで動かす気ない人か

358 名前:nobodyさん mailto:sage [2009/01/12(月) 17:55:17 ID:???]
PHPでオブジェクト指向ってもっさりフレームワークの登竜門だろw

359 名前:nobodyさん mailto:sage [2009/01/12(月) 17:58:23 ID:???]
Cakeは既にあらゆるフレームワークの中で最も重い部類

360 名前:nobodyさん mailto:sage [2009/01/12(月) 18:05:28 ID:???]
で、なんかいいのないのか?

兄弟とか言われてるCIは、命名規則に統一性が乏しいし

361 名前:nobodyさん mailto:sage [2009/01/12(月) 18:06:17 ID:???]
>>359



362 名前:nobodyさん mailto:sage [2009/01/12(月) 19:32:11 ID:???]
でも、世界でsymfony、zend+frameworkを抜き、最も注目されているPHP FWという事実は
どう理解すればいいの?
www.google.com/trends?q=cakephp%E3%80%81symfony%E3%80%81zend+framework%E3%80%81mojavi%E3%80%81ethna

363 名前:nobodyさん mailto:sage [2009/01/12(月) 19:35:28 ID:???]
PHPのユーザ層が重視するのは簡単に導入できる事と
HOWTO情報の多さだからでしょ
使ってる人たちはCakeしか使ったことないんじゃないの

364 名前:nobodyさん mailto:sage [2009/01/12(月) 19:40:29 ID:???]
PHPったって殆どの人は楽天やGREEを作る訳じゃないんだから
重さって気にする意味無いよね
重さで言えばRoRとか死ぬほど重いんだし

365 名前:nobodyさん mailto:sage [2009/01/12(月) 19:43:30 ID:???]
重いのは誰も問題にしてないけどね

366 名前:nobodyさん mailto:sage [2009/01/12(月) 20:59:16 ID:???]
すみません>>298なんですが
$form->input('honbun', array('type'=>'textarea', 'cols'=>'10', 'rows'=>'5'));
で横幅のせまいtextareaを表示したいのですが、何かヒントありませんか?

367 名前:nobodyさん mailto:sage [2009/01/12(月) 21:10:40 ID:???]
ところで、セッションってモデルだと思うんだが、
なんで、モデルで使えないのかね

368 名前:nobodyさん mailto:sage [2009/01/12(月) 21:13:12 ID:???]
セッションはモデルじゃねーよw

369 名前:nobodyさん mailto:sage [2009/01/12(月) 22:33:10 ID:???]
>>366
cake.generic.css
input, textarea {
width: 100%; ←これ?
}

370 名前:nobodyさん mailto:sage [2009/01/12(月) 22:57:16 ID:???]
>>369
app/webroot/css/cake.generic.css
input, textarea {
  /* width: 100%; */
}
width: 100%をコメントにすることで
$form->input('honbun', array('type'=>'textarea', 'cols'=>'80', 'rows'=>'5'));
textareaの横幅(cols)設定が有効になるようになりました。ありがとうございました。
合わせて、
$form->input('meado', array('type'=>'text', 'size'=>'50'));
のsize設定も有効になり二重の喜びです。ありがとうございました。

371 名前:nobodyさん mailto:sage [2009/01/12(月) 23:07:20 ID:???]
>>368

そうか?
データのやりとりするんだから、モデルだと思うけど?
まあ場合にもよるだろうけど



372 名前:nobodyさん mailto:sage [2009/01/12(月) 23:11:10 ID:???]
セッションはモデルじゃないよ
データを永続化するのがモデルであって
セッションってのはデータでhiddenで引き回してるのと同じようなことだから

373 名前:nobodyさん mailto:sage [2009/01/12(月) 23:33:55 ID:???]
なんでこんな使いにくくてバギーなcakephpが人気あるんかね?
たしかに、とっつきやすさはsymfonyやzendよりも上だと思うが
それだけなんだよね。
PHP使ってるやつはプログラム自体初心者が多いんだろね。
チュートリアル作って終わりなやつが多いんじゃね?

374 名前:nobodyさん mailto:sage [2009/01/12(月) 23:39:43 ID:???]
玄人の言語で作れば?

375 名前:nobodyさん mailto:sage [2009/01/12(月) 23:44:35 ID:???]
確かにPHPを使う意味なんてないんだよね
フレームワークを使うほどの開発になった時点で

376 名前:nobodyさん mailto:sage [2009/01/12(月) 23:50:55 ID:???]
殆どのものはレンタルサーバで動かすんだからPHPかPerlじゃないと動かんわね
専用サーバならJavaにした方が楽だし

377 名前:nobodyさん mailto:sage [2009/01/12(月) 23:52:44 ID:???]
>>375
いいこというね〜
PHPが最高に輝く使い方だね。

378 名前:nobodyさん mailto:sage [2009/01/12(月) 23:56:14 ID:???]
好きな言語すら入れられない環境の方がかなりマイナーだと思うよ
個人だろうと企業だろうと普通はその程度の自由度はある環境でやってるよ

379 名前:nobodyさん mailto:sage [2009/01/13(火) 00:36:35 ID:???]
企業で大規模にやるような開発でCakeやRoRみたいなのは使わないと思うよ
レンタルサーバで動かすCMSとかDBのCRUDがメインのシステムならぴったりだけどさ

380 名前:nobodyさん mailto:sage [2009/01/13(火) 11:22:28 ID:???]
セキュリティ面のバグの多さからWWWに出す時点でCakeは良くない

381 名前:nobodyさん mailto:sage [2009/01/13(火) 11:48:16 ID:???]
>>379
TwitterやCookPad、楽天でもRoRを使ってるのすら知らんのか。

そういえばここCakePHPスレだったなw



382 名前:nobodyさん mailto:sage [2009/01/13(火) 13:31:48 ID:???]
>>379
> DBのCRUDがメインのシステム

ほとんどの会社で必要とされるシステムって、それだぞ?w

383 名前:nobodyさん mailto:sage [2009/01/13(火) 15:39:41 ID:???]
RoRを覚えるのが面倒というのもあるな
Ruby動かせないときもあるしなあ

384 名前:nobodyさん mailto:sage [2009/01/13(火) 21:53:50 ID:???]
>>382
実際作ってみると業務システムのパターンは極めて限られていることがわかるよね。

385 名前:nobodyさん mailto:sage [2009/01/13(火) 22:27:13 ID:???]
そうでもないけどな
データ登録以上にワークフローと帳票が多い

386 名前:nobodyさん mailto:sage [2009/01/13(火) 22:33:33 ID:???]
ワークフローと帳票といっても
結局はCRUDだしなぁ。

387 名前:nobodyさん mailto:sage [2009/01/13(火) 22:58:25 ID:???]
可哀想な人が来たな

388 名前:nobodyさん mailto:sage [2009/01/13(火) 23:03:28 ID:???]
>>387
その人、いらっしゃ〜いw

389 名前:nobodyさん mailto:sage [2009/01/13(火) 23:58:47 ID:???]
パターンは極めて限られていると見積もったCRUDシステムを
作るたびに炎上させる優秀な技術者様達

390 名前:nobodyさん mailto:sage [2009/01/14(水) 13:24:41 ID:???]
1つのテーブルにいろいろな画面(コントローラ)からアクセスする場合、
モデルは、テーブルと対になるようにして1つのモデルにするのがよいか、
それともコントローラと対にするか、どちらが一般的でしょうか?

例えば受注テーブルがあり、
あるコントローラでは受注数を表示するのがメインの処理で、
また別のコントローラでは受注金額を表示するのがメインの処理、
のような場合、受注テーブルのモデルを1つ作成するのか、それとも
コントローラ毎に作るのか…。

391 名前:nobodyさん mailto:sage [2009/01/14(水) 13:42:37 ID:???]
おまえはMVCの基本についてすべて一つ一つt質問するつもりか



392 名前:nobodyさん mailto:sage [2009/01/14(水) 13:44:19 ID:???]
>>390
無論、モデルはひとつ。

393 名前:nobodyさん mailto:sage [2009/01/14(水) 13:45:45 ID:???]
>>390
コントローラーってのは要するに人がプログラムにアクセスする時のURLなわけよ。
だから人から見てわかりやすけりゃ良いわけで、モデルと対になってる必要なんて無い。
ってのが俺の考え。
逆に同じテーブルにモデルがいくつもあったらプログラム作る時に混乱するんじゃない?
それぞれ特殊なfindメソッドでも作ってるんなら別だけど。

394 名前:nobodyさん mailto:sage [2009/01/14(水) 14:52:22 ID:???]
サブホストや接続IPによってDB接続先を変える方法知ってる?

395 名前:nobodyさん mailto:sage [2009/01/14(水) 14:53:24 ID:???]
やっぱりモデルは1つにまとめるべきなんですね。

今回質問したのは、>>393
「それぞれ特殊なfindメソッドでも作ってるんなら別だけど。 」
がまさしくそれで、取得対象のテーブルは1つなんですけど、
そのデータの取得方法や見せ方が全然違って、ただ当然コントローラは
個別に存在するので、
1つのテーブルを元にその見せ方毎にモデルを作りモデルの中で、
var $name = 'table'; としておきつつ、
それぞれの取得するためのメソッドを作成していこうかな、と思い作りはじ
めた矢先、取得テーブルは1つなので、そのモデルに全部メソッドをまとめた
ほうがいいのか?と迷いはじめてしまい…。

テーブル単位にメソッドをまとめるのか、機能毎にモデルを分割するのか…。

まだまだ精進がたりませんね、大変すみませんでした。

396 名前:nobodyさん mailto:sage [2009/01/14(水) 15:08:08 ID:???]
>>394
ttp://d.hatena.ne.jp/charly24/20070512/1178956046

397 名前:nobodyさん mailto:sage [2009/01/14(水) 15:11:54 ID:???]
>>395
findメソッドは、カンタンにオーバーライドできる

テンプレの↓参照
CakePHPを使ったMVC設計のベストプラクティス - Sooey
ttp://www.sooey.com/journal/2008/03/26/717/


398 名前:nobodyさん mailto:sage [2009/01/14(水) 15:49:49 ID:???]
>>395
>テーブル単位にメソッドをまとめるのか、機能毎にモデルを分割するのか

一律的な分け方をすると後で縛りがきつくなるから
機能目的によってバランスよく分別した方がよい



399 名前:nobodyさん mailto:sage [2009/01/14(水) 15:51:45 ID:???]
むしろ厳密に言えば両方違う
2モデルを1つのテーブルに格納することが可能だから

400 名前:nobodyさん mailto:sage [2009/01/14(水) 15:59:26 ID:???]
テーブルやモデルの対に関して議論することがアホらしいw
後退的議論で無意味


401 名前:nobodyさん mailto:sage [2009/01/14(水) 16:02:02 ID:???]
どんなケースも可能だから
何を作るか?どんな機能を作るかを前提してから
モデルとテーブルの対の議論をしないと
抜け穴からのもぐら叩き合戦になるよ



402 名前:nobodyさん mailto:sage [2009/01/14(水) 20:32:29 ID:???]
1.1と1.2って大分違いますか?
ガイドブック買ってやってみたけど早々に躓いて
しまいました。

403 名前:nobodyさん mailto:sage [2009/01/14(水) 21:28:26 ID:???]
1.1と1.2は大分違うと思う。
ガイドブックで1.2で始めるのは初心者にはつらいと思う。
「CakePHP徹底入門」は1.2で書いてあるから1.2入門者にお勧め。
ガイドブックも良著だから、1.2の入門が終わってから読み直す
ことを勧めるなあ。

404 名前:nobodyさん mailto:sage [2009/01/15(木) 04:27:43 ID:???]
「CakePHP徹底入門」のamazonのレビューがよくないというか一人しか書いていない
それも星一つ。自分は少し立ち読みしただけだから何とも言えないが・・
ガイドブックは評価が高いけど


405 名前:nobodyさん mailto:sage [2009/01/15(木) 12:14:25 ID:???]
ぶっちゃけ、公式Webの情報で十分なのがPHP界隈の良いところだとおもうんだが。

406 名前:nobodyさん mailto:sage [2009/01/15(木) 18:02:47 ID:???]
>>389
> パターンは極めて限られていると見積もったCRUDシステムを
> 作るたびに炎上させる優秀な技術者様達

なんで炎上させないといけないんだよw
お前の会社か?それ。

407 名前:nobodyさん mailto:sage [2009/01/15(木) 19:16:12 ID:???]
viewのキャッシュする直前にキャッシュする対象をいじりたいんだけど
なんかいい方法あるのかな

408 名前:nobodyさん mailto:sage [2009/01/15(木) 23:13:14 ID:???]
SQLiteとMySQLを同時に使うのって可能?

409 名前:nobodyさん mailto:sage [2009/01/15(木) 23:16:50 ID:???]
可能。

410 名前:nobodyさん mailto:sage [2009/01/16(金) 00:17:54 ID:???]
なにそれ、どうやんだ?

411 名前:nobodyさん mailto:sage [2009/01/16(金) 00:21:09 ID:???]
DATABASE_CONFIGに複数設定して切り替えるだけだろ



412 名前:nobodyさん mailto:sage [2009/01/16(金) 01:45:44 ID:???]
そりゃだるいな

413 名前:nobodyさん mailto:sage [2009/01/16(金) 16:24:26 ID:???]
>>412
モデルに使用する、データベースを指定する以外で、
だるく無い方法があるのか?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<152KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef