トップページ⇒php
983コメント301KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2007/04/27(金) 23:17:16ID:???
公式：http://www.codeigniter.com/
チュートリアル：http://codeigniter.com/tutorials/

ユーザガイド日本語訳：http://ci-user-guide-ja.nought-point-999.net/

小回りの利くフレームワークの話題をひとつ！
0170nobodyさん2008/01/30(水) 19:40:03ID:???
>>168
当たり前じゃねーよ
・ルールに従ってスマートなURLをパースし、パラメータにする機能
・パラメータを元に、ルールに従ってスマートなURLを組み立てる機能
これはペアだ
0171nobodyさん2008/01/30(水) 19:59:43ID:???
>>169
バグ投げてくれたのはいいが、その内容がひどかったけどな
0172nobodyさん2008/02/01(金) 08:03:32ID:???
自分でクラス書く時先頭に
<?php if (!defined('BASEPATH')) exit('No direct script access allowed');
って書いてる？
0173nobodyさん2008/02/01(金) 08:58:03ID:???
これGET使わないとか無茶じゃね？
検索もPOSTでしろと？？
0174nobodyさん2008/02/01(金) 09:43:29ID:???
$config['enable_query_strings'] = true;
$config['uri_protocol'] = "PATH_INFO";
で出来たわん
0175nobodyさん2008/02/01(金) 09:49:34ID:???
機能はシンプルすぎて若干ショボいくらいだけど
ciは基幹クラスを上書きできるのがいいな
0176nobodyさん2008/02/01(金) 10:23:44ID:???
アプリケーション固有のデータはどうするのがci流？
0177nobodyさん2008/02/01(金) 11:37:18ID:???
自分でクラス書く時は
ciに習ってphp4式（プロパティーはvar、アクセス修飾子なし）で書くか、
php5式で書くか、dotch？
0178nobodyさん2008/02/01(金) 16:52:09ID:???
>>177
どっちでもいいんじゃね。
自分の環境で動くんなら
0179nobodyさん2008/02/01(金) 19:41:43ID:???
読み込んだライブラリがそのままの名前でコントローラのプロパティーになる
って仕様ダサくね？
methodとぶつかりまくりじゃん
というよりも、methodにプレフィックス付けるようにするべきだろ
常識で考えて
0180nobodyさん2008/02/01(金) 21:20:55ID:???
>>179
自分の設計が悪いだけじゃないの？
0181nobodyさん2008/02/01(金) 21:28:10ID:???
1.6出たよ！
0182nobodyさん2008/02/01(金) 22:26:18ID:???
>>180
なんでそんな話になるんだよｗ
俺の実装がどうとかいう話じゃねえ
ユーザー全てにおいて起こりうる問題だから言ってんだよ
0183nobodyさん2008/02/01(金) 23:08:14ID:???
>>181
ほんまやんけ！

CodeIgniter1.6、ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
http://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日にデリック・アラードによって掲示されます。
0184nobodyさん2008/02/01(金) 23:34:54ID:???
アップデートも簡単なのがいいな
0185nobodyさん2008/02/02(土) 08:15:19ID:NjVdwivu
>>183
機械翻訳ひどいな
0186nobodyさん2008/02/02(土) 10:44:24ID:???
エラーが起きても何も表示されないケースがあるな
ハンドリングがうまくいってないのか…
0187nobodyさん2008/02/03(日) 21:28:38ID:???
> 読み込んだライブラリがそのままの名前でコントローラのプロパティーになる
> って仕様ダサくね？
> methodとぶつかりまくりじゃん

メソッド名は動詞、クラス名は名詞になるから
普通に作っていたら、まずありえないな。
0188nobodyさん2008/02/03(日) 23:18:33ID:???
名詞と動詞ってどんだけ曖昧な基準だよｗ
0189nobodyさん2008/02/04(月) 08:32:42ID:???
名詞と動詞が曖昧だったら何が曖昧じゃないんだと問いたい
0190nobodyさん2008/02/04(月) 10:13:31ID:???
名詞と動詞が同型の単語は？
というよりもメソッドが動詞になるということ自体勝手なマイルールじゃん
そんな心くばりに依存するような実装はセンスがないと言っている
最初から名前空間を分ければいいこと
0191nobodyさん2008/02/04(月) 13:00:32ID:???
>名詞と動詞
>曖昧な基準
英語を勉強したことがあれば知ってることだが、英会話の中では基本的に、名詞と動詞は区別できる。

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

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

