[表示 : 全て 最新50 1-99 101- 201- 301- 401- 2chのread.cgiへ]
Update time : 10/16 04:44 / Filesize : 109 KB / Number-of Response : 474
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



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/

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

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独自セッションは、スケーラビリティを考慮されていない設計になっていることと、
セキュリティの問題の2点からCIでは独自のセッションデータを保持するようにしていると思われる。

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

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

2.セキュリティの観点
PHPSESSIONID(こんなんだったけ?)をキーにサーバにセッションデータを登録するから
適当な値で他人のセッションデータが簡単に盗めてしまう可能性がある。(改善されたのかな?)
例えば、ログイン情報をセッションに持っている作りのサイトで、
「http://????.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
オマエこそもう少し文章の書き方を考えたら?w

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:???]
静かなこのスレが更新されていた!
と見に来たあなた。

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

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

248 名前:nobodyさん mailto:sage [2008/03/29(土) 03:13:12 ID:???]
いくつかご相談

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

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

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


249 名前:nobodyさん mailto:sage [2008/03/30(日) 04:44:30 ID:???]
>>248

1.一般的ではない
2.無作法
3.ない

に1票



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
>>正社員の中にもサービス残業が嫌だなどという甘え

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

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

253 名前:nobodyさん mailto:sage [2008/04/08(火) 01:34:23 ID:???]
SPAMにマジレスww

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:???]
どうせデマだろ



280 名前:nobodyさん mailto:sage [2008/05/02(金) 23:01:08 ID:???]
>>276
pc11.2ch.net/test/read.cgi/php/1205475360/765
>>765 名前:nobodyさん[sage] 投稿日:2008/04/29(火) 00:30:20 ID:???
>>一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん

281 名前:nobodyさん mailto:sage [2008/05/02(金) 23:14:38 ID:???]
なんというコピペ

282 名前:nobodyさん mailto:sage [2008/05/03(土) 01:05:09 ID:???]
ワロタ。
これはどのFWのスレに貼っても釣れるだろうなw

283 名前:nobodyさん mailto:sage [2008/05/03(土) 04:58:57 ID:???]
デフォルトのコントローラの名前って何にする?
Defaultだと予約語みたいでクラス名にできないし

284 名前:nobodyさん mailto:sage [2008/05/03(土) 06:57:58 ID:???]
>>277-279
釣られすぎw

>>283
Homeとかどうよ?

285 名前:nobodyさん mailto:sage [2008/05/03(土) 07:01:16 ID:???]
>>284
なるほど
Homeはありだな
dくす

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

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

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

288 名前:nobodyさん mailto:sage [2008/05/03(土) 16:45:47 ID:???]
276は太公望の釣り針だな
FW関係のスレに貼ったら百発百中で釣れる
さすがに罪悪感が・・・w

289 名前:nobodyさん mailto:sage [2008/05/03(土) 23:28:28 ID:???]
>>276のコピペw
pc11.2ch.net/test/read.cgi/php/1186096518/161
161 名前:nobodyさん[sage] 投稿日:2008/05/03(土) 10:18:16 ID:???
一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん




290 名前:nobodyさん mailto:sage [2008/05/04(日) 00:54:40 ID:???]
あちこち貼ってんの誰だよw
まあそれはいいとして
rapydってスタンドアロンのPHP5用フレームワークになっちゃったんだな。

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

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

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

292 名前:nobodyさん mailto:sage [2008/05/04(日) 23:17:37 ID:???]
>>291
セッションは本家のwikiに使い方ほぼ同じでクッキーじゃなくネイティブの$_SESSION使う
プラグイン(自作ライブラリ?)が公開されてる。
他にも色々あるから英語が苦手じゃなければwiki内探索をオススメ。

293 名前:nobodyさん mailto:sage [2008/05/04(日) 23:21:08 ID:???]
>>292

さんくす
探してみる

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

294 名前:nobodyさん mailto:sage [2008/05/05(月) 05:31:30 ID:???]
セッションは自前で用意するのがいいよな
クッキーだと携帯に対応できないのが致命的だわ

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

296 名前:nobodyさん mailto:sage [2008/05/05(月) 18:26:57 ID:???]
コード読んだらアクセスコントロールまったくねーじゃん
テラしょぼす

297 名前:nobodyさん mailto:sage [2008/05/05(月) 18:48:09 ID:???]
dispatcher上書きできないとかダセーし・・
シンプルでダサくないFWはないか!

298 名前:nobodyさん mailto:sage [2008/05/05(月) 18:49:13 ID:???]
まあ、CakePHPが一番バランス取れているんだろうな。

299 名前:nobodyさん mailto:sage [2008/05/05(月) 19:32:45 ID:???]
CakePHPのモデルまわりとか
余計なアソシエーションとか

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

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

(CI + CakePHP) / 2

なFWないのか



300 名前:nobodyさん mailto:sage [2008/05/05(月) 19:33:40 ID:???]
使わなければいいだけじゃね?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<109KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef