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

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

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とかうんざりする

272:nobodyさん
08/04/30 02:10:32
そんな機能もとめるならCakePHPでも使ってろ

273:271
08/04/30 04:48:09
>>272

CI以外のフレームワークは作法がガチガチに決まってるから嫌だ
潰しが効かないというか。まあ、フレームワークだから当然なんだが

それに対して、CIはプラットフォーム程度でしかないところが気に入っている
まあ、ライブラリ作るなり、カスタマイズするなりして頑張るよ

274:nobodyさん
08/04/30 04:54:08
自作フレームワークのほうが
つぶしが利かない

275:271
08/04/30 05:44:11
>>274

漏れの「潰しがきかない」と言ってるのは、
CIでなければ部分的な代替え手法を使うのが難しい、意味がない
という話のつもり

さすがにフレームワークまでは自作せんわ

276:nobodyさん
08/04/30 12:41:32
一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん

277:nobodyさん
08/04/30 12:49:41
どんな？

278:nobodyさん
08/05/01 13:30:12
>>276
ソースがあるんだから、致命的なバグがあるなら、自分で対処しろよ

279:nobodyさん
08/05/01 13:52:23
どうせデマだろ

280:nobodyさん
08/05/02 23:01:08
>>276
ｽﾚﾘﾝｸ(php板:765番)
＞＞765 名前：nobodyさん[sage] 投稿日：2008/04/29(火) 00:30:20 ID:???
＞＞一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん

281:nobodyさん
08/05/02 23:14:38
なんというコピペ

282:nobodyさん
08/05/03 01:05:09
ﾜﾛﾀ。
これはどのFWのスレに貼っても釣れるだろうなw

283:nobodyさん
08/05/03 04:58:57
デフォルトのコントローラの名前って何にする？
Defaultだと予約語みたいでクラス名にできないし

284:nobodyさん
08/05/03 06:57:58
>>277-279
釣られすぎｗ

>>283
Homeとかどうよ？

285:nobodyさん
08/05/03 07:01:16
>>284
なるほど
Homeはありだな
㌧くす

286:nobodyさん
08/05/03 07:12:58
display_overrideフックの説明で
処理済みのデータは、$this->output->get_output() を呼べば利用可能ですので、留意しておいてください。
ってあるけど
この$thisって何？
フックの文脈でなんで$thisが出てくるのかわからんちん

287:nobodyさん
08/05/03 12:34:10
グローバルな GET 配列($_GET) のデータを消去します。CodeIgniterではGET文字列（クエリ文字列）を使わないので、それを許可する理由はありません。

こういうざっくばらんさがアメ公っぽい
セッションも変だし…

288:nobodyさん
08/05/03 16:45:47
276は太公望の釣り針だな
FW関係のスレに貼ったら百発百中で釣れる
さすがに罪悪感が・・・ｗ

289:nobodyさん
08/05/03 23:28:28
>>276のコピペｗ
ｽﾚﾘﾝｸ(php板:161番)
161 名前：nobodyさん[sage] 投稿日：2008/05/03(土) 10:18:16 ID:???
一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん

290:nobodyさん
08/05/04 00:54:40
あちこち貼ってんの誰だよw
まあそれはいいとして
rapydってスタンドアロンのPHP5用フレームワークになっちゃったんだな。

291:nobodyさん
08/05/04 22:51:42 QrBYi/l0
軽くて個人ん規模にはいいと思ったんだけど
セッションの仕様見て萎えた…

結局、ベストプラクティスはどれ？？？
クッキーなんてPCでもオフになってることあるよね…
入門者向けにベストプラクティスがほしい…

あとページングするのにはURLルーティング変えないとだめなん？
標準だとGETオフになってるし…

292:nobodyさん
08/05/04 23:17:37
>>291
セッションは本家のwikiに使い方ほぼ同じでクッキーじゃなくネイティブの$_SESSION使う
プラグイン（自作ライブラリ？）が公開されてる。
他にも色々あるから英語が苦手じゃなければwiki内探索をｵｽｽﾒ。

293:nobodyさん
08/05/04 23:21:08
>>292

さんくす
探してみる

CakePHP使ってたんだけど
DB必須に近いとこがいやになって CI試してたんだ

294:nobodyさん
08/05/05 05:31:30
セッションは自前で用意するのがいいよな
クッキーだと携帯に対応できないのが致命的だわ

295:nobodyさん
08/05/05 07:01:33 1KRQrRZR
これログインしている時に行うような
アクセスコントロールは自前で実装しないといけないの？

296:nobodyさん
08/05/05 18:26:57
コード読んだらアクセスコントロールまったくねーじゃん
テラしょぼす