>名前空間を分ければいい
PHP6では名前空間によって、重複が少なくなる？
0192nobodyさん2008/02/04(月) 19:22:45ID:???
>>190
の書いたクラスを見てみたい
0193nobodyさん2008/02/04(月) 19:44:52ID:???
そうか。
俺はお前のコードは見たくないわ。
0194nobodyさん2008/02/04(月) 23:39:11ID:???
クラスを名詞、メソッドを動詞にするのは、この業界の常識だろ。

http://www.atmarkit.co.jp/farc/rensai/goodmodel01/goodmodel01.html
>
> 名詞・動詞分析法
> 　ユースケースや用語集から、名詞、名詞句を探し出して、クラスの候補とし、
> 動詞、動詞句を探し出して、メソッドの候補として作成していく方法。


たしかに名詞と動詞が同じものもあるから完全には決まらないが、
こんなの大体でいい。メソッドの場合は() 括弧がつくのだから
たとえ同じでも動作に不都合は無い。人間がわかりやすくするためのものなのだから
大体それで区別できれば問題ないわけだよ。
0195nobodyさん2008/02/05(火) 00:41:07ID:???
で、1.6はどう？
俺としてはAuth関係を標準で入れてほしかったなあ。
0196nobodyさん2008/02/05(火) 01:35:22ID:???
スレ違いかも知れないが名前空間とかの話でたので、
なんかPHPってC++とJavaを足して２で割ったような言語になってきているような気がする。
お手軽な言語から敷居の高い言語に変わっていくような気が・・・。
やだな〜。
0197nobodyさん2008/02/05(火) 02:23:24ID:???
PHPが発展しすぎて、手続き型プログラミングの仕様が切り捨てられたら、PHPユーザー減るかもね。
後方互換性＝PHP4、PHP5の文法で書かれたコードが実行できる状態で拡張、改善されるなら問題ないと思うけど。
0198nobodyさん2008/02/05(火) 02:28:34ID:???
代わりになる言語が出ない限り無理。
0199nobodyさん2008/02/05(火) 07:27:59ID:???
HTMLの中に埋め込むのが楽だったんだよなあ。
ASPでもJSPでもそうなんだが。
まあ実際にはやらないけど、例えば1行で日付だけ表示させるようなプログラムでも
前ならHTMLの表示させたい場所に<phpで埋め込めば一瞬だったけど
MVCとかにすると表示する関数をモデルに用意して、テンプレに表示用用意しておいてコントローラーからビューにアサインしてみたいな面倒なことになる。

デザインとコードを分離できるのはメリットでもあるが、関係箇所が分離される事により
関連を探す手間も増えて見る場所も増えてでデメリットもあるのがなあ。
0200nobodyさん2008/02/05(火) 10:53:55ID:???
日付だけならヘルパでやれよ
0201nobodyさん2008/02/05(火) 13:48:11ID:???
>>199
CodeIgniterなら、テンプレートファイルに無理やりロジック（PHPコード）を入れられるんじゃないですか？

http://userguide.cilab.info/general/alternative_php.html
CodeIgniter の テンプレートエンジンを利用したくない場合は、ビューファイルで純粋なPHPを利用することができます。
0202nobodyさん2008/02/06(水) 09:14:57ID:4yRuvbwo
CIってセッションデータ(非セッションID)をクッキーに格納するって読んだんだけどマジ？
クッキーなんて4Kくらいしかないし
それほど安全でもないし
毎回送信されるしでありえないんだが…
0203nobodyさん2008/02/06(水) 09:59:31ID:???
どこで読んだんだ？
0204nobodyさん2008/02/06(水) 10:06:28ID:???
いろんなところで。たとえばこれとか。
http://lists.sourceforge.jp/mailman/archives/codeigniter-users/2007-December/000048.html
0205nobodyさん2008/02/06(水) 11:08:34ID:???
>>202
PHP独自セッションは、スケーラビリティを考慮されていない設計になっていることと、
セキュリティの問題の２点からCIでは独自のセッションデータを保持するようにしていると思われる。

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

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

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

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

間違えているかもしれないので、申し訳ないですがPHP独自セッションのまずい点は色々なサイトに載っているからあさって調べてみて・・・。
俺も、だいぶ前に調べたから・・・。
0206nobodyさん2008/02/06(水) 11:11:16ID:???
>>202
DBに保存する方法もあるよ。
0207nobodyさん2008/02/06(水) 12:14:44ID:???
>>205
クッキーに入れるなんて解決になってないよ・・・
珍妙としか言いようがない実装
0208nobodyさん2008/02/06(水) 12:20:16ID:???
一方、railsは2.0からデフォルトで
cookieにセッション情報を格納するようにした
0209nobodyさん2008/02/06(水) 12:32:09ID:???
まじで？
0210nobodyさん2008/02/06(水) 13:02:45ID:???
>>209
うん
cookieに突っ込むsession内容全体のdigestをアプリ固有のキーで生成して
そのdigest自体もcookieに入れておいて、サーバ側で受け付けた時には
そのdigestを検証して信用できるかどうかを調べてOKなら受け入れる、
という感じの実装みたい
0211nobodyさん2008/02/06(水) 13:21:01ID:BSm5jPk+
>digestを検証して信用できるかどうかを調べてOKなら受け入れる

