- 1 名前：nobodyさん mailto:sage [2007/04/27(金) 23:17:16 ID:???]
- 公式：www.codeigniter.com/
チュートリアル：codeigniter.com/tutorials/
ユーザガイド日本語訳：ci-user-guide-ja.nought-point-999.net/
小回りの利くフレームワークの話題をひとつ！
- 179 名前：nobodyさん mailto:sage [2008/02/01(金) 19:41:43 ID:???]
- 読み込んだライブラリがそのままの名前でコントローラのプロパティーになる
って仕様ダサくね？
methodとぶつかりまくりじゃん
というよりも、methodにプレフィックス付けるようにするべきだろ
常識で考えて
- 180 名前：nobodyさん mailto:sage [2008/02/01(金) 21:20:55 ID:???]
- >>179
自分の設計が悪いだけじゃないの？
- 181 名前：nobodyさん mailto:sage [2008/02/01(金) 21:28:10 ID:???]
- 1.6出たよ！
- 182 名前：nobodyさん mailto:sage [2008/02/01(金) 22:26:18 ID:???]
- >>180
なんでそんな話になるんだよｗ
俺の実装がどうとかいう話じゃねえ
ユーザー全てにおいて起こりうる問題だから言ってんだよ
- 183 名前：nobodyさん mailto:sage [2008/02/01(金) 23:08:14 ID:???]
- >>181
ほんまやんけ！
CodeIgniter1.6、ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
codeigniter.com/news/codeigniter_1_6_hits_the_streets/
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さん mailto:sage [2008/02/01(金) 23:34:54 ID:???]
- アップデートも簡単なのがいいな
- 185 名前：nobodyさん [2008/02/02(土) 08:15:19 ID:NjVdwivu]
- >>183
機械翻訳ひどいな
- 186 名前：nobodyさん mailto:sage [2008/02/02(土) 10:44:24 ID:???]
- エラーが起きても何も表示されないケースがあるな
ハンドリングがうまくいってないのか…
- 187 名前：nobodyさん mailto:sage [2008/02/03(日) 21:28:38 ID:???]
- > 読み込んだライブラリがそのままの名前でコントローラのプロパティーになる
> って仕様ダサくね？
> methodとぶつかりまくりじゃん
メソッド名は動詞、クラス名は名詞になるから
普通に作っていたら、まずありえないな。
- 188 名前：nobodyさん mailto:sage [2008/02/03(日) 23:18:33 ID:???]
- 名詞と動詞ってどんだけ曖昧な基準だよｗ
- 189 名前：nobodyさん mailto:sage [2008/02/04(月) 08:32:42 ID:???]
- 名詞と動詞が曖昧だったら何が曖昧じゃないんだと問いたい
- 190 名前：nobodyさん mailto:sage [2008/02/04(月) 10:13:31 ID:???]
- 名詞と動詞が同型の単語は？
というよりもメソッドが動詞になるということ自体勝手なマイルールじゃん
そんな心くばりに依存するような実装はセンスがないと言っている
最初から名前空間を分ければいいこと
- 191 名前：nobodyさん mailto:sage [2008/02/04(月) 13:00:32 ID:???]
- >名詞と動詞
>曖昧な基準
英語を勉強したことがあれば知ってることだが、英会話の中では基本的に、名詞と動詞は区別できる。
>名詞と動詞が同型の単語は？
set
【名】一組｛ひとくみ｝、ひとそろい、一式
【自動】（ゼリーなどが）固まる、（骨が）くっつく［固定｛こてい｝する］
【他動】〜を正しい位置｛いち｝に置く［取り付ける］、整える、定める、配置｛はいち｝する、設定｛せってい｝する
こういう単語は気をつけないといけない。
メソッド名には動詞+目的語という形にして動詞単独で使わなければ、動詞と名詞が重複することはない。
>名前空間を分ければいい
PHP6では名前空間によって、重複が少なくなる？
- 192 名前：nobodyさん mailto:sage [2008/02/04(月) 19:22:45 ID:???]
- >>190
の書いたクラスを見てみたい
- 193 名前：nobodyさん mailto:sage [2008/02/04(月) 19:44:52 ID:???]
- そうか。
俺はお前のコードは見たくないわ。
- 194 名前：nobodyさん mailto:sage [2008/02/04(月) 23:39:11 ID:???]
- クラスを名詞、メソッドを動詞にするのは、この業界の常識だろ。
www.atmarkit.co.jp/farc/rensai/goodmodel01/goodmodel01.html
>
> 名詞・動詞分析法
> ユースケースや用語集から、名詞、名詞句を探し出して、クラスの候補とし、
> 動詞、動詞句を探し出して、メソッドの候補として作成していく方法。
たしかに名詞と動詞が同じものもあるから完全には決まらないが、
こんなの大体でいい。メソッドの場合は() 括弧がつくのだから
たとえ同じでも動作に不都合は無い。人間がわかりやすくするためのものなのだから
大体それで区別できれば問題ないわけだよ。
- 195 名前：nobodyさん mailto:sage [2008/02/05(火) 00:41:07 ID:???]
- で、1.6はどう？
俺としてはAuth関係を標準で入れてほしかったなあ。
- 196 名前：nobodyさん mailto:sage [2008/02/05(火) 01:35:22 ID:???]
- スレ違いかも知れないが名前空間とかの話でたので、
なんかPHPってC++とJavaを足して２で割ったような言語になってきているような気がする。
お手軽な言語から敷居の高い言語に変わっていくような気が・・・。
やだな〜。
- 197 名前：nobodyさん mailto:sage [2008/02/05(火) 02:23:24 ID:???]
- PHPが発展しすぎて、手続き型プログラミングの仕様が切り捨てられたら、PHPユーザー減るかもね。
後方互換性＝PHP4、PHP5の文法で書かれたコードが実行できる状態で拡張、改善されるなら問題ないと思うけど。
- 198 名前：nobodyさん mailto:sage [2008/02/05(火) 02:28:34 ID:???]
- 代わりになる言語が出ない限り無理。
- 199 名前：nobodyさん mailto:sage [2008/02/05(火) 07:27:59 ID:???]
- HTMLの中に埋め込むのが楽だったんだよなあ。
ASPでもJSPでもそうなんだが。
まあ実際にはやらないけど、例えば1行で日付だけ表示させるようなプログラムでも
前ならHTMLの表示させたい場所に<phpで埋め込めば一瞬だったけど
MVCとかにすると表示する関数をモデルに用意して、テンプレに表示用用意しておいてコントローラーからビューにアサインしてみたいな面倒なことになる。
デザインとコードを分離できるのはメリットでもあるが、関係箇所が分離される事により
関連を探す手間も増えて見る場所も増えてでデメリットもあるのがなあ。
- 200 名前：nobodyさん mailto:sage [2008/02/05(火) 10:53:55 ID:???]
- 日付だけならヘルパでやれよ
- 201 名前：nobodyさん mailto:sage [2008/02/05(火) 13:48:11 ID:???]
- >>199
CodeIgniterなら、テンプレートファイルに無理やりロジック（PHPコード）を入れられるんじゃないですか？
userguide.cilab.info/general/alternative_php.html
CodeIgniter の テンプレートエンジンを利用したくない場合は、ビューファイルで純粋なPHPを利用することができます。
- 202 名前：nobodyさん [2008/02/06(水) 09:14:57 ID:4yRuvbwo]
- CIってセッションデータ(非セッションID)をクッキーに格納するって読んだんだけどマジ？
クッキーなんて4Kくらいしかないし
それほど安全でもないし
毎回送信されるしでありえないんだが…
- 203 名前：nobodyさん mailto:sage [2008/02/06(水) 09:59:31 ID:???]
- どこで読んだんだ？
- 204 名前：nobodyさん mailto:sage [2008/02/06(水) 10:06:28 ID:???]
- いろんなところで。たとえばこれとか。
lists.sourceforge.jp/mailman/archives/codeigniter-users/2007-December/000048.html
- 205 名前：nobodyさん mailto:sage [2008/02/06(水) 11:08:34 ID:???]
- >>202
PHP独自セッションは、スケーラビリティを考慮されていない設計になっていることと、
セキュリティの問題の２点からCIでは独自のセッションデータを保持するようにしていると思われる。
簡単に言うと、（うそ書いてるかも知れないからごめんね、一応自分で調べてみてください）
１．スケーラビリティの考慮漏れ
PHPはセッションデータをサーバの内部に保存する為、負荷分散を考えてサーバを２台に増設したと仮定した場合、
直接アクセスがあった１台のサーバには対象ユーザーのセッションデータが保存され、
もう一方のサーバにはセッションデータが保存されない、負荷分散時のロードバランサー、サーバなどの設定によっては、
２つのサーバ同士でセッションデータ共有がされずにセッション情報がうまく引き継がれない可能性がある。
なので、PHPのセッションを利用しているときに１度目と２度目のユーザーのアクセスが異なるサーバに行った場合にセッションデータが引き継がれない・・・。
２．セキュリティの観点
PHPSESSIONID(こんなんだったけ？)をキーにサーバにセッションデータを登録するから
適当な値で他人のセッションデータが簡単に盗めてしまう可能性がある。(改善されたのかな？)
例えば、ログイン情報をセッションに持っている作りのサイトで、
「ｈｔｔp://????.com/login.php?PHPSESSIONID=aaaa」見たいなリンクが張られていてこのリンクをたどってログインした場合に、
他人が「????.com/info.php?PHPSESSIONID=aaaa」とアクセスすると
セッションタイムアウトが発生していない限り他人のセッション（この場合「aaaa」というPHPSESSIONIDでログインした人のセッション）をのっとる事が出来る脆弱性があってこれについて、
独自に解決をしていると思われる。
たしか、こんな感じだったと思う。
間違えているかもしれないので、申し訳ないですがPHP独自セッションのまずい点は色々なサイトに載っているからあさって調べてみて・・・。
俺も、だいぶ前に調べたから・・・。
- 206 名前：nobodyさん mailto:sage [2008/02/06(水) 11:11:16 ID:???]
- >>202
DBに保存する方法もあるよ。
- 207 名前：nobodyさん mailto:sage [2008/02/06(水) 12:14:44 ID:???]
- >>205
クッキーに入れるなんて解決になってないよ・・・
珍妙としか言いようがない実装
- 208 名前：nobodyさん mailto:sage [2008/02/06(水) 12:20:16 ID:???]
- 一方、railsは2.0からデフォルトで
cookieにセッション情報を格納するようにした
- 209 名前：nobodyさん mailto:sage [2008/02/06(水) 12:32:09 ID:???]
- まじで？
- 210 名前：nobodyさん mailto:sage [2008/02/06(水) 13:02:45 ID:???]
- >>209
うん
cookieに突っ込むsession内容全体のdigestをアプリ固有のキーで生成して
そのdigest自体もcookieに入れておいて、サーバ側で受け付けた時には
そのdigestを検証して信用できるかどうかを調べてOKなら受け入れる、
という感じの実装みたい
- 211 名前：nobodyさん [2008/02/06(水) 13:21:01 ID:BSm5jPk+]
- >digestを検証して信用できるかどうかを調べてOKなら受け入れる
ここがほんとに安全なら楽になるな。
ユーザ側保存に不安があって自前で作るの面倒だったから。
- 212 名前：nobodyさん mailto:sage [2008/02/06(水) 14:52:10 ID:???]
- でもさクッキーの容量は4Kしかないんだろ？
それに携帯だったらどうするんだ？
クッキー使える機種だとしても、一アクセスごとに
最大4Kものパケット料がかかるよな？
- 213 名前：nobodyさん [2008/02/06(水) 15:03:08 ID:BSm5jPk+]
- urlにセッションidくっつけるやりかたが、ユーザ会のサイトに載ってたな。
あと、バリデート済みのPOSTデータをセッションにつっこんで、
確認ボタン押したらそのままinsertとかができなくなるね。
データを一度ユーザ側に預けちゃってるわけだし。おっかない。
- 214 名前：nobodyさん [2008/02/06(水) 15:08:08 ID:BSm5jPk+]
- あ、セッションの内容をもういっかいバリデートすりゃいいだけだ。
吊ってきます。
- 215 名前：nobodyさん mailto:sage [2008/02/06(水) 15:48:02 ID:???]
- >>207
CIもただCookieに単純に入れてOKとしてるわけじゃなかったと思うよ。
セッションの信頼性のチェックとかしてたと思う。
- 216 名前：nobodyさん mailto:sage [2008/02/06(水) 15:53:03 ID:???]
- PHP固有SESSIONの仕様に問題があるから独自セッションまがいの機能をCookie等を使って作ったり、
「PHPSESSIONID」をそのまま信用するようなことをしない対処を行うのはセキュリティ上今のPHPでは必要だと思うのだが。
それをやりやすくCIがやってくれていたはず。
DB使った場合だけだったかも知れないけど・・・。
- 217 名前：nobodyさん mailto:sage [2008/02/06(水) 15:58:42 ID:???]
- >>212
だからそういう携帯や4k超えるような
でかいセッションファイル抱えるような場合は
ファイルやDBのセッション使えばいいって事
でも基本はセッションで扱うデータ量なんてしれてるし、
だったらcookieだけでやってしまえばいいんじゃね、って事
- 218 名前：nobodyさん mailto:sage [2008/02/06(水) 21:34:26 ID:???]
- kohanaってもう実用レベルに達してるの？
- 219 名前：nobodyさん mailto:sage [2008/02/06(水) 21:37:08 ID:???]
- kohanaphp.com/tutorials/video/hello_world.html
コハナじゃなくてクワナって言ってるな
- 220 名前：nobodyさん mailto:sage [2008/02/07(木) 05:27:35 ID:???]
- config配下のファイルで
定数定義とかinclude_pathの設定するのはアリ？
ここで関数の定義とかまで出来ちゃうのがphpのすごいとこだけど
- 221 名前：nobodyさん mailto:sage [2008/02/07(木) 05:32:29 ID:???]
- >>210
ダイジェスト生成のロジックが割れたら
いじったデータをセッションに入れられるかもしれない
ユーザには知られたくないデータをセッションに入れることもありうるから
やっぱり抵抗あるなー
- 222 名前：nobodyさん mailto:sage [2008/02/07(木) 06:38:42 ID:???]
- d.hatena.ne.jp/stilo/20080123/p2
ciの本が出るらしい
売れるのかな…？
個人的には好きだが
- 223 名前：nobodyさん mailto:sage [2008/02/07(木) 19:12:59 ID:???]
- 例外投げてもほったらかしじゃん
PHP4なんて脂肪してんのに
ハンドリングするのエラーだけってどんだけ〜
- 224 名前：nobodyさん mailto:sage [2008/02/07(木) 19:50:59 ID:???]
- 例外ハンドリングしてエラー投げ直すようにした（´〜｀ ）ｳｰﾝ
- 225 名前：nobodyさん mailto:sage [2008/03/03(月) 23:43:59 ID:???]
- attachementのform mail、どうやってこさえてます？
なんだかんだ、uploadして一時ファイルをattacheさせてるんだけど。
もっといい方法ない？
- 226 名前：nobodyさん [2008/03/05(水) 10:07:19 ID:wSWuSxOd]
- >>217
扱うデータ量なんてしれてるならsessionの方がいいよ
cookieを使う利点はサーバー側に負荷がかからないことだよ
扱うテータ量が多いほどcookieを使えばサーバー負荷にならないんだよ
- 227 名前：nobodyさん mailto:sage [2008/03/05(水) 17:13:22 ID:???]
- cookieをやり取りする為の
データ転送量が増えるけどな。
- 228 名前：nobodyさん mailto:sage [2008/03/05(水) 18:16:46 ID:???]
- でも携帯と別処理にしたら汚くならないか？
- 229 名前：nobodyさん [2008/03/16(日) 12:08:31 ID:pwsdbwjT]
- age
- 230 名前：nobodyさん mailto:sage [2008/03/16(日) 12:33:46 ID:???]
- 流行ってないね
- 231 名前：nobodyさん mailto:sage [2008/03/20(木) 22:08:46 ID:???]
- CIの本っていつでるんだ？春にでるみたいだけど心待ちにしてる。
- 232 名前：nobodyさん mailto:sage [2008/03/20(木) 23:58:19 ID:???]
- >>231
オンラインマニュアルに載ってる事に補足を加えてウダウダ書いてるだけ
- 233 名前：nobodyさん mailto:sage [2008/03/21(金) 01:05:34 ID:???]
- まあオンラインマニュアル充実してるし、
機能もシンプルだしねぇ
- 234 名前：nobodyさん mailto:sage [2008/03/21(金) 04:14:05 ID:???]
- でもなぁ。MVCで一番重要なモデルが軽視されているからなぁ。
まあ小規模向けだね。
- 235 名前：nobodyさん mailto:sage [2008/03/21(金) 12:34:00 ID:???]
- ？？？
どのあたりでモデルが軽視されていると思ったの？
- 236 名前：nobodyさん mailto:sage [2008/03/21(金) 18:23:01 ID:???]
- 必須じゃないってとこじゃない？
わからんけど
- 237 名前：nobodyさん mailto:sage [2008/03/22(土) 00:16:05 ID:???]
- 安定版にならないとあんまり使う気にならないんだよなあ。
VerUPが頻繁だと遊ぶ分には楽しいけど実務じゃちょっと。
- 238 名前：nobodyさん mailto:sage [2008/03/22(土) 00:16:56 ID:???]
- 今でも結構安定してね？
- 239 名前：nobodyさん mailto:sage [2008/03/22(土) 00:37:50 ID:???]
- scaffoldingが動かないのに安定板？
- 240 名前：nobodyさん mailto:sage [2008/03/22(土) 18:01:21 ID:???]
- >>238
いや、安定してないと言ってるわけじゃないんだけど
更新が頻繁だと嬉しくもあるけどあんまり業務で使いたいと思わなくね？
あまりにも更新が頻繁＝すぐ修正されるような問題点がまだまだある
と思えるし。
更新しないから安定してるってわけじゃないけどね。
中身バグだらけだけどただ単に更新止まってるだけとかあるし。
機能の追加の更新ならともかく、あんまり頻繁にBugFixで更新多いと心配になる。
致命的なのがあって、それを更新したから業務で使ってるのも更新しなきゃ→動かなくなった
とかが一番困るし。
- 241 名前：nobodyさん mailto:sage [2008/03/23(日) 16:49:33 ID:???]
- >>240
リリースの頻度で安定している、していないを判定しているやつは素人
中身で判断しろ
修正でも不具合でも深刻具合による
リリーススケジュールの話ならここでしても無駄だ
本家で議論してこい
- 242 名前：nobodyさん mailto:sage [2008/03/24(月) 12:26:43 ID:???]
- >>241
お前はもう少し>>240の書き込みをよく読め。
文盲か。
リリースの頻度で安定度してるかどうかを判断してるなんて書いていないだろ。
- 243 名前：nobodyさん mailto:sage [2008/03/24(月) 14:41:00 ID:???]
- >あまりにも更新が頻繁＝すぐ修正されるような問題点がまだまだある
これを書いている時点で何もわかっちゃないだろ
- 244 名前：nobodyさん mailto:sage [2008/03/25(火) 00:17:57 ID:???]
- >>242
オマエこそもう少し文章の書き方を考えたら？ｗ
- 245 名前：nobodyさん mailto:sage [2008/03/25(火) 00:28:01 ID:???]
- ペチパーの質を物語っていますね。とか言われるぞ。
もうちょっと温厚になれないのか。
- 246 名前：nobodyさん mailto:sage [2008/03/25(火) 00:45:11 ID:???]
- ぺちぱーだもの
みつを
- 247 名前：nobodyさん mailto:sage [2008/03/28(金) 15:03:32 ID:???]
- 静かなこのスレが更新されていた！
と見に来たあなた。
書き込んでいるのは俺ですよ！ 俺！
中身は何にもありません。ざーんねーんｗ
- 248 名前：nobodyさん mailto:sage [2008/03/29(土) 03:13:12 ID:???]
- いくつかご相談
１, CIってモデルはオマケと言われてるけど、
CLIベースでモデル開発して、あとはコントローラから呼び出すというスタイルは
一般的ではない？
理由：モデルの開発をわざわざCI上でやりたくない
2, プラグインからモデルのデータセット取得して表示を返すようにしておいて、
それをビュー上で呼び出すようにしようかと思うのだけど、無作法？
理由：表示を構築するだけのコードだったらコントローラに書きたくない
3, 定義されてないコントローラクラスがURIセグメントで指定されたら
「クラス名.html」を自動的に表示する方法ってない？
理由：ロジックがないページまでわざわざコントローラを定義するのは面倒
- 249 名前：nobodyさん mailto:sage [2008/03/30(日) 04:44:30 ID:???]
- >>248
１．一般的ではない
２．無作法
３．ない
に１票
- 250 名前：248 mailto:sage [2008/03/30(日) 14:38:56 ID:???]
- CIだったら、フレームワークとアプリ機能の実装を分離した状態で開発して
後から乗っけるだけでいいのかなあと思ってたけど、
CIでもできる限りフレームワークの流儀には沿うのね。
確かに、自分がご相談で書いた内容は、
他人がメンテする上で解読が困難になるか・・・
- 251 名前：nobodyさん mailto:sage [2008/04/05(土) 16:57:53 ID:???]
- >>246
その通り。
努力が足りない非正規雇用の増加や、
正社員の中にもサービス残業が嫌だなどという甘えた輩が増えていることは
その証拠でしょうね。
- 252 名前：nobodyさん mailto:sage [2008/04/08(火) 00:06:53 ID:???]
- >>251
＞＞正社員の中にもサービス残業が嫌だなどという甘え
おまえアホか
サービス残業が嫌だと思う事がなぜ甘えに繋がるの？ｗ
サービス残業をさせる = 違法 って事ぐらいはオツムに入れとけ
- 253 名前：nobodyさん mailto:sage [2008/04/08(火) 01:34:23 ID:???]
- SPAMにマジレスｗｗ
- 254 名前：nobodyさん [2008/04/08(火) 15:00:18 ID:ozdPGPdu]
- kohanaPHPのValidationライブラリを強引に移植してみました。
oro9.thick.jp/doku.php?id=php:codeigniter:kohana_validate
- 255 名前：nobodyさん [2008/04/11(金) 11:12:15 ID:YKNdPaTr]
- もうそろそろ本が出るかな？
- 256 名前：nobodyさん [2008/04/11(金) 13:56:30 ID:DluuZ7jC]
- MojaviでのActionChainみたいな事するにはどうすればいいでしょう？
他のコントローラで生成したHTMLを部分的にはめ込みたいんです。
よろしくお願いします。
- 257 名前：nobodyさん mailto:sage [2008/04/13(日) 17:54:13 ID:???]
- 厨ですいません、フレームワーク自体あんまよく分かってないんだが、
画像（自前で用意するdefault imageとか、ユーザがuploadするものとか）は、
どこに置くのがスマートなんでしょうか。
あとCSSは、views/cssに突っ込んでみたんですが、
htmlのヘッダで呼び出す時に、system/application/views/cssみたいなフルパス書いてて、
なんか使い方間違ってる気がしますorz他のやりかたありますか？
- 258 名前：nobodyさん mailto:sage [2008/04/13(日) 19:11:41 ID:???]
- >>257
ぶっちゃけCIは今日から始めたところだけど、
俺だったら画像とかは
/images
cssは
/styles
とかに置くかな。
viewsと同じフォルダにおく必要は全く無いし、
system以下はHTTPアクセスさせないほうが良いだろうね
- 259 名前：258 mailto:sage [2008/04/13(日) 20:49:43 ID:???]
- うーん、ユーザーガイド読んだ感想だけど、
なんかCIのActiveRecordって変、
ていうかActiveRecordとはいえないような気がする。
ただのGatewayにしか見えない
これみんな我慢して使ってるの？
それともこのActiveRecordは使ってない？
- 260 名前：nobodyさん mailto:sage [2008/04/13(日) 20:51:19 ID:???]
- >>258
ありがとうございやっす！
同じ事思ってました＞system以下はHTTPアクセスさせないほうが良い
けど、applicationに含めるのが作法なのかな？とかも思ってて。
さっそく/imagesとかにしてみます。
- 261 名前：nobodyさん mailto:sage [2008/04/14(月) 00:46:07 ID:???]
- >>259
・ActiveRecord
使ってない。PDOのラッパライブラリ作って使ってる
・セッション
PHPSESSIONなライブラリ使ってる
・テンプレ
PHPTAL使ってる
- 262 名前：261 mailto:sage [2008/04/14(月) 00:58:00 ID:???]
- >>259
使ってる使ってないは漏れの話ね
一般的なCI使いがどうしてるかは知らない
とりあえず漏れはCIでECサイト開発したけど、
CIの機能はMVCのCしか基本的に使ってないし、
ちょこちょこカスタマイズしてる
- 263 名前：259 mailto:sage [2008/04/14(月) 07:16:21 ID:???]
- >>261
レスありがとう。
やっぱり使ってないんだね。
俺も自作ライブラリ引っ張り出して使うことにするよ。
セッションはログイン中かどうかのフラグだけ、
テンプレも触るのは自分だけだから
とりあえずそのまま使ってみる。
- 264 名前：nobodyさん mailto:sage [2008/04/14(月) 14:01:23 ID:???]
- Modelはadodbのラッパを使ってる。
テンプレは生PHP。（小さい会社でコーダー兼務なので）
セッションは$_SESSIONを直で。
- 265 名前：nobodyさん mailto:sage [2008/04/14(月) 19:30:24 ID:???]
- なんでPDOじゃなくてadodb？
- 266 名前：nobodyさん mailto:sage [2008/04/15(火) 00:00:22 ID:???]
- >>264じゃないけど、adodbは処理が速いと聞きました。
ttp://kokoromo.jugem.cc/?eid=196
ttp://kokoromo.jugem.cc/?eid=197
この本でadodbが紹介されてて、いろいろメリットが書かれてました。
↓
PHPによるWebアプリケーションスーパーサンプル 活用編
ttp://www.amazon.co.jp/dp/4797332638/
- 267 名前：nobodyさん mailto:sage [2008/04/15(火) 00:13:08 ID:???]
- CI使ってみました
日本語マニュアルが分かりやすくて、すぐに使えました！！！
翻訳作業やってくれている方、どうもありがとうございます(・∀・)
簡単に出来ることを複雑にやる必要はない
コマンドでスケルトン生成したり、設定ファイル書かなくてもすぐに使えて便利
- 268 名前：nobodyさん mailto:sage [2008/04/15(火) 14:09:30 ID:???]
- ADOは知らなかったけど、PHP4の環境なら
DBのAPI関数使うよりも良さげそう
- 269 名前：nobodyさん mailto:sage [2008/04/29(火) 07:16:47 ID:???]
- 入力フォームの確認画面を作るのマジめんどくさいのですが、
自動で生成する方法ってないですかねー？
いったい何画面作ればいいんだ
スレ違いだったらスルーよろ
- 270 名前：nobodyさん [2008/04/29(火) 08:42:50 ID:AjJ+5S6v]
- >>もっとkwsk
- 271 名前：nobodyさん mailto:sage [2008/04/29(火) 09:57:50 ID:???]
- >>270
言葉足らずすまそ。
実際にはフォーム画面から入力値を受け取ってバリデーションして
DBに格納するというのが面倒だというのを言いたかった
こんなんできたらいいな、というのがあって、
・フォームのINPUTなどの入力が連想配列で一括取得できる（POSTされたデータ用）
・バリデーションをフィルター的な感覚でやりたい（POSTされたデータ用）
・連想配列でフォームオブジェクトに渡せば対応するNAMEのINPUTなどに自動で値がセットされる（確認画面用）
・フォームからのデータを対応するテーブルにそのまま流し込みたい（バリデーションはするけど）
取りまとめないが、こんな感じ
まあ、画面設計の問題もあるんだが、
工数の内訳として画面処理：ロジック＝5：1とかうんざりする
- 272 名前：nobodyさん mailto:sage [2008/04/30(水) 02:10:32 ID:???]
- そんな機能もとめるならCakePHPでも使ってろ
- 273 名前：271 mailto:sage [2008/04/30(水) 04:48:09 ID:???]
- >>272
CI以外のフレームワークは作法がガチガチに決まってるから嫌だ
潰しが効かないというか。まあ、フレームワークだから当然なんだが
それに対して、CIはプラットフォーム程度でしかないところが気に入っている
まあ、ライブラリ作るなり、カスタマイズするなりして頑張るよ
- 274 名前：nobodyさん mailto:sage [2008/04/30(水) 04:54:08 ID:???]
- 自作フレームワークのほうが
つぶしが利かない
- 275 名前：271 mailto:sage [2008/04/30(水) 05:44:11 ID:???]
- >>274
漏れの「潰しがきかない」と言ってるのは、
CIでなければ部分的な代替え手法を使うのが難しい、意味がない
という話のつもり
さすがにフレームワークまでは自作せんわ
- 276 名前：nobodyさん mailto:sage [2008/04/30(水) 12:41:32 ID:???]
- 一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん
- 277 名前：nobodyさん mailto:sage [2008/04/30(水) 12:49:41 ID:???]
- どんな？
- 278 名前：nobodyさん mailto:sage [2008/05/01(木) 13:30:12 ID:???]
- >>276
ソースがあるんだから、致命的なバグがあるなら、自分で対処しろよ
- 279 名前：nobodyさん mailto:sage [2008/05/01(木) 13:52:23 ID:???]
- どうせデマだろ
|
 |
