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

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

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使えば？

337:nobodyさん
08/05/08 10:10:07
糞ルータのハック面倒くせー
セグメントベースって何なんだよ
ci以外にあんのかこんなの

338:nobodyさん
08/05/08 10:29:41
普通の使い方ならオンラインドキュメントで充分だろう。

痒いところに手が届く解説が欲しいな。

339:nobodyさん
08/05/08 11:13:39
本が出る→認知度アップ→仕事で使ってもお客さん安心→ウマー

ちいたんも本が出たら…(・∀・)

340:nobodyさん
08/05/08 13:24:21
>>339
あったよ。
URLﾘﾝｸ(www.amazon.co.jp)

341:nobodyさん
08/05/08 14:27:09
>>339-340
この流れは読めた。

342:nobodyさん
08/05/08 14:32:56
>>340
おお！

ちいちゃんとぷろぐらまーｗｗｗｗｗｗ(ﾉ∀`)

343:nobodyさん
08/05/09 20:18:30
みなさんＣＩで何つくってるの？会社案内？

344:nobodyさん
08/05/09 20:40:43
>>343
ショッピングカートとかCMSとか。
あちこち独自ライブラリで拡張しまくりだけど。

CIは独自フレームワークを作るためのフレームワークという感じ。

345:nobodyさん
08/05/09 21:46:00
>>344
同じく。
自前でフロントコントローラ作るのが面倒だからプロジェクト毎に特化したCIライブラリ拡張してる。
って使い方するならCIは便利だと思う。

他の人はどうなの？

346:nobodyさん
08/05/11 07:16:47
>>345

同じく。つか、これこそFWだと思う。

今後は他のFWから依存しないライブラリを
パクって統合してみる予定。キメラ的な感じ。

347:nobodyさん
08/05/11 09:16:30
aso

348:nobodyさん
08/05/11 10:11:44
ばかだなぁｗ

フレームワーク意味ないじゃないかｗ

349:nobodyさん
08/05/11 11:56:34
>>348
じゃあ、フレームワークの意味をなくさない程度の
使い方ってものを講釈願おうか

350:nobodyさん
08/05/11 12:14:16
汎用的な部分は誰が作っても同じような構成になる。
独自のライブラリはなるべく使わない。

351:nobodyさん
08/05/11 12:27:53
>>350
すまん、ちょっとわからんかった。

独自ライブラリを組み込んだものを
チーム全員が同じく使うという前提だったのだが、
350はCIをそのまま使えと言っている？

352:nobodyさん
08/05/12 00:45:07 8tRiGXCa
ポストされた文字を内部エンコードに変換する処理どこに書く？

353:nobodyさん
08/05/12 00:47:19
まだ、EUCやSJISなんか使っているのか？
HTMLも内部もUTF-8にきまってるだろ。

354:nobodyさん
08/05/12 01:08:57
だって携帯なんだもん

355:nobodyさん
08/05/12 14:58:24
$this->load->config
とかプロパティーでメソッドチェーンするのってキモいな
きもいしイレギュラーだから使い方忘れるわ

356:nobodyさん
08/05/12 14:59:47
つーか、loadを名詞に使うなYO!

357:nobodyさん
08/05/12 21:14:35
うん、それは自分もきもいと思った。
慣れればいいだけだが。

358:nobodyさん
08/05/15 07:22:57 33ekN+Ad
コントローラで、
function index()
{
echo 'Hello World!'
}
のように、構文に間違いがあっても、エラーも何も表示されません。
どうしたらエラーの箇所がわかるのでしょうか？

359:nobodyさん
08/05/15 09:39:21
>>358
application/config/config.phpのログの設定のところ見れ。
PHPエラーもログに放り込む設定になってないか？

360:nobodyさん
08/05/15 18:47:08
>>359
$config['log_threshold'] = 0;
となっている。ログに放り込む設定にはなっていないと思う。

ちなみに、使っているのは 1.5.4

1.6.x だと index.php

361:nobodyさん
08/05/15 18:48:27
（ごめん途中で書き込んでしまった）

1.6.x だと index.php をブラウザで見ても何も表示されないけど、
Apache か PHP の設定が何かおかしいのかなぁ？

362:nobodyさん
08/05/15 20:11:20 33ekN+Ad
1.5.4 のソースを読むと、
set_error_handler('_exception_handler');
でエラーハンドラを設定しているようですが、
function _exception_handler($severity, $message, $filepath, $line)
は値を返さず return しています。
PHP のマニュアルには 5.2.0 では「エラーハンドラは必ず FALSE を返さなければなりません」
と書いてあります。
ci 1.5.4 は PHP 5.2.0 以上には対応していないってことでしょうか？

363:358
08/05/15 20:43:44
解決しました
構文エラーがあってもエラーメッセージが表示されなかったのは php.ini で
display_errors = Off
としているからでした。
お騒がせして＆ci のエラーハンドリングを疑って大変申し訳ありませんでした m(_ _)m

364:nobodyさん
08/05/16 13:43:36
フォームヘルパー使うとCSSは凝ったこと出来なくなるし、javascriptとの絡ませ方を間違いそうだし、
表示系はviewに手打ちが基本？

365:nobodyさん
08/05/16 13:49:39
ヘルパをラッパーしたらいいじゃん

366:nobodyさん
08/05/16 15:15:12
CIのviewは使って無いなぁ。
Flexy突っ込んで使ってる。

367:nobodyさん
08/05/16 18:28:03
つまりまともに段組したければ、view側にヘルパーのコードを書くことになる。
view側では文字数減るが、コントローラ側と合わせれば同程度かむしろ増える。
他の人が変数自体や変数に入れたnameやid確認したければ、わざわざコントローラのファイル見に行くことになる。
結局ふつうのフォームは生htmlでviewに書くことにするからメンテナンス請け負った人は客や上司の前で批判しないように。

368:nobodyさん
08/05/18 03:29:10
セキュリティー的に、www掘ってそこにindex.php置くべきだよなぁ
すべてのphpファイルの前に
<?php if (!defined('BASEPATH')) exit('No direct script access allowed');
なんて書くよりその方がずっと簡単でスマートなのにエリスはあほなの？

369:nobodyさん
08/05/18 08:20:55
そうしなくても使えるように配慮したからだろJK

370:nobodyさん
08/05/18 10:36:08
>>368
index.phpを1行いじれば（つか「.」1個打つだけｗ）BASEPATHをドキュメントルート外に
置く使い方ができるんだから、そうすればいいだけの話。

371:nobodyさん
08/05/18 15:03:34
しょぼいレン鯖でもドキュメントルート外にファイル置けるだろ
何のためにそんな配慮したのか意味不明JK

372:nobodyさん
08/05/18 15:10:43
>意味不明JK
お前の文章が意味不明

373:nobodyさん
08/05/18 18:09:00
じゃあドキュメントルート外にファイル置けないレンタルサーバ言って見ろよッ！
JK！

374:nobodyさん
08/05/18 19:45:51
人は死ぬ
必ず死ぬ
絶対死ぬ
死は避けられない

私は死ぬ
必ず死ぬ
絶対死ぬ
死は避けられない

あなたは死ぬ
必ず死ぬ
絶対死ぬ
死は避けられない

死を忘れていても
死をごまかしていても
今日はまだ死なないだろうと思っていても
死から逃れることは誰もできない

全ては無常
過ぎた時間は終わってしまえば瞬間だった
まだ遠い先の未来のことだと思っている死も確実にやって来る
memento mori - 汝の死の瞬間を迎えるときを想え

375:nobodyさん
08/05/18 21:12:02
>>373
ロリポップ

376:nobodyさん
08/05/19 02:14:56
ロリポしょぼっ
さすが女子供用のレン鯖だな

377:nobodyさん
08/05/21 06:09:08
今時Layoutつかえねーのかこれ・・・
呆れ果てたぜ！

378:nobodyさん
08/05/26 10:05:45
>>377
Layoutって何ですか？
他のフレームワークにはそういう便利な機能がついているんですか？

379:nobodyさん
08/05/27 18:50:32
複数の画面で共通した
大枠のテンプレートが使える機能だよ
最近のフレームワークじゃ常識になってる

380:nobodyさん
08/05/28 00:33:16
>>379
Flexy組み込んで実装してる。
Codeigniterにはいらなくね？
俺は余計な機能ｺﾞﾀｺﾞﾀつけないで、常にシンプルに保って欲しい。
ﾗｲﾌﾞﾗﾘとかﾌﾟﾗｸﾞｲﾝ、ﾍﾙﾊﾟがあるんだし、欲しい物は自分で追加できた方が嬉しい。

381:nobodyさん
08/06/04 19:01:53
GETでルーティングする方法ってないんかな。

382:nobodyさん
08/06/05 01:46:11 R522EZcR
>>381
URLﾘﾝｸ(userguide.cilab.info)
クエリ文字列の有効化
URLに次のようなクエリ文字列を使用したい場面もあると思います:
index.php?c=products&m=view&id=345
CodeIgniter ではオプションでこのようなことにも対応しています。この機能は、application/config.php ファイルで有効にすることができます。

↑こういうこと？

383:nobodyさん
08/06/05 09:41:07
>>382
ばっちしこれです。タンクス。

384:nobodyさん
08/06/05 11:55:45
URIルーティングでもGETには変わりないから
なんのこっちゃと思った

385:nobodyさん
08/06/06 02:27:23
このスレを見ている人はこんなスレも見ています。(ver 0.20)
ドラクエの住人がルー大柴だったら [FF・ドラクエ]
昔疎遠になった幼馴染が引っ越してきた [不倫・浮気]
エイチ・エス・フューチャーズ [先物]
POINT-BOX ポイントボックス 8 [ポイント・マイル]
好きなギャルゲーをつまらなさそうに説明づるスレ [ギャルゲー]

ci使いって一体・・・

386:nobodyさん
08/06/06 05:21:57
ふと思ったが、URIクエリパラメータを「GET」っていうのは、PHPer以外にも通じる用語なのかな？
＃ $_GET ならともかく

387:nobodyさん
08/06/07 01:05:47
>>386
formのmethod属性で、POST、GETというんだから、GETは他言語でもGETなんでないの。

388:nobodyさん
08/06/07 01:08:01
>>386
リクエストメソッドって知ってる?

389:nobodyさん
08/06/07 01:19:24
>>388
GET / HTTP/1.1
HOST: www.example.com

みたいな？一応知ってますよ、と
>>387のHTMLのform要素としてのGETパラメータ、っていう意味でなら通じると。納得。

390:nobodyさん
08/06/08 13:11:00 oe9fgjbi
>>386
「GET」云々はプログラム言語の仕様の話ではなくて、「HTTP」の仕様・仕組みの話だから、PHPとは関係なく説明に使えますね＾＾

URLﾘﾝｸ(docs.sun.com)
HyperText Transfer Protocol (HTTP) の基本を簡単に紹介します。

●クライアントからサーバへのリクエストには、次の情報が含まれます。
・リクエストメソッド
・リクエストヘッダ
・リクエストデータ

●リクエストメソッド
クライアントは多くのメソッドを使って情報を要求することができます。
一般的には次の方法が使われます。
・GET 特定のドキュメントを要求します。
・HEAD ドキュメントのヘッダ情報だけを要求します。
・POST サーバの、クライアントからのデータ受信を要求します。CGI プログラムのフォーム入力などです。
・PUT サーバのドキュメントの内容を、クライアントからのデータに置換します。

391:nobodyさん
08/06/08 13:13:24 oe9fgjbi
URLﾘﾝｸ(www.studyinghttp.net)
HTTP/1.1 メソッド

GET
HEAD
POST
PUT
DELETE
OPTIONS
TRACE
CONNECT
PATCH
LINK, UNLINK

392:nobodyさん
08/06/08 14:06:34
そうゆうことです

393:nobodyさん
08/06/08 14:51:40
どういうこと？

394:nobodyさん
08/06/09 00:01:07
>>393
クライアント（自分のマシン）が、サーバー（ＷＥＢサーバー）に対して、「このデータを送ってくれ！」と呼びかける方法がいろいろ用意されている。
その中の一つとして、GETやPOST等の方法が用意されている。
ということだよ＾＾

「HTTP」でGoogle検索すると詳しく解説しているページが、たくさん見つかるよ☆

395:nobodyさん
08/06/09 06:12:49
?hoge=poge
とか付けなくても普通にページ呼び出してたらそれすなわちGETなのだ

396:nobodyさん
08/06/10 05:51:57
ci徹底入門が発売されたもよん
買った人どう？
まぁ本読むまでもない程シンプルなのがciだと思うが・・

次ページ