ここがほんとに安全なら楽になるな。
ユーザ側保存に不安があって自前で作るの面倒だったから。
0212nobodyさん2008/02/06(水) 14:52:10ID:???
でもさクッキーの容量は4Kしかないんだろ？
それに携帯だったらどうするんだ？
クッキー使える機種だとしても、一アクセスごとに
最大4Kものパケット料がかかるよな？
0213nobodyさん2008/02/06(水) 15:03:08ID:BSm5jPk+
urlにセッションidくっつけるやりかたが、ユーザ会のサイトに載ってたな。

あと、バリデート済みのPOSTデータをセッションにつっこんで、
確認ボタン押したらそのままinsertとかができなくなるね。
データを一度ユーザ側に預けちゃってるわけだし。おっかない。
0214nobodyさん2008/02/06(水) 15:08:08ID:BSm5jPk+
あ、セッションの内容をもういっかいバリデートすりゃいいだけだ。
吊ってきます。
0215nobodyさん2008/02/06(水) 15:48:02ID:???
>>207
CIもただCookieに単純に入れてOKとしてるわけじゃなかったと思うよ。
セッションの信頼性のチェックとかしてたと思う。
0216nobodyさん2008/02/06(水) 15:53:03ID:???
PHP固有SESSIONの仕様に問題があるから独自セッションまがいの機能をCookie等を使って作ったり、
「PHPSESSIONID」をそのまま信用するようなことをしない対処を行うのはセキュリティ上今のPHPでは必要だと思うのだが。

それをやりやすくCIがやってくれていたはず。
DB使った場合だけだったかも知れないけど・・・。
0217nobodyさん2008/02/06(水) 15:58:42ID:???
>>212
だからそういう携帯や4k超えるような
でかいセッションファイル抱えるような場合は
ファイルやDBのセッション使えばいいって事