297:nobodyさん
08/05/05 18:48:09
dispatcher上書きできないとかダセーし・・
シンプルでダサくないFWはないか！

298:nobodyさん
08/05/05 18:49:13
まあ、CakePHPが一番バランス取れているんだろうな。

299:nobodyさん
08/05/05 19:32:45
CakePHPのモデルまわりとか
余計なアソシエーションとか

そういうのがないシンプル版がでればいいんだな…

CIのインプットとかビュー周りとかその辺はシンプルですきなんだが

(CI + CakePHP) / 2

なFWないのか

300:nobodyさん
08/05/05 19:33:40
使わなければいいだけじゃね？

301:nobodyさん
08/05/05 19:34:03
モデルとかアソシエーションを

302:nobodyさん
08/05/05 21:58:20
CIの機能で要る子、要らない子を列挙してみないか？
欲しい子もありで。

・・・考えてみたら、欲しい子、要らない子ばかりで
要る子がいなかった・・・orz

303:nobodyさん
08/05/05 22:30:04
擬似構文　と　インプットフィルタ　はCIが一番シンプルで使いやすい

304:nobodyさん
08/05/05 23:56:22
サイト内ナビゲーションリスト生成ヘルパがほしい。
ＣＩだけではないが。
コントローラーのディレクトリ内ファイル名を読み出してbaseurlにくっつければいいのかな。
でも全部出てくるのも困るからやっぱり手動か。
テンプレでの表示とカスタマイズはCMS的に管理画面からいじれれば一番ラクだな。
CSSや画像も含めて、まず専用の管理画面を自作するべきなのかもしれないな。

305:nobodyさん
08/05/06 01:11:21
>>304

結局　凝ったナビにしようとすると
手打ちにならない？

普通のナビならCMSのほうが楽だけど

306:nobodyさん
08/05/06 03:22:16
フレームワークをわざわざ使うということは、静的とか単一機能のサイトではなく、
ページコンテンツが日々どんどん更新され増えていく（と勘違いしている）ようなサイトが多いと思う。
そうなるとやっぱり、更新されたページ含めてサイト内ナビを自動で出したくなる。パンくずも出したい。

デザインのCSSや画像は、後戻りのない更新というより、素人管理者でも一発ですぐ元に戻せる「切り替え」という形にしたい。
新旧別内容の同名ファイル群をftpで切り替えるというのはこれも間違いの元で、稼動中の商用サイトに多用するのは危険。

まあ結局そこまでの機能が出来合いで欲しければExpressionEngineとやらを買え、ということなのかもしれないが。

307:nobodyさん
08/05/06 09:57:12
客が勘違いしてるのだったらそこは客の要件を正すか、
ブログを使った方がいいんでない？

あと、ナビというのを漏れは勘違いしているのかもしれないが、増えるページというのは
「DBにデータが入る＆グルーピングされる＆管理画面から追加する」と思っているので、
ページリスト的なものを一つ作れば終わりかなあと思ってる
グルーピングされてるからパンくずも固定だし

（パンくずはセグメントとラベルの対応テーブルから引用するプラグインを作って
　テンプレに埋め込んで表示させてるけど）

話変わるが、ACLもユーザグループと権限の対応テーブルで制御してて、
メニューを非表示にしたり、直打ちされたら404を返すようにしている

308:nobodyさん
08/05/06 12:13:58
ＣＩは「簡単で軽量」「10分でつくれる」という夢を見せてくれるけど、
実用で使うには、自前でpukiwikiやワードプレスやxoopsをつくるくらいのプランニングと実装が必要になるてこと。

つまり、ルーティングシステムから各ヘルパ関数までフルスクラッチで自作するよりは簡単で、
テンコ盛りの無駄機能に縛られるxoopsよりは圧倒的に融通が効いて軽量だな。

仕様はともかくサイト内ナビ・リンク管理機能を売り文句に加えればdreamweaver並に売れるｗ

309:nobodyさん
08/05/06 12:24:25
はぁ・・・

もともとCIを含んだフレームワークは、
pukiwikiやxoopsなどを作るための
プログラム用のツールだろ。

サイト内ナビ・リンク管理機能とか意味不明だっつーのｗ

310:nobodyさん
08/05/06 12:44:40
いずれにしても必要になるその機能を、
１．フレームワークの段階で<li>で出てくる程度のものを用意するか。
２．各現場プログラマーが自作するか。
３．デザイナーやコンテンツライター、素人管理者がしこしこ手打ちするか。
てこと。
まあ縄張り争いにもなるので結論は期待していないが。

