[PHP][フレームワーク]CodeIgniterスレ

[PHP][フレームワーク ..

39:nobodyさん
07/05/04 16:35:16
>>36
FW自体がautoloadを定義している事が前提ならば
また変わってくるが（CIはどうなんだっけ・・・）、
FW自体ではautoloadを利用せずユーザにautoloadの定義を
委ねている場合はそのFW作成側はclass_existsの引数に注意する必要が出てくる
理由は>>37の書いている通りFWを使う側のユーザが定義した
autoloadが勝手に呼ばれてしまう、ユーザが呼んで欲しくもなくても

で、これはFWに限らず__autoload()がユーザ側で自由に定義される以上、
ライブラリ側のコードではclass_existsを使う場合に
autoloadの事は常に意識せざるを得なくなる
となると第2引数はfalseにするしかない
そういう注意が必要になるってことがお節介の理由

で加えてclass_existsの第2引数をfalseにしちゃうと
PHP4ではwarningが出ちゃうから4/5の互換性の点でも問題だから
このclass_existsのデフォルトはよくないんじゃないかってこと

40:nobodyさん
07/05/04 16:40:24
うん、class_exists()拡張の際のデフォルト値は失敗だな。
仮に何か理由があろうとなかろうと、
あれのおかげで、__autoload()が絶妙に使いにくくなってしまった。

リリースしてしまったものは、今更しょうがないけど、
Zendクオリティに萎えたのは事実。

41:nobodyさん
07/05/04 18:30:31
PHP5使い→class_exists()に批判的
PHP4使い→class_exists()に擁護的

いろいろ語られてるが突き詰めればこれだけの違いじゃね
PHP5使っててclass_exists()の仕様を「これでいい」と思ってる奴は
かなりのマゾ野郎だけだろう

42:nobodyさん
07/05/04 19:22:58
なにを言ってるのか不明だな。
ver5と「class_exists拡張」とautoloadは同時なのに。
ver5ベースでやってる奴は、今の仕様でいいに決まってるじゃん。

43:nobodyさん
07/05/04 21:23:14
雑談は総合スレでやろうよ。ネタないけどさ(;´Д｀)

44:nobodyさん
07/05/04 22:21:29
CIの実装にかかわることだからいいんだよ。ここで。
ちなみに、 5のみに特化したsymfonyの場合、grep |wc で単純計算すると
class_existsで引数falseつけてるのは12、つけてないのは32。前者は当然core関係、後者はvendor関係が多い

45:nobodyさん
07/05/04 23:13:08
>>42
お前の方が意味不明だっつの
てかclass_exists()擁護派は総じて論拠が柔すぎて反論する気すらおきん
対話自体にならないレベルだ。
まあ現実問題として改正が必要なんだからエリックに言ってやらないとな
英語に達者な奴頼む

46:nobodyさん
07/05/08 22:41:46
┐(´д｀)┌

47:nobodyさん
07/05/09 03:42:29
CI使ってる人
view(template)名はどうしてる？
俺はsymfonyの真似で
hogehoge_inputとかhogehoge_successにしてるが

48:nobodyさん
07/05/09 10:33:05
method_view

49:nobodyさん
07/05/09 22:21:52
俺はsubdirectory（method or class）/fileだな

50:nobodyさん
07/05/09 23:53:49
俺もクラスではディレクトリ分けてる

51:nobodyさん
07/05/10 14:14:44
ciのActiveRecordってRailsのActiveRecordと
なんか違くね…？
違うのになんでActiveRecordを名乗ってるんだ…？

52:nobodyさん
07/05/10 14:21:51
>>49
それ詳しく教えてもらえないか？

53:nobodyさん
07/05/11 22:06:54
>>52
50と変わらんとは思うけど
class/files
method/files
filesは結構沢山あるな。view用のcss/js設定ファイルとか、基本画像用gifもそこにおいてあるし

54:nobodyさん
07/05/27 00:20:32
URLﾘﾝｸ(blog.probo.jp)
ここci使ってなかったっけ？悲惨だな…

55:nobodyさん
07/05/27 00:34:45
そのエラーメッセージはまさしくciだな

56:nobodyさん
07/05/27 00:42:16
そこで初めてcodeigniterという文字列を最初に見た気がする

57:nobodyさん
07/05/27 00:45:55
何のブログだったの？
有名どころ？

58:nobodyさん
07/05/27 00:55:09
普通のPHP関連のブログだったかと

59:nobodyさん
07/05/27 01:52:52
悲惨って言うほどのもんじゃないと思うけど、
errorメッセージってちゃんと作りこんでおいたほうがいいよね。

60:nobodyさん
07/05/27 01:57:10
たしかに悲惨は言い過ぎだろ
ただdbに繋がらなくなっただけに見える
ってか晒す意味がわからない

61:nobodyさん
07/05/29 01:54:43
自演フォロー乙

62:nobodyさん
07/05/29 03:02:43
元がどんなブログかもしらんし何の関係もないが…

63:nobodyさん
07/06/06 10:23:29
いいかんじなので上げ

64:nobodyさん
07/06/06 10:41:39
ユーザガイドの日本語訳出来ているのね。
URLﾘﾝｸ(userguide.cilab.info)

65:nobodyさん
07/06/08 12:02:09
ユーザ少なすぎじゃないのか。いいのに。

66:nobodyさん
07/06/08 14:48:19
初めてのフレームワークに採用する予定。
日本語の解説ページが少ないのは不安だけど。
ユーザーガイドは読みやすくていいと思った。
認証機能を使った会員管理システムを作る予定。

67:nobodyさん
07/06/08 16:23:11
CIって、日本語でも大丈夫？　

68:nobodyさん
07/06/08 17:37:53
問題ないよ。

69:nobodyさん
07/06/09 02:23:16 W+nVmF6j
>>64
おおお！これは助かる！
翻訳途中の方のサイト見ながらで若干不安だったんだ。

ちなみに3年くらい動かしてるらしい顧客のサイト。
度重なる機能追加でカオスになっていたので、
CIつかってリニューアルさせてもらいました。

記号を含むURIで少々はまったものの
ほとんど上記のユーザガイドで事足りました。

検収記念age

70:nobodyさん
07/06/09 04:13:48
どんなサイトなの？
導入事例キボン（死語か

71:nobodyさん
07/06/12 14:05:15
>>70
ショップとかできる？　商品売るやつ。

72:70
07/06/12 17:43:07
意味がわからないんだが

73:nobodyさん
07/06/12 21:03:17
ショッピングカート

74:nobodyさん
07/06/14 01:04:52
できるかどうかはあなた次第

75:nobodyさん
07/06/15 11:50:52
CIを使うとき、自分で追加するPHPファイルの文字コードは何にしてますか？
ダウンロードしたCIのファイルはShift JISになっているみたいですが、自分で追加するファイルはUTF-8Nでもいいですか？

76:nobodyさん
07/06/15 16:48:05
＞ダウンロードしたCIのファイルはShift JISになっているみたいですが
(　ﾟдﾟ)

77:nobodyさん
07/06/15 19:28:21
おちゃめなジャパニーズがいたもんだな

78:nobodyさん
07/06/15 19:38:23
自分で追加するファイルの文字コードは、UTF-8Nにして正常に動作しました！
ただ今、CodeIgniter ユーザガイド日本語版 Version 1.5.3を見ながらサンプルコードを動かしています。＾＾
URLﾘﾝｸ(userguide.cilab.info)
↑日本語訳を作ってくれた方、どうもありがとうございます！

79:nobodyさん
07/06/15 21:21:47
CI最高age

80:nobodyさん
07/06/16 04:50:04
CakePHPの評判が気になってCIから浮気した

81:nobodyさん
07/06/16 09:17:02
俺の知り合いもこのスレを見ている予感

82:nobodyさん
07/06/16 09:27:11
>>81
まさか…お前か？
直接言いにくいからここで言うわ
早く金返せ

83:nobodyさん
07/06/17 01:47:51
認証機能つけるには、Authクラスを自作するのだろうか

84:nobodyさん
07/06/17 02:20:47
>83
URLﾘﾝｸ(tomcode.com)

85:nobodyさん
07/06/18 00:05:15
>>84
おお、wiki以外にもこんなのがあったのか。
まじでありがとう！

86:nobodyさん
07/06/18 00:31:10
>>84
俺もブックマークに入れときました。
ありがとう！

87:nobodyさん
07/06/18 10:25:34
>>84
modelのなかで& get_instance発行して、dbインスタンスを再取得してるのか・・・
・・・・わかってないんだろうこれ作った人。使わないほうが吉だな。

88:nobodyさん
07/06/18 11:22:42
じゃあちゃんとしたやつ作って公開してくれ

89:nobodyさん
07/06/18 12:29:44
CakePHPの中でCodeIgniterのライブラリ使えるらしいのだが、
やっぱり両方試してみたほうがいいかな

90:nobodyさん
07/06/18 13:33:22
CIの中でZend使うってのもありじゃないか？
かく言う俺もcakeとCIで迷っているが。まぁ対象規模が違うわな

91:nobodyさん
07/06/18 15:38:49
>>87
どうするのが正しいの？

92:nobodyさん
07/06/18 18:45:15
>>91
なにもしないのがただしい。既にCIのインスタンスは存在してるから。
親のModel classはそのインスタンスを取得する（だけの）基底クラス。

93:nobodyさん
07/06/18 20:11:08
Modelのコンストラクタにget_instance入ってないから良いんじゃないの？？

94:93
07/06/18 20:14:38
やっぱ要らない。見落としてた。

95:87
07/06/18 21:54:19
>>88
なんでこういうようなちゃかしが入るのかわからない。
使ってるFWの実装を押さえないような程度のコードを
単に在るからっていうだけで、使うのは良くないといってるだけ。
特にセキュリティにかかわるclassなんだから慎重であるべき。

96:84
07/06/18 22:09:19
なんか、役になったようで。
けど、これ自分がスレが立ったときに>10の「Code Igniterの情報サイト」
で書いたやつだったのが、、、説明不足だったか。

あと、これ以上に
・リスト表示・登録画面をテンプレート形式で作成できるプラグイン「rapyd」
URLﾘﾝｸ(www.rapyd.com)
　>サンプル
　URLﾘﾝｸ(www.rapyd.com)

ほうが便利っす。どうでもいい検索→一覧→更新
画面をそこそこのデザインで作りたいときはすげえ便利。
CI使っている人は是非ｗ

97:nobodyさん
07/06/19 02:21:28
84さんが紹介してくれた認証クラスは、どこに入れて使うの？
アプリケーションの下に入れとけばいいのかな？

98:nobodyさん
07/06/19 12:45:54
おちょくらないほうがいいよ。真面目な人みたいだから。

99:nobodyさん
07/07/05 22:34:34
CodeIgniterの機能云々は置いといて
このマニュアルめっちゃ見やすいな
URLﾘﾝｸ(userguide.cilab.info)

100:nobodyさん
07/07/14 01:33:13
CodeIgniter 1.5.4 Released

101:nobodyさん
07/07/17 15:06:17
人いないねぇ
Cakeに流れた？

102:nobodyさん
07/07/17 18:13:00
アソシエーション使わないならこっちだな、はやいし。

103:nobodyさん
07/07/19 13:31:27
>>101
邦訳マニュアルが出来た頃から>>99のようなマニュアルサイトの宣伝コピペが
増えて、ちょっと引き気味。

104:nobodyさん
07/07/20 23:11:01 HPTI18nF
この程度で・・・
心のよわいやつだなあ

105:nobodyさん
07/07/21 00:04:05
まぁでも言われて気づいたな。

106:nobodyさん
07/07/21 03:25:50 YySJAyHD
phpはこれまでの経緯からOOP入門者の層が多そうなので
ルールの少ないCIのほうが入りやすそうなんだけどな。
かくいう自分もデザイナ上がり。
日本語サイトが少ないのがイマイチ普及しない原因でしょうか。

前にも書いたけどさんざん張られてるマニュアルサイトの情報だけで
ちょっとしたサイトなら簡単に構築できるからおすすめですにゃ。

107:nobodyさん
07/07/21 11:10:24
OOPとFWなんて関係ないが。なに言いたいんだ元デザイナーは

108:nobodyさん
07/07/22 04:01:25 dxwJT9EH
＞OOPとFWなんて関係ないが。
そうか？

109:nobodyさん
07/07/22 10:21:52
＞phpはこれまでの経緯からRoR風ＦＷ入門者の層が多そうなので
＞ルールの少ないCIのほうが入りやすそうなんだけどな。

これならわかる。

110:nobodyさん
07/07/22 16:06:56
ファイルのアップロードやってるんですが、
必須チェックをvalidation使ってどうやってやったら良いでしょうか？
validation内では$_POSTしか見てくれないようで、
ruleにrequiredを設定すると、必ず必須エラーになってしまいます。
callback関数も呼んでもらえないし、みなさんどうされてるんでしょ？
そこだけ自前？

111:nobodyさん
07/07/22 17:46:49
そこで言う必須チェックって、なにを指してるんですか？

112:110
07/07/22 17:57:43
>>111
フォームからファイルが指定されたかどうかです。
$_FILES['xxxx']['name']に値があるかどうかでチェックしようと思ってました。
その後$_FILES['xxxx']['error']をチェックしたり、拡張子の制限を追加したりと
思ってたんですがその前に挫折してしまいました。

113:nobodyさん
07/07/22 18:01:33
file uploadクラスの->data()の値をでチェックすれば済むんでは？

114:110
07/07/22 20:56:00
uploadクラスのdo_upload()関数でエラーチェックまで出来るんですね。

今回は、フォームにはテキストボックス等の入力もあるので、
そのチェックはvalidationでやっています。
if ($this->validation->run() === FALSE) {
　　入力エラー
} else {
　　正常
}

これを
if (!$this->validation->run() || !$this->upload->do_upload()) {
　　入力エラー
}

とする事にしました。
ありがとうございました。

115:nobodyさん
07/07/22 23:17:46
CSSってどうしてる？

system/application/viewsとかにおいてる？(別途controller必要だけど）
それとも
documentroot/css とか？

参考にしたいのでよろしくです。

116:106
07/07/23 02:26:30 rslZzZtP
>>109
ベタ書きされたよそのシステムに手を入れる機会が多いので、
OOP（というかデザパタ？）苦手な人が多いのかなと思ったのです。
自分も「自己流でよくね？」と思ってた時期が長くて、
オブジェクト指向の本をいくつか読むまでFWの恩恵がわからなかったもので。
低レベルな主観で語ってしまいました。ごめんなさい。

117:nobodyさん
07/07/23 06:11:20
>>115
CSSに限らずファイルはすべて前者(viewsにおくかどうか別にして）が可能なように
対応。速度のことを考えて最終公開用に後者に置くことを想定するが、
ファイル変更等は常に前者で。

118:nobodyさん
07/07/27 02:06:10
CodeIgniter ユーザガイド日本語版 Version 1.5.4
を読んで勉強しています。
誤植と思われる箇所を発見しました。

URLﾘﾝｸ(userguide.cilab.info)
のページの真ん中辺にある文章で、「関数呼び出しの再マッピング」のサンプルコードについてです。
function _remap($method)の中の
　$this->$method();
は、
　$this->method();
ですよね？
＝method()の前についている$が不要。

ユーザーガイド日本語版を作成された方は、このスレをご覧になっているでしょうか？
とりいそぎご報告まで(・∀・)

119:nobodyさん
07/07/27 07:53:56 /fnc4AF2
あるcontrollerから別のcontrollerのアクションメソッド使う方法てあったっけ？

120:nobodyさん
07/07/27 07:59:28
>>118
君の頭が誤植

121:nobodyさん
07/07/27 08:09:34
>>119
親でなきゃ無理。でもそれってコントローラーの実装が変だと思うけど。

122:nobodyさん
07/07/27 08:41:48 /fnc4AF2
たとえば「記事 controller」と「ユーザ controller」がすでにつくってあって
記事関連の各ページに「わけありユーザ上位数名」を表示したいとき。
条件が複雑だからできれば今後のために「ユーザ controller」にまとめたくて。

もう眠いからfile関数で取っちゃおうかな。

123:nobodyさん
07/07/27 08:45:35
それはmodelでやることですよ。

124:nobodyさん
07/07/27 09:01:52 /fnc4AF2
でーすーよーねー。あーあ、はずかしー。
サンクスです。

125:nobodyさん
07/07/27 13:44:27
>>120
あああ！意味が分かりました！！！

<?php
$method = "some_method";
$some_method = "name";
echo $$method;//→echo $some_method; と同じ
?>
ってことなんですね。

$this->$method();
にしておけば、実行する関数をその都度指定できると。
私の解釈が間違っていることを気づかせてくれるヒントをいただき、どうもありがとうございました。

126:nobodyさん
07/07/27 21:47:18 kiyCeLtJ
CodeIgniterってサイト毎に設置していく必要あるの？
サイト毎にまとめて設定して、
CodeIgniterをひとつのフォルダにぶっこんで共有したいんだよね…

無理か…
あーバージョン管理大変じゃ。

127:nobodyさん
07/07/27 21:56:52
サイトごとっていう意味がはっきりしないが、
同一サーバで、URL/host名が違うって言う意味か？
それなら全然無理じゃないし普通にできるだろ

128:nobodyさん
07/07/28 09:53:42
>>126
URLﾘﾝｸ(userguide.cilab.info)

129:nobodyさん
07/07/28 09:57:26
>>128
それは質問の主旨とは違うだろう

130:nobodyさん
07/07/28 10:17:24
俺も>>128でOKだと思った。
質問の主旨がわかんね。

131:nobodyさん
07/07/28 10:20:57
まあ、その程度のマルチホスト対応でいいならどうでもいい質問であることは確かだな

132:nobodyさん
07/07/28 10:52:29
indexも一つで、CI自体のフォルダも一切変えないぐらいじゃないと、
そんなに管理の手間はかわらんよ。>>128であろうとＣＩ複数突っ込むのであろうと。
やるならhookつかってconfigクラス拡張＋ルータ設定だな。これなら
CI管理はindex.php,applicationも含めて一つでＯＫだろ。

133:nobodyさん
07/08/01 06:27:52
既出かもしれんが。
徒然なるままにBlog
PHPベンチマーク: Zend Framework vs Symfony vs CakePHP vs CodeIgniter vs PHP on TRAX
URLﾘﾝｸ(www.tsujita.jp)ベンチマーク-Zend-Framework-vs-Symfony-vs-CakePHP-vs-CodeIgniter-vs-PHP-on-TRAX.html

134:nobodyさん
07/08/01 09:56:13
ＺＦ意外と健闘してるな。

135:nobodyさん
07/08/02 17:13:21 S/9lNY0s
$this->load->library('session');
$newdata = array(
　　'name'　　=> 'john',
　　'id'　　　=> '1',
　　'logged_in' => TRUE
);
$this->session->set_userdata($newdata);

セッションがパソコンに保存しくんねーけど、なぜだーーー！

136:nobodyさん
07/08/02 20:25:34
クッキーが全てを物語っている

137:nobodyさん
07/08/03 10:48:28
CI厨がフレームワーク総合スレで鬱陶しいんですが、
出身地及び引き取り先はここですか？

138:nobodyさん
07/08/03 11:08:37
寂しいのか？

139:nobodyさん
07/08/08 21:51:41
ドキュメントを日本語に翻訳してくれた中の人、GJです。
こういうのって、どうやって効率よく作業するの？
なんか翻訳支援ツールとかあるんでしょうか。
あと、あの翻訳ってどのくらい時間かかりますか。
別のOSSの翻訳をやってみようかなと考えているので、参考にしたいです。
教えて中の人！

140:nobodyさん
07/08/08 21:52:45
自演乙

141:nobodyさん
07/08/08 21:57:40
早速レスがついたと思ったらこんなのかよー
嫌いならわざわざこんなとこくるなよ

142:nobodyさん
07/08/08 21:59:54
そのサイトのほうで聞けばいいじゃん。

143:nobodyさん
07/08/24 15:33:31
質問です。
ActiveRecordで、
AND/ORの優先順位指定は出来ないのでしょうか。
$this->db->where('some = 1');
$this->db->where('any = 2');
$this->db->like(array('foo','codeigniter'));
$this->db->orlike(array('bar','framework'));

こうした場合、WHERE句は、 some = 1 AND any =2 AND foo LIKE "%codeigniter" OR bar LIKE "%framework%"
となりますが、AND ( foo LIKE "%codeigniter" OR bar LIKE "%framework%" )
としたいのです。
CI_DB_active_record クラスを眺めたところ、どうもそのような機能がなさそうなのですが
見落としているかもしれないので、質問しました。

よろしくお願いします。

144:143
07/08/24 16:53:49
自己解決しました。
やっぱり出来そうにないので
URLﾘﾝｸ(codeigniter.com)
のようにやります。

145:nobodyさん
07/09/15 16:58:09
CakeとかSymphonyとかMapleくらいしか知らなかったんだけど、
改めて調べてCodeIgniterを見付けて、いいじゃんと思った。
パフォーマンス重視のシンプル設計というのがいい。
バージョンも1.0越えてリリースになってるし（ベータのフレームワークって多いよね）。
ちょっとやってみる！

146:nobodyさん
07/09/22 11:44:41
いつの間にかできていたみたい。
CodeIgniter in Japan
URLﾘﾝｸ(codeigniter.biz)

RSS検索で「CodeIgniter」と検索したらた出てきた。
今後の情報として、rapyd frameworkの日本語訳に期待。

147:nobodyさん
07/09/22 13:07:40
CodeIgniter in Japan
と聞いて
日本語の公式サイトができたのか。
と思った

148:nobodyさん
07/09/22 13:12:41
>>146のサイト
>CodeIgniter（コードイグニタ）

CodeIgniter（コードイグナイタ）じゃないのか？

149:nobodyさん
07/09/22 17:07:04
RSS検索で見つけたもう一個。

price-change:blog
URLﾘﾝｸ(pricewave.blog110.fc2.com)

携帯対応とかがかなり参考になります。

150:nobodyさん
07/09/24 17:32:06
.bizドメインは何故か怪しいと思ってしまう俺がここにいる

151:nobodyさん
07/09/24 18:12:43
あるあるｗ
「ビジネス」とか好んで言いたがる奴ってゴミが多いし

152:nobodyさん
07/10/05 23:49:53
今日のネタ投入

Create it!
URLﾘﾝｸ(tuevin.jugem.jp)

こちらのサイトですが、CodeIgniterのTipsを取り扱っています。
使っていて、あれどうやるのかなぁ、と思うネタが結構載っていて重宝します。

153:nobodyさん
07/10/06 01:01:46
いやあの本人なら本人で「こんなサイト作りました！」って言ってくれた方が好感持てるよ。
マトモなサイトなら別に荒らされたりしないから。
とりあえず乙

154:nobodyさん
07/10/19 17:33:20
CodeIgniter for Rapid PHP Application Development
URLﾘﾝｸ(www.amazon.com)

発売されてから2ヶ月半立っても話題に出ないから貼っておく。

155:nobodyさん
07/10/19 20:46:31
俺はソース嫁厨

156:nobodyさん
07/10/23 14:19:22
CI で index って名称のコントローラ作ろうとして、
Indexクラス作って、デフォルトコンストラクタ作って、エントリポイントなメソッド(index())作ったところで
コンストラクタとメソッド名かぶるじゃんって気づいた。
トップページはやっぱり welcome じゃなくて index にしたい、ってだけなんだけど、普通どうしてるもの？

157:nobodyさん
07/10/23 17:28:10
homeで妥協する

158:nobodyさん
07/10/23 17:38:14
>>156
URLﾘﾝｸ(userguide.cilab.info)

159:nobodyさん
07/10/26 16:49:25 WZ/kPbo7
これいいね。素人のレンタル鯖の俺にとっては導入しやすくて助かる
いろんな有名どころのフレームワーク試したけど導入で躓いた・・・
DB関連も良さそうだ
これ使う前はZendが一番使いたかったけど、もうこれで十分だな

160:nobodyさん
07/10/26 17:30:20
モチロンソウヨ

161:nobodyさん
07/10/27 21:08:04 stfTQ4kY
URLﾘﾝｸ(ihc.mydisk.jp)

162:156
07/10/28 12:23:43
>>157-158
ありがと。そういうもんなのね。
クラス名をHomeにして/indexにルーティングすることにした。

163:nobodyさん
07/11/22 16:21:00
これからCI使おうと思うんですが、何か不便に感じる部分とかあったら教えてください。

164:nobodyさん
07/11/23 02:05:01
formがしょぼい

165:nobodyさん
08/01/17 10:41:51
これのFork版面白そうだね

166:nobodyさん
08/01/30 01:49:15 2r+EzdWP
Emailクラスの文字化けはまだ直ってないのかな？

167:nobodyさん
08/01/30 09:57:56 tmBsdMJo
もしかしてroutes.phpのURI設定が使われるのってルーティングの時だけ？
URLヘルパでこの設定使わなかったら片手落ちもいいとこなんだが…

168:nobodyさん
08/01/30 11:40:14
>>167
当たり前だろ。っていうか、コード内部でURLを使っているのか？

169:166
08/01/30 17:06:19 2r+EzdWP
1.6で直る模様ですね。
バクトラック投げてくれた方に感謝です。

170:nobodyさん
08/01/30 19:40:03
>>168
当たり前じゃねーよ
・ルールに従ってスマートなURLをパースし、パラメータにする機能
・パラメータを元に、ルールに従ってスマートなURLを組み立てる機能
これはペアだ

171:nobodyさん
08/01/30 19:59:43
>>169
バグ投げてくれたのはいいが、その内容がひどかったけどな

172:nobodyさん
08/02/01 08:03:32
自分でクラス書く時先頭に
<?php if (!defined('BASEPATH')) exit('No direct script access allowed');
って書いてる？

173:nobodyさん
08/02/01 08:58:03
これGET使わないとか無茶じゃね？
検索もPOSTでしろと？？

174:nobodyさん
08/02/01 09:43:29
$config['enable_query_strings'] = true;
$config['uri_protocol'] = "PATH_INFO";
で出来たわん

175:nobodyさん
08/02/01 09:49:34
機能はシンプルすぎて若干ショボいくらいだけど
ciは基幹クラスを上書きできるのがいいな

176:nobodyさん
08/02/01 10:23:44
アプリケーション固有のデータはどうするのがci流？

177:nobodyさん
08/02/01 11:37:18
自分でクラス書く時は
ciに習ってphp4式（プロパティーはvar、アクセス修飾子なし）で書くか、
php5式で書くか、dotch？

178:nobodyさん
08/02/01 16:52:09
>>177
どっちでもいいんじゃね。
自分の環境で動くんなら

179:nobodyさん
08/02/01 19:41:43
読み込んだライブラリがそのままの名前でコントローラのプロパティーになる
って仕様ダサくね？
methodとぶつかりまくりじゃん
というよりも、methodにプレフィックス付けるようにするべきだろ
常識で考えて

180:nobodyさん
08/02/01 21:20:55
>>179
自分の設計が悪いだけじゃないの？

181:nobodyさん
08/02/01 21:28:10
1.6出たよ！

182:nobodyさん
08/02/01 22:26:18
>>180
なんでそんな話になるんだよｗ
俺の実装がどうとかいう話じゃねえ
ユーザー全てにおいて起こりうる問題だから言ってんだよ

183:nobodyさん
08/02/01 23:08:14
>>181
ほんまやんけ！

CodeIgniter1.6、ｷﾀ━━━(ﾟ∀ﾟ)━━━ !!!!!
URLﾘﾝｸ(codeigniter.com)

CodeIgniter1.6は街に出かけます。
EllisLabはCodeIgniter1.6のリリース、私たちのオープンソースウェブアプリケーション枠組みを発表するのを誇りに思っています。リリースは、枠組みの開発で新しい回転をマークして、EllisLab開発者と共同体の両方からかなりの配慮を受けました。

多くの新しい能力の中では、このリリースは以下を特集します。

Database Forgeのクラス: データベース不可知論者テーブルと分野操作
高められたActive Recordライブラリ
「フラッシュ変数」と追加担保がある改訂されたSession Class
自動loadable Modelsとextendable Model Class
既存のHelpersへのExtendable Helpers、追加、および増進
複数の視点の簡単な包含を考慮する改訂された視点構造
そして、120以上の異なった増進、改良、およびバグフィックス
心から信じられない共同体に感謝するには瞬間かかりたいと思います。(共同体はサポート、提案、フィックス、増進、および奨励を精力的に提供しました)。私たちの開発の新型はあなた方のすべて周りで築き上げられます--感謝。

CodeIgniterは成長して、発展し続けています、そして、仕事は次のリリースのために既に始まりました。

すべての変化のリストに関しては、 Change Logを見てください。現在CodeIgniterを走らせているなら、アップデート説明書を読んでください。

2008年1月30日にデリック・アラードによって掲示されます。

184:nobodyさん
08/02/01 23:34:54
アップデートも簡単なのがいいな

185:nobodyさん
08/02/02 08:15:19 NjVdwivu
>>183
機械翻訳ひどいな

186:nobodyさん
08/02/02 10:44:24
エラーが起きても何も表示されないケースがあるな
ハンドリングがうまくいってないのか…

187:nobodyさん
08/02/03 21:28:38
> 読み込んだライブラリがそのままの名前でコントローラのプロパティーになる
> って仕様ダサくね？
> methodとぶつかりまくりじゃん

メソッド名は動詞、クラス名は名詞になるから
普通に作っていたら、まずありえないな。

188:nobodyさん
08/02/03 23:18:33
名詞と動詞ってどんだけ曖昧な基準だよｗ

189:nobodyさん
08/02/04 08:32:42
名詞と動詞が曖昧だったら何が曖昧じゃないんだと問いたい

190:nobodyさん
08/02/04 10:13:31
名詞と動詞が同型の単語は？
というよりもメソッドが動詞になるということ自体勝手なマイルールじゃん
そんな心くばりに依存するような実装はセンスがないと言っている
最初から名前空間を分ければいいこと

191:nobodyさん
08/02/04 13:00:32
>名詞と動詞
>曖昧な基準
英語を勉強したことがあれば知ってることだが、英会話の中では基本的に、名詞と動詞は区別できる。

>名詞と動詞が同型の単語は？
set
【名】一組｛ひとくみ｝、ひとそろい、一式
【自動】（ゼリーなどが）固まる、（骨が）くっつく［固定｛こてい｝する］
【他動】～を正しい位置｛いち｝に置く［取り付ける］、整える、定める、配置｛はいち｝する、設定｛せってい｝する

こういう単語は気をつけないといけない。
メソッド名には動詞+目的語という形にして動詞単独で使わなければ、動詞と名詞が重複することはない。

>名前空間を分ければいい
PHP6では名前空間によって、重複が少なくなる？

192:nobodyさん
08/02/04 19:22:45
>>190
の書いたクラスを見てみたい

193:nobodyさん
08/02/04 19:44:52
そうか。
俺はお前のコードは見たくないわ。

194:nobodyさん
08/02/04 23:39:11
クラスを名詞、メソッドを動詞にするのは、この業界の常識だろ。

URLﾘﾝｸ(www.atmarkit.co.jp)
>
> 名詞・動詞分析法
> 　ユースケースや用語集から、名詞、名詞句を探し出して、クラスの候補とし、
> 動詞、動詞句を探し出して、メソッドの候補として作成していく方法。

たしかに名詞と動詞が同じものもあるから完全には決まらないが、
こんなの大体でいい。メソッドの場合は() 括弧がつくのだから
たとえ同じでも動作に不都合は無い。人間がわかりやすくするためのものなのだから
大体それで区別できれば問題ないわけだよ。

195:nobodyさん
08/02/05 00:41:07
で、1.6はどう？
俺としてはAuth関係を標準で入れてほしかったなあ。

196:nobodyさん
08/02/05 01:35:22
スレ違いかも知れないが名前空間とかの話でたので、
なんかPHPってC++とJavaを足して２で割ったような言語になってきているような気がする。
お手軽な言語から敷居の高い言語に変わっていくような気が・・・。
やだな～。

197:nobodyさん
08/02/05 02:23:24
PHPが発展しすぎて、手続き型プログラミングの仕様が切り捨てられたら、PHPユーザー減るかもね。
後方互換性＝PHP4、PHP5の文法で書かれたコードが実行できる状態で拡張、改善されるなら問題ないと思うけど。

198:nobodyさん
08/02/05 02:28:34
代わりになる言語が出ない限り無理。

199:nobodyさん
08/02/05 07:27:59
HTMLの中に埋め込むのが楽だったんだよなあ。
ASPでもJSPでもそうなんだが。
まあ実際にはやらないけど、例えば1行で日付だけ表示させるようなプログラムでも
前ならHTMLの表示させたい場所に<phpで埋め込めば一瞬だったけど
MVCとかにすると表示する関数をモデルに用意して、テンプレに表示用用意しておいてコントローラーからビューにアサインしてみたいな面倒なことになる。

デザインとコードを分離できるのはメリットでもあるが、関係箇所が分離される事により
関連を探す手間も増えて見る場所も増えてでデメリットもあるのがなあ。

200:nobodyさん
08/02/05 10:53:55
日付だけならヘルパでやれよ

201:nobodyさん
08/02/05 13:48:11
>>199
CodeIgniterなら、テンプレートファイルに無理やりロジック（PHPコード）を入れられるんじゃないですか？

URLﾘﾝｸ(userguide.cilab.info)
CodeIgniter のテンプレートエンジンを利用したくない場合は、ビューファイルで純粋なPHPを利用することができます。

202:nobodyさん
08/02/06 09:14:57 4yRuvbwo
CIってセッションデータ(非セッションID)をクッキーに格納するって読んだんだけどマジ？
クッキーなんて4Kくらいしかないし
それほど安全でもないし
毎回送信されるしでありえないんだが…

203:nobodyさん
08/02/06 09:59:31
どこで読んだんだ？

204:nobodyさん
08/02/06 10:06:28
いろんなところで。たとえばこれとか。
URLﾘﾝｸ(lists.sourceforge.jp)

205:nobodyさん
08/02/06 11:08:34
>>202
PHP独自セッションは、スケーラビリティを考慮されていない設計になっていることと、
セキュリティの問題の２点からCIでは独自のセッションデータを保持するようにしていると思われる。

簡単に言うと、（うそ書いてるかも知れないからごめんね、一応自分で調べてみてください）

１．スケーラビリティの考慮漏れ
PHPはセッションデータをサーバの内部に保存する為、負荷分散を考えてサーバを２台に増設したと仮定した場合、
直接アクセスがあった１台のサーバには対象ユーザーのセッションデータが保存され、
もう一方のサーバにはセッションデータが保存されない、負荷分散時のロードバランサー、サーバなどの設定によっては、
２つのサーバ同士でセッションデータ共有がされずにセッション情報がうまく引き継がれない可能性がある。
なので、PHPのセッションを利用しているときに１度目と２度目のユーザーのアクセスが異なるサーバに行った場合にセッションデータが引き継がれない・・・。

２．セキュリティの観点
PHPSESSIONID(こんなんだったけ？)をキーにサーバにセッションデータを登録するから
適当な値で他人のセッションデータが簡単に盗めてしまう可能性がある。(改善されたのかな？)
例えば、ログイン情報をセッションに持っている作りのサイトで、
「ｈｔｔp://????.com/login.php?PHPSESSIONID=aaaa」見たいなリンクが張られていてこのリンクをたどってログインした場合に、
他人が「URLﾘﾝｸ(????.com)」とアクセスすると
セッションタイムアウトが発生していない限り他人のセッション（この場合「aaaa」というPHPSESSIONIDでログインした人のセッション）をのっとる事が出来る脆弱性があってこれについて、
独自に解決をしていると思われる。

たしか、こんな感じだったと思う。

間違えているかもしれないので、申し訳ないですがPHP独自セッションのまずい点は色々なサイトに載っているからあさって調べてみて・・・。
俺も、だいぶ前に調べたから・・・。

206:nobodyさん
08/02/06 11:11:16
>>202
DBに保存する方法もあるよ。

207:nobodyさん
08/02/06 12:14:44
>>205
クッキーに入れるなんて解決になってないよ・・・
珍妙としか言いようがない実装

208:nobodyさん
08/02/06 12:20:16
一方、railsは2.0からデフォルトで
cookieにセッション情報を格納するようにした

209:nobodyさん
08/02/06 12:32:09
まじで？

210:nobodyさん
08/02/06 13:02:45
>>209
うん
cookieに突っ込むsession内容全体のdigestをアプリ固有のキーで生成して
そのdigest自体もcookieに入れておいて、サーバ側で受け付けた時には
そのdigestを検証して信用できるかどうかを調べてOKなら受け入れる、
という感じの実装みたい

211:nobodyさん
08/02/06 13:21:01 BSm5jPk+
>digestを検証して信用できるかどうかを調べてOKなら受け入れる

ここがほんとに安全なら楽になるな。
ユーザ側保存に不安があって自前で作るの面倒だったから。

212:nobodyさん
08/02/06 14:52:10
でもさクッキーの容量は4Kしかないんだろ？
それに携帯だったらどうするんだ？
クッキー使える機種だとしても、一アクセスごとに
最大4Kものパケット料がかかるよな？

213:nobodyさん
08/02/06 15:03:08 BSm5jPk+
urlにセッションidくっつけるやりかたが、ユーザ会のサイトに載ってたな。

あと、バリデート済みのPOSTデータをセッションにつっこんで、
確認ボタン押したらそのままinsertとかができなくなるね。
データを一度ユーザ側に預けちゃってるわけだし。おっかない。

214:nobodyさん
08/02/06 15:08:08 BSm5jPk+
あ、セッションの内容をもういっかいバリデートすりゃいいだけだ。
吊ってきます。

215:nobodyさん
08/02/06 15:48:02
>>207
CIもただCookieに単純に入れてOKとしてるわけじゃなかったと思うよ。
セッションの信頼性のチェックとかしてたと思う。

216:nobodyさん
08/02/06 15:53:03
PHP固有SESSIONの仕様に問題があるから独自セッションまがいの機能をCookie等を使って作ったり、
「PHPSESSIONID」をそのまま信用するようなことをしない対処を行うのはセキュリティ上今のPHPでは必要だと思うのだが。

それをやりやすくCIがやってくれていたはず。
DB使った場合だけだったかも知れないけど・・・。

217:nobodyさん
08/02/06 15:58:42
>>212
だからそういう携帯や4k超えるような
でかいセッションファイル抱えるような場合は
ファイルやDBのセッション使えばいいって事

でも基本はセッションで扱うデータ量なんてしれてるし、
だったらcookieだけでやってしまえばいいんじゃね、って事

218:nobodyさん
08/02/06 21:34:26
kohanaってもう実用レベルに達してるの？

219:nobodyさん
08/02/06 21:37:08
URLﾘﾝｸ(kohanaphp.com)
コハナじゃなくてクワナって言ってるな

220:nobodyさん
08/02/07 05:27:35
config配下のファイルで
定数定義とかinclude_pathの設定するのはアリ？
ここで関数の定義とかまで出来ちゃうのがphpのすごいとこだけど

221:nobodyさん
08/02/07 05:32:29
>>210
ダイジェスト生成のロジックが割れたら
いじったデータをセッションに入れられるかもしれない
ユーザには知られたくないデータをセッションに入れることもありうるから
やっぱり抵抗あるなー

222:nobodyさん
08/02/07 06:38:42
URLﾘﾝｸ(d.hatena.ne.jp)
ciの本が出るらしい
売れるのかな…？
個人的には好きだが

223:nobodyさん
08/02/07 19:12:59
例外投げてもほったらかしじゃん
PHP4なんて脂肪してんのに
ハンドリングするのエラーだけってどんだけ～

224:nobodyさん
08/02/07 19:50:59
例外ハンドリングしてエラー投げ直すようにした（´～｀）ｳｰﾝ

225:nobodyさん
08/03/03 23:43:59
attachementのform mail、どうやってこさえてます？
なんだかんだ、uploadして一時ファイルをattacheさせてるんだけど。
もっといい方法ない？

226:nobodyさん
08/03/05 10:07:19 wSWuSxOd
>>217
扱うデータ量なんてしれてるならsessionの方がいいよ
cookieを使う利点はサーバー側に負荷がかからないことだよ
扱うテータ量が多いほどcookieを使えばサーバー負荷にならないんだよ

227:nobodyさん
08/03/05 17:13:22
cookieをやり取りする為の
データ転送量が増えるけどな。

228:nobodyさん
08/03/05 18:16:46
でも携帯と別処理にしたら汚くならないか？

229:nobodyさん
08/03/16 12:08:31 pwsdbwjT
age

230:nobodyさん
08/03/16 12:33:46
流行ってないね

231:nobodyさん
08/03/20 22:08:46
CIの本っていつでるんだ？春にでるみたいだけど心待ちにしてる。

232:nobodyさん
08/03/20 23:58:19
>>231
オンラインマニュアルに載ってる事に補足を加えてウダウダ書いてるだけ

233:nobodyさん
08/03/21 01:05:34
まあオンラインマニュアル充実してるし、
機能もシンプルだしねぇ

234:nobodyさん
08/03/21 04:14:05
でもなぁ。MVCで一番重要なモデルが軽視されているからなぁ。
まあ小規模向けだね。

235:nobodyさん
08/03/21 12:34:00
？？？
どのあたりでモデルが軽視されていると思ったの？

236:nobodyさん
08/03/21 18:23:01
必須じゃないってとこじゃない？
わからんけど

237:nobodyさん
08/03/22 00:16:05
安定版にならないとあんまり使う気にならないんだよなあ。
VerUPが頻繁だと遊ぶ分には楽しいけど実務じゃちょっと。

238:nobodyさん
08/03/22 00:16:56
今でも結構安定してね？

239:nobodyさん
08/03/22 00:37:50
scaffoldingが動かないのに安定板？

240:nobodyさん
08/03/22 18:01:21
>>238
いや、安定してないと言ってるわけじゃないんだけど
更新が頻繁だと嬉しくもあるけどあんまり業務で使いたいと思わなくね？
あまりにも更新が頻繁＝すぐ修正されるような問題点がまだまだある
と思えるし。
更新しないから安定してるってわけじゃないけどね。
中身バグだらけだけどただ単に更新止まってるだけとかあるし。
機能の追加の更新ならともかく、あんまり頻繁にBugFixで更新多いと心配になる。
致命的なのがあって、それを更新したから業務で使ってるのも更新しなきゃ→動かなくなった
とかが一番困るし。

241:nobodyさん
08/03/23 16:49:33
>>240
リリースの頻度で安定している、していないを判定しているやつは素人
中身で判断しろ

修正でも不具合でも深刻具合による
リリーススケジュールの話ならここでしても無駄だ
本家で議論してこい

242:nobodyさん
08/03/24 12:26:43
>>241
お前はもう少し>>240の書き込みをよく読め。
文盲か。
リリースの頻度で安定度してるかどうかを判断してるなんて書いていないだろ。

243:nobodyさん
08/03/24 14:41:00
>あまりにも更新が頻繁＝すぐ修正されるような問題点がまだまだある

これを書いている時点で何もわかっちゃないだろ

244:nobodyさん
08/03/25 00:17:57
>>242
オマエこそもう少し文章の書き方を考えたら？ｗ

245:nobodyさん
08/03/25 00:28:01
ペチパーの質を物語っていますね。とか言われるぞ。
もうちょっと温厚になれないのか。

246:nobodyさん
08/03/25 00:45:11
ぺちぱーだもの
　　　みつを

247:nobodyさん
08/03/28 15:03:32
静かなこのスレが更新されていた！
と見に来たあなた。

書き込んでいるのは俺ですよ！俺！

中身は何にもありません。ざーんねーんｗ

248:nobodyさん
08/03/29 03:13:12
いくつかご相談

１, CIってモデルはオマケと言われてるけど、
CLIベースでモデル開発して、あとはコントローラから呼び出すというスタイルは
一般的ではない？
理由：モデルの開発をわざわざCI上でやりたくない

2, プラグインからモデルのデータセット取得して表示を返すようにしておいて、
それをビュー上で呼び出すようにしようかと思うのだけど、無作法？
理由：表示を構築するだけのコードだったらコントローラに書きたくない

3, 定義されてないコントローラクラスがURIセグメントで指定されたら
「クラス名.html」を自動的に表示する方法ってない？
理由：ロジックがないページまでわざわざコントローラを定義するのは面倒

249:nobodyさん
08/03/30 04:44:30
>>248

１．一般的ではない
２．無作法
３．ない

に１票

250:248
08/03/30 14:38:56
CIだったら、フレームワークとアプリ機能の実装を分離した状態で開発して
後から乗っけるだけでいいのかなあと思ってたけど、
CIでもできる限りフレームワークの流儀には沿うのね。

確かに、自分がご相談で書いた内容は、
他人がメンテする上で解読が困難になるか・・・

251:nobodyさん
08/04/05 16:57:53
>>246
その通り。
努力が足りない非正規雇用の増加や、
正社員の中にもサービス残業が嫌だなどという甘えた輩が増えていることは
その証拠でしょうね。

252:nobodyさん
08/04/08 00:06:53
>>251
＞＞正社員の中にもサービス残業が嫌だなどという甘え

おまえアホか
サービス残業が嫌だと思う事がなぜ甘えに繋がるの？ｗ

サービス残業をさせる　=　違法　って事ぐらいはオツムに入れとけ

253:nobodyさん
08/04/08 01:34:23
SPAMにマジレスｗｗ

254:nobodyさん
08/04/08 15:00:18 ozdPGPdu
kohanaPHPのValidationライブラリを強引に移植してみました。

URLﾘﾝｸ(oro9.thick.jp)

255:nobodyさん
08/04/11 11:12:15 YKNdPaTr
もうそろそろ本が出るかな？

256:nobodyさん
08/04/11 13:56:30 DluuZ7jC
MojaviでのActionChainみたいな事するにはどうすればいいでしょう？
他のコントローラで生成したHTMLを部分的にはめ込みたいんです。
よろしくお願いします。

257:nobodyさん
08/04/13 17:54:13
厨ですいません、フレームワーク自体あんまよく分かってないんだが、
画像（自前で用意するdefault imageとか、ユーザがuploadするものとか）は、
どこに置くのがスマートなんでしょうか。

あとCSSは、views/cssに突っ込んでみたんですが、
htmlのヘッダで呼び出す時に、system/application/views/cssみたいなフルパス書いてて、
なんか使い方間違ってる気がしますorz他のやりかたありますか？

258:nobodyさん
08/04/13 19:11:41
>>257
ぶっちゃけCIは今日から始めたところだけど、
俺だったら画像とかは
/images
cssは
/styles
とかに置くかな。
viewsと同じフォルダにおく必要は全く無いし、
system以下はHTTPアクセスさせないほうが良いだろうね

259:258
08/04/13 20:49:43
うーん、ユーザーガイド読んだ感想だけど、
なんかCIのActiveRecordって変、
ていうかActiveRecordとはいえないような気がする。
ただのGatewayにしか見えない

これみんな我慢して使ってるの？
それともこのActiveRecordは使ってない？

260:nobodyさん
08/04/13 20:51:19
>>258
ありがとうございやっす！
同じ事思ってました＞system以下はHTTPアクセスさせないほうが良い
けど、applicationに含めるのが作法なのかな？とかも思ってて。
さっそく/imagesとかにしてみます。

261:nobodyさん
08/04/14 00:46:07
>>259

・ActiveRecord
使ってない。PDOのラッパライブラリ作って使ってる

・セッション
PHPSESSIONなライブラリ使ってる

・テンプレ
PHPTAL使ってる

262:261
08/04/14 00:58:00
>>259

使ってる使ってないは漏れの話ね
一般的なCI使いがどうしてるかは知らない

とりあえず漏れはCIでECサイト開発したけど、
CIの機能はMVCのCしか基本的に使ってないし、
ちょこちょこカスタマイズしてる

263:259
08/04/14 07:16:21
>>261
レスありがとう。
やっぱり使ってないんだね。
俺も自作ライブラリ引っ張り出して使うことにするよ。
セッションはログイン中かどうかのフラグだけ、
テンプレも触るのは自分だけだから
とりあえずそのまま使ってみる。

264:nobodyさん
08/04/14 14:01:23
Modelはadodbのラッパを使ってる。
テンプレは生PHP。（小さい会社でコーダー兼務なので）
セッションは$_SESSIONを直で。

265:nobodyさん
08/04/14 19:30:24
なんでPDOじゃなくてadodb？

266:nobodyさん
08/04/15 00:00:22
>>264じゃないけど、adodbは処理が速いと聞きました。
URLﾘﾝｸ(kokoromo.jugem.cc)
URLﾘﾝｸ(kokoromo.jugem.cc)

この本でadodbが紹介されてて、いろいろメリットが書かれてました。
↓
PHPによるWebアプリケーションスーパーサンプル活用編
URLﾘﾝｸ(www.amazon.co.jp)

267:nobodyさん
08/04/15 00:13:08
CI使ってみました
日本語マニュアルが分かりやすくて、すぐに使えました！！！
翻訳作業やってくれている方、どうもありがとうございます(・∀・)

簡単に出来ることを複雑にやる必要はない
コマンドでスケルトン生成したり、設定ファイル書かなくてもすぐに使えて便利

268:nobodyさん
08/04/15 14:09:30
ADOは知らなかったけど、PHP4の環境なら
DBのAPI関数使うよりも良さげそう

269:nobodyさん
08/04/29 07:16:47
入力フォームの確認画面を作るのマジめんどくさいのですが、
自動で生成する方法ってないですかねー？

いったい何画面作ればいいんだ

スレ違いだったらスルーよろ

270:nobodyさん
08/04/29 08:42:50 AjJ+5S6v
>>もっとkwsk

271:nobodyさん
08/04/29 09:57:50
>>270
言葉足らずすまそ。

実際にはフォーム画面から入力値を受け取ってバリデーションして
DBに格納するというのが面倒だというのを言いたかった

こんなんできたらいいな、というのがあって、
・フォームのINPUTなどの入力が連想配列で一括取得できる（POSTされたデータ用）
・バリデーションをフィルター的な感覚でやりたい（POSTされたデータ用）
・連想配列でフォームオブジェクトに渡せば対応するNAMEのINPUTなどに自動で値がセットされる（確認画面用）
・フォームからのデータを対応するテーブルにそのまま流し込みたい（バリデーションはするけど）

取りまとめないが、こんな感じ
まあ、画面設計の問題もあるんだが、
工数の内訳として画面処理：ロジック＝5：1とかうんざりする

次ページ