でも基本はセッションで扱うデータ量なんてしれてるし、
だったらcookieだけでやってしまえばいいんじゃね、って事
0218nobodyさん2008/02/06(水) 21:34:26ID:???
kohanaってもう実用レベルに達してるの？
0219nobodyさん2008/02/06(水) 21:37:08ID:???
http://kohanaphp.com/tutorials/video/hello_world.html
コハナじゃなくてクワナって言ってるな
0220nobodyさん2008/02/07(木) 05:27:35ID:???
config配下のファイルで
定数定義とかinclude_pathの設定するのはアリ？
ここで関数の定義とかまで出来ちゃうのがphpのすごいとこだけど
0221nobodyさん2008/02/07(木) 05:32:29ID:???
>>210
ダイジェスト生成のロジックが割れたら
いじったデータをセッションに入れられるかもしれない
ユーザには知られたくないデータをセッションに入れることもありうるから
やっぱり抵抗あるなー
0222nobodyさん2008/02/07(木) 06:38:42ID:???
http://d.hatena.ne.jp/stilo/20080123/p2
ciの本が出るらしい
売れるのかな…？
個人的には好きだが
0223nobodyさん2008/02/07(木) 19:12:59ID:???
例外投げてもほったらかしじゃん
PHP4なんて脂肪してんのに
ハンドリングするのエラーだけってどんだけ〜
0224nobodyさん2008/02/07(木) 19:50:59ID:???
例外ハンドリングしてエラー投げ直すようにした（´〜｀ ）ｳｰﾝ
0225nobodyさん2008/03/03(月) 23:43:59ID:???
attachementのform mail、どうやってこさえてます？
なんだかんだ、uploadして一時ファイルをattacheさせてるんだけど。
もっといい方法ない？
0226nobodyさん2008/03/05(水) 10:07:19ID:wSWuSxOd
>>217
扱うデータ量なんてしれてるならsessionの方がいいよ
cookieを使う利点はサーバー側に負荷がかからないことだよ
扱うテータ量が多いほどcookieを使えばサーバー負荷にならないんだよ
0227nobodyさん2008/03/05(水) 17:13:22ID:???
cookieをやり取りする為の
データ転送量が増えるけどな。
0228nobodyさん2008/03/05(水) 18:16:46ID:???
でも携帯と別処理にしたら汚くならないか？
0229nobodyさん2008/03/16(日) 12:08:31ID:pwsdbwjT
age
0230nobodyさん2008/03/16(日) 12:33:46ID:???
流行ってないね
0231nobodyさん2008/03/20(木) 22:08:46ID:???
CIの本っていつでるんだ？春にでるみたいだけど心待ちにしてる。
0232nobodyさん2008/03/20(木) 23:58:19ID:???
>>231
オンラインマニュアルに載ってる事に補足を加えてウダウダ書いてるだけ
0233nobodyさん2008/03/21(金) 01:05:34ID:???
まあオンラインマニュアル充実してるし、
機能もシンプルだしねぇ
0234nobodyさん2008/03/21(金) 04:14:05ID:???
でもなぁ。MVCで一番重要なモデルが軽視されているからなぁ。
まあ小規模向けだね。
0235nobodyさん2008/03/21(金) 12:34:00ID:???
？？？
どのあたりでモデルが軽視されていると思ったの？
0236nobodyさん2008/03/21(金) 18:23:01ID:???
必須じゃないってとこじゃない？
わからんけど
0237nobodyさん2008/03/22(土) 00:16:05ID:???
安定版にならないとあんまり使う気にならないんだよなあ。
VerUPが頻繁だと遊ぶ分には楽しいけど実務じゃちょっと。
0238nobodyさん2008/03/22(土) 00:16:56ID:???
今でも結構安定してね？
0239nobodyさん2008/03/22(土) 00:37:50ID:???
scaffoldingが動かないのに安定板？
0240nobodyさん2008/03/22(土) 18:01:21ID:???
>>238
いや、安定してないと言ってるわけじゃないんだけど
更新が頻繁だと嬉しくもあるけどあんまり業務で使いたいと思わなくね？
あまりにも更新が頻繁＝すぐ修正されるような問題点がまだまだある
と思えるし。
更新しないから安定してるってわけじゃないけどね。
中身バグだらけだけどただ単に更新止まってるだけとかあるし。
機能の追加の更新ならともかく、あんまり頻繁にBugFixで更新多いと心配になる。
致命的なのがあって、それを更新したから業務で使ってるのも更新しなきゃ→動かなくなった
とかが一番困るし。
0241nobodyさん2008/03/23(日) 16:49:33ID:???
>>240
リリースの頻度で安定している、していないを判定しているやつは素人
中身で判断しろ

修正でも不具合でも深刻具合による
リリーススケジュールの話ならここでしても無駄だ
本家で議論してこい
0242nobodyさん2008/03/24(月) 12:26:43ID:???
>>241
お前はもう少し>>240の書き込みをよく読め。
文盲か。
リリースの頻度で安定度してるかどうかを判断してるなんて書いていないだろ。
0243nobodyさん2008/03/24(月) 14:41:00ID:???
>あまりにも更新が頻繁＝すぐ修正されるような問題点がまだまだある

これを書いている時点で何もわかっちゃないだろ
0244nobodyさん2008/03/25(火) 00:17:57ID:???
>>242
オマエこそもう少し文章の書き方を考えたら？ｗ
0245nobodyさん2008/03/25(火) 00:28:01ID:???
ペチパーの質を物語っていますね。とか言われるぞ。
もうちょっと温厚になれないのか。
0246nobodyさん2008/03/25(火) 00:45:11ID:???
ぺちぱーだもの
　　　みつを
0247nobodyさん2008/03/28(金) 15:03:32ID:???
静かなこのスレが更新されていた！
と見に来たあなた。

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

中身は何にもありません。ざーんねーんｗ
0248nobodyさん2008/03/29(土) 03:13:12ID:???
いくつかご相談

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

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

3, 定義されてないコントローラクラスがURIセグメントで指定されたら
「クラス名.html」を自動的に表示する方法ってない？
理由：ロジックがないページまでわざわざコントローラを定義するのは面倒
0249nobodyさん2008/03/30(日) 04:44:30ID:???
>>248

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

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

確かに、自分がご相談で書いた内容は、
他人がメンテする上で解読が困難になるか・・・
0251nobodyさん2008/04/05(土) 16:57:53ID:???
>>246
その通り。
努力が足りない非正規雇用の増加や、
正社員の中にもサービス残業が嫌だなどという甘えた輩が増えていることは
その証拠でしょうね。
0252nobodyさん2008/04/08(火) 00:06:53ID:???
>>251
＞＞正社員の中にもサービス残業が嫌だなどという甘え

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