311:nobodyさん
08/05/06 13:32:18
スレ違いですまんが、
デザイナー様にはformの要素のnameの付け方ぐらい覚えて欲しいな。
name書かないとか""にしておくぐらいならDBテーブルのフィールドと
同じ名称をつけておくぐらいして欲しいよう

俺が出会ったフリーのデザイナーなんて上記ばっかりなのだが、
そういうものなの？

312:nobodyさん
08/05/06 14:00:56
書いたら書いたで文句言うのが出てくる。
触らぬウンコにたたりなし。

313:nobodyさん
08/05/06 14:07:32
>>311
文句言うなよ雑用係

314:311
08/05/06 14:12:16
スレ汚しすまそ

315:nobodyさん
08/05/06 14:13:30
>>311
無理。

nameに書く名前はデザイナーが決めるものじゃないから。

316:311
08/05/06 14:36:00
いや、どうせ意味のないnameを書くぐらいだったら
被る部分は事前打ち合わせするぐらいの責任感は欲しいわけですよ

317:nobodyさん
08/05/06 14:41:13
>>316
私が作ったデザインを使うときに
あなたが打ち合わせに来てください。

318:nobodyさん
08/05/06 15:32:17
タグのidを全ファイルに適切に挿入するプログラムなんてプログラマー名乗る成人男子なら当然すぐ書けるんでしょ？

319:nobodyさん
08/05/06 17:35:07
>>311

むしろ　HTMLすらまともに書けないプログラマーのほうが多い…

なんでもかんでも div や p とか

CIとは関係ないけど　FWでもヘルパの吐き出すHTMLが糞
っていうのはよくある

320:nobodyさん
08/05/06 18:15:51
そりゃあHTMLは普通プログラマが書く所じゃないんだから普通だろ。
完全W3C準拠じゃないとダメとか言い出す潔癖症みたいなのまでいるしな。
それこそデザイナーの仕事。
プログラマはデザイナーの作った見た目だけで論理構造の破綻しているコードを手直ししてるんだから
デザイナーはプログラマの書いた表示上整ってるだけでHTML的に糞なコードを手直しすればいい。

321:nobodyさん
08/05/06 18:18:30
けんかはやめて！

322:nobodyさん
08/05/06 19:26:21
>>298
cakeのスレみたら
なんかthreadとかいうクラスあるみたいな
PHP自体がthreadセーフじゃないのに何がthreadなんだか
そんなセンスのないフレームワークなんかいいはずがない

323:nobodyさん
08/05/06 19:31:57
CIも標準セッションがアレだから人のこと言えない罠・・・orz

324:nobodyさん
08/05/06 19:35:22
ciはファンキーなんだよ
cakeはナンセンス

325:nobodyさん
08/05/06 19:39:29
>>322
threadクラス？聞いたことないぞ。
思い込みじゃないのか？

326:nobodyさん
08/05/06 19:42:52
よく見たらユーザが書いたコードの一部っぽいな

327:nobodyさん
08/05/06 20:38:03
おまえなｗ

しかも、２ちゃんねるの「スレ」の意味の
スレッドじゃねーか。

328:nobodyさん
08/05/06 21:46:43
FWがファンキーなら使い手もファンキーらしい

329:nobodyさん
08/05/06 21:53:50
ciはファンキー＆ファンシー

330:nobodyさん
08/05/07 17:38:33
おお！本の発売待ってました！
…てか、結構まだ先ですねorz

URLﾘﾝｸ(codeigniter.jp)
2008年6月9日「CodeIgniter徹底入門」が発売されます！
翔泳社より発売されます。徹底入門シリーズとして、約600ページの内容となります。
サンプルコードやレシピなど内容も充実しています。

331:nobodyさん
08/05/07 17:47:54
DBのテーブル設計（MySQL）についてご意見をお聞かせください。

O/Rマッパーとか使ったことないんですけど、カラム名の命名は規則があった方がいいもんですか？

(1) id int型 auto_increment = 各テーブルの主キーのカラム名

(2) レコードのCRUDに関するデータを入れておくカラム名
insert_datetime datetime型
update_datetime datetime型
delete_datetime datetime型 (論理削除の場合にフラグとして使用)

332:nobodyさん
08/05/07 20:48:40 xkEge6Nj
>>330

セッションとかそういう
デメリットの部分をカバーしてくれてるなら買うが・・

そうでなければ買う意味なさそうだな

333:nobodyさん
08/05/07 22:47:19
そんなイレギュラーな使い方の解説はないだろ

334:nobodyさん
08/05/08 03:22:49
普通の使い方　解説されてもな・・・

335:nobodyさん
08/05/08 04:02:34
正直セッションは何とかして欲しい

336:nobodyさん
08/05/08 06:34:10
CakePHP使えば？

次ページ