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

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

1:nobodyさん
07/04/27 23:17:16
公式：URLﾘﾝｸ(www.codeigniter.com)
チュートリアル：URLﾘﾝｸ(codeigniter.com)

ユーザガイド日本語訳：URLﾘﾝｸ(ci-user-guide-ja.nought-point-999.net)

小回りの利くフレームワークの話題をひとつ！

2:nobodyさん
07/04/27 23:18:05
まさか建てられると思ってなかったんだ、だが後悔はしていない。

3:nobodyさん
07/04/28 01:15:05
乙！

4:nobodyさん
07/04/28 01:38:57
本スレに
CIにNet_URL_Mapper組み込んだ人いる？
どう手を付けたらいいのか迷うな

と書いたものだが
Routerクラスの_set_route_mappingメソッドを
オーバーライドするのが普通かな
あまりキレイではないが…

5:nobodyさん
07/04/28 02:34:36
Net_URL_Mapperって
/:module/:action/*
みたいな書き方できない？
なんだこの中途半端なルータは・・・

6:nobodyさん
07/04/28 14:41:50
>>5
出来るにきまってるだろ。
$obj -> connect('/f:oo/:bar/*(wild)','',array('wild"=>'*'));

7:nobodyさん
07/04/28 15:53:48
"wild"て書かないといけなかったのか・・・ｻﾝｸｽ

8:nobodyさん
07/04/28 16:03:48
てかNet_URL_Mapperのドキュメントないの舐めてね？
おまいらみんなソース読んでんの？

9:nobodyさん
07/04/28 17:25:45
わかんなかったらソース読むだろ普通。

>>7
wildという文字が大切じゃなくて、connectの第三引数　arrayでrule(s)が指定できるってこと。
connect(....../*(hoge),array('hoge'=>'*'));

10:nobodyさん
07/04/28 18:07:37
Code Igniterの情報サイト

○セットアップ関連
・基本セットアップ情報
URLﾘﾝｸ(adultnews.blog14.fc2.com)

・配置変更
URLﾘﾝｸ(blog.nought-point-999.net)

・index.phpの配置の変更方法
URLﾘﾝｸ(blog.nought-point-999.net)

○ライブラリ関連
・xajaxの使用方法
URLﾘﾝｸ(hain.jp)

・CakePHPのACLライクな認証プラグイン「UserAuth」
URLﾘﾝｸ(tomcode.com)

・Railsチックなレイアウトを設定できるプラグイン「layout_library」
URLﾘﾝｸ(codeigniter.com)

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

11:nobodyさん
07/04/29 03:57:47
Net_URL_Mapperのソースってイモだな
○○0とか○○1とかいうメソッド名はねーだろよ

12:nobodyさん
07/04/29 12:53:53
>>4
_parse_routes時点での書き換えのほうがよくない？

13:nobodyさん
07/05/02 00:11:47
ciにオートローダ書こうと思ったら
どこに書く？

14:nobodyさん
07/05/02 00:22:08
pre_systemってフックがあるな
ここだね

15:nobodyさん
07/05/02 23:30:19
前から思ってたがここのUser Guideのギミック
いまいちだよな・・・
凝りたいのは分かるがここは普通にした方がいい

16:nobodyさん
07/05/03 20:15:34
フレームワーク作者は
class_existsの第二引数をちゃんと書くように！
自前autoload書くといちいち飛んでくるから困る

17:nobodyさん
07/05/03 20:25:44
PHP4でclass_existsの第二引数を書くとエラーにならない？

18:nobodyさん
07/05/03 20:29:17
不必要なパラメータ付けたくらいでエラーにはならないじゃないの？多分

19:nobodyさん
07/05/03 20:39:32
なるよ

20:nobodyさん
07/05/03 20:43:35
エラーになるだろ。普通。
そんなことより自分の能力不足を「作者」のせいにするってのはやめたほうがいいな。

21:nobodyさん
07/05/03 20:49:33
試してみたけど、不必要な引数があっても、エラーは出ないね。

22:nobodyさん
07/05/03 21:02:02
もういいから巣に帰れ。
>php -v
PHP 4.4.6 (cli) (built: Mar 12 2007 10:11:11)

>php test.php

Warning: Wrong parameter count for class_exists() in　略 on line 6

>cat test.php
<?php
class ABC
{
function ABC(){;}
}
if(class_exists('ABC',TRUE)) {;}
?>

23:nobodyさん
07/05/03 21:32:06
自作の関数だと、引数の数が多くてもエラーでなかったんだけどな。
組み込みの関数だと、チェックしてるんだな。

24:nobodyさん
07/05/04 02:04:41
能力不足とは？
対応しようと思えばできるがそもそもの設計がおかしいだろ

25:nobodyさん
07/05/04 02:24:46
4と5両対応してんだから歪みでるのは当然

26:nobodyさん
07/05/04 02:29:13
4/5別の分岐してるんだから
別の対応はしてほしいところだな

27:nobodyさん
07/05/04 05:13:31
>>23
将来の拡張もありうるんだから
パラメータ多すぎでエラー出すのはおかしいよな。
実際おかしなことになってるし。

28:nobodyさん
07/05/04 10:24:04
なんか必死だな

29:nobodyさん
07/05/04 10:37:03
いや引数が多い時にエラー出すのが悪いんじゃなくて
PHP5以降のclass_existsの拡張のデザインが失敗なんだ思うよ
だいたいclass_existsする時点でオートロードするなんて
ありがた迷惑以外のなにもんでもないだろう
PHP4とのcompatibility考慮したら第2引数省略した時は
何もしないでTRUEの場合にオートロードを試みるべきだった
FW本スレでもそういう話が出てたはず

30:nobodyさん
07/05/04 11:00:23
拡張クラス命名規則をちゃんとしとけばいいんだから、それは本質論じゃないな。

31:nobodyさん
07/05/04 12:12:13
いや、俺はigniter使ってないから分からないが
命名規則で回避できるならそれはそうなんだろうけど
class_existsの挙動についてっていう点でね

32:nobodyさん
07/05/04 12:49:21
でもそれ言ったらclass_existsだけじゃなくて、newもextendsもloadされていない場合
__autoloadを一旦見に行くじゃん。記述した未知のクラス名を見に行くのが悪いって
いってしまったら、newに、new(True) ClassNameとか「引数」実装しろって話しにもなるぜ。

33:nobodyさん
07/05/04 14:13:49
未知のクラス名を見に行くのが悪いんじゃなくて
class_existsを使う局面の意味合いを考えてみてよ

newやextendsで未知のクラスを使わないよう
未知のクラス名でないかどうか調べるためにclass_existsするわけでしょ
確実にクラスが存在するか書き手は保証を行うためにclass_existsする
なのにclass_existsのデフォルト（第2引数無し）が
autoloadを見に行くのはどう考えてもお節介でしょ
autoloadに期待しているなら書き手はclass_existsなんてしないはず
それこそnewやextendsをいきなりやってしまってautoloadに任せる

newやextendsにも引数実装しろなんて話にはならない

34:nobodyさん
07/05/04 14:55:44
>33

そうすると、autoloadを使っているコードでもしクラスが見つからなかった場合はどうやってエラー回避すればいいの？

35:nobodyさん
07/05/04 15:15:02
autoloadの中で例外投げて、エラーから復帰したい場合はキャッチ

36:nobodyさん
07/05/04 15:28:12
>>33
なぜ、おせっかいなのか不明だな。なきゃそこで戻るんだから。
version 5で、autoload想定していない4との互換物を走らせるのに
デフォルトでautoloadにやってくるから意味があるわけで。

37:nobodyさん
07/05/04 15:51:51
33じゃないけど、そもそもclass_existsを実際に使いたい場面ってのは、基本的にautoloadとは違う仕組みでincludeしたいときだったりする。
例えば、フレームワーク自体を製作する側から見ると、アクションコントローラやビューのクラスをフレームワークの仕組みに従ってロードしたい場合。
フレームワークの作者は、ユーザがautoloadを定義している場合に備えて、class_existsの第二引数に気を遣わないといけない。

で、autoloadとclass_existsが共存するようなシチュエーションは、フレームワーク製作のこういう部分でしかまず見られないよね、って話になると、ああデフォルトではautoloadを見に行かないほうがいいわなってなるわけよ。
autoloadでロードされる「その他一般の自作クラスライブラリ」たちとは別の、特別な専用ディレクトリからロードしたい時が、まさにclass_existsの使いどころだから。

まあ他にclass_existsを有意義に使える場面があるなら、また話は違ってくるんだろうけど。
ここまで書いてふとスレタイを見たら、今頃CIスレであることに気付いた・・・orz

38:nobodyさん
07/05/04 16:28:51
「フレームワーク製作のこういう部分でしかまず見られないよね」って話なら、なおさらデフォルト引数の挙動に互換性を無くすメリットはないんじゃないか。

まあ今どきのフレームワーク作者ならspl_autoload()とか使うと思うけど。

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
必須じゃないってとこじゃない？
わからんけど

次ページ