サービス残業をさせる　=　違法　って事ぐらいはオツムに入れとけ
0253nobodyさん2008/04/08(火) 01:34:23ID:???
SPAMにマジレスｗｗ
0254nobodyさん2008/04/08(火) 15:00:18ID:ozdPGPdu
kohanaPHPのValidationライブラリを強引に移植してみました。

http://oro9.thick.jp/doku.php?id=php:codeigniter:kohana_validate
0255nobodyさん2008/04/11(金) 11:12:15ID:YKNdPaTr
もうそろそろ本が出るかな？
0256nobodyさん2008/04/11(金) 13:56:30ID:DluuZ7jC
MojaviでのActionChainみたいな事するにはどうすればいいでしょう？
他のコントローラで生成したHTMLを部分的にはめ込みたいんです。
よろしくお願いします。
0257nobodyさん2008/04/13(日) 17:54:13ID:???
厨ですいません、フレームワーク自体あんまよく分かってないんだが、
画像（自前で用意するdefault imageとか、ユーザがuploadするものとか）は、
どこに置くのがスマートなんでしょうか。

あとCSSは、views/cssに突っ込んでみたんですが、
htmlのヘッダで呼び出す時に、system/application/views/cssみたいなフルパス書いてて、
なんか使い方間違ってる気がしますorz他のやりかたありますか？
0258nobodyさん2008/04/13(日) 19:11:41ID:???
>>257
ぶっちゃけCIは今日から始めたところだけど、
俺だったら画像とかは
/images
cssは
/styles
とかに置くかな。
viewsと同じフォルダにおく必要は全く無いし、
system以下はHTTPアクセスさせないほうが良いだろうね
02592582008/04/13(日) 20:49:43ID:???
うーん、ユーザーガイド読んだ感想だけど、
なんかCIのActiveRecordって変、
ていうかActiveRecordとはいえないような気がする。
ただのGatewayにしか見えない

これみんな我慢して使ってるの？
それともこのActiveRecordは使ってない？
0260nobodyさん2008/04/13(日) 20:51:19ID:???
>>258
ありがとうございやっす！
同じ事思ってました＞system以下はHTTPアクセスさせないほうが良い
けど、applicationに含めるのが作法なのかな？とかも思ってて。
さっそく/imagesとかにしてみます。
0261nobodyさん2008/04/14(月) 00:46:07ID:???
>>259

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

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

・テンプレ
PHPTAL使ってる
02622612008/04/14(月) 00:58:00ID:???
>>259

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

とりあえず漏れはCIでECサイト開発したけど、
CIの機能はMVCのCしか基本的に使ってないし、
ちょこちょこカスタマイズしてる
02632592008/04/14(月) 07:16:21ID:???
>>261
レスありがとう。
やっぱり使ってないんだね。
俺も自作ライブラリ引っ張り出して使うことにするよ。
セッションはログイン中かどうかのフラグだけ、
テンプレも触るのは自分だけだから
とりあえずそのまま使ってみる。
0264nobodyさん2008/04/14(月) 14:01:23ID:???
Modelはadodbのラッパを使ってる。
テンプレは生PHP。（小さい会社でコーダー兼務なので）
セッションは$_SESSIONを直で。
0265nobodyさん2008/04/14(月) 19:30:24ID:???
なんでPDOじゃなくてadodb？
0266nobodyさん2008/04/15(火) 00:00:22ID:???
>>264じゃないけど、adodbは処理が速いと聞きました。
ttp://kokoromo.jugem.cc/?eid=196
ttp://kokoromo.jugem.cc/?eid=197

この本でadodbが紹介されてて、いろいろメリットが書かれてました。
↓
PHPによるWebアプリケーションスーパーサンプル 活用編
ttp://www.amazon.co.jp/dp/4797332638/
0267nobodyさん2008/04/15(火) 00:13:08ID:???
CI使ってみました
日本語マニュアルが分かりやすくて、すぐに使えました！！！
翻訳作業やってくれている方、どうもありがとうございます(・∀・)

簡単に出来ることを複雑にやる必要はない
コマンドでスケルトン生成したり、設定ファイル書かなくてもすぐに使えて便利
0268nobodyさん2008/04/15(火) 14:09:30ID:???
ADOは知らなかったけど、PHP4の環境なら
DBのAPI関数使うよりも良さげそう
0269nobodyさん2008/04/29(火) 07:16:47ID:???
入力フォームの確認画面を作るのマジめんどくさいのですが、
自動で生成する方法ってないですかねー？

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

スレ違いだったらスルーよろ
■ このスレッドは過去ログ倉庫に格納されています