【PHP】フレームワークについて語るスレ12【総合】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2008/12/23(火) 00:36:15ID:???●国外産●
symfony
ttp://www.symfony-project.com/
code igniter
ttp://codeigniter.com/
Zend Framework
ttp://framework.zend.com/manual/ja/index.html
CakePHP
ttp://www.cakephp.org/
Yii Framework ←New!! (Dec 03, 2008)
ttp://www.yiiframework.com/
●国産
ちいたん
ttp://php.cheetan.net/
Ethna
ttp://ethna.jp/
guesswork
ttp://classic.guesswork.jp/
maple
ttp://kunit.jp/maple/
●前スレ
【PHP】フレームワークについて語るスレ10【総合】 ※実質11
http://pc11.2ch.net/test/read.cgi/php/1219581817/
0360nobodyさん
2009/01/31(土) 21:50:46ID:???0361nobodyさん
2009/01/31(土) 21:51:05ID:???0362nobodyさん
2009/01/31(土) 21:52:14ID:???そうだよ。そういうサイトもありだが、それは一例にすぎない。
つまり、セキュアサイトの扱いはビジネスロジックそのものなんだよ。
セキュアサイトの扱いが数パターンって誰かが書いてたが、
数パターンなんてもんじゃない。それを知ってかいてるかどうかの違い
0363nobodyさん
2009/01/31(土) 21:52:18ID:???0368nobodyさん
2009/01/31(土) 21:54:18ID:???このように書いてくれんか？ｗ
0369nobodyさん
2009/01/31(土) 21:55:19ID:???0370nobodyさん
2009/01/31(土) 21:55:26ID:???それがビジネスロジックであろうがぜんぜんかまわないから。
0371nobodyさん
2009/01/31(土) 21:56:45ID:???教えてほしいなら態度をわきまえんとな。
いまさら、取り返しはつかんが
0372nobodyさん
2009/01/31(土) 21:57:07ID:???0374nobodyさん
2009/01/31(土) 22:01:21ID:???もう一回説明しとく。
だれでもハッピーな一般的なロジックなんてものはない。
ビジネスロジックそのものだから。
0375nobodyさん
2009/01/31(土) 22:01:47ID:???0376nobodyさん
2009/01/31(土) 22:04:24ID:???複数のクッキーとフォームへの埋め込みを利用し、非ログインのユーザーであっても、
その経過を追跡できるように組んである。
ちなみに、PHPのソースではなく、Apache用のモジュールを独自開発して関数一つで使えるようになっている。
0377nobodyさん
2009/01/31(土) 22:05:54ID:???0378nobodyさん
2009/01/31(土) 22:07:36ID:???それともYAHOOでしか使えないものなのか？
0379nobodyさん
2009/01/31(土) 22:07:41ID:???これがYahooのフレームワークですね
0380nobodyさん
2009/01/31(土) 22:08:52ID:???ぜんぜんビジネスロジックじゃないじゃん。
0381nobodyさん
2009/01/31(土) 22:09:02ID:???Yahooでしか使えん
0382nobodyさん
2009/01/31(土) 22:09:37ID:???なんで？
0383nobodyさん
2009/01/31(土) 22:10:03ID:???0386nobodyさん
2009/01/31(土) 22:12:01ID:???0387nobodyさん
2009/01/31(土) 22:12:21ID:???0388nobodyさん
2009/01/31(土) 22:13:33ID:???0389nobodyさん
2009/01/31(土) 22:14:45ID:???0390nobodyさん
2009/01/31(土) 22:15:04ID:???0391nobodyさん
2009/01/31(土) 22:15:27ID:???知らないのかもしれない
PHPで再現不可、その為現実的には流用は困難、そういう回答ならわからんでも無いんだが。
真偽はともかくとして
0393nobodyさん
2009/01/31(土) 22:16:36ID:???0395nobodyさん
2009/01/31(土) 22:18:39ID:???>>371
ごめんなさい謝りますから教えてください。
374 ：nobodyさん：2009/01/31(土) 22:01:21 ID:???
> じゃあ、一般的なロジックを披露してほしいものだね。
もう一回説明しとく。
だれでもハッピーな一般的なロジックなんてものはない。
ビジネスロジックそのものだから。
0396nobodyさん
2009/01/31(土) 22:18:59ID:???0397nobodyさん
2009/01/31(土) 22:19:29ID:???0398nobodyさん
2009/01/31(土) 22:19:58ID:???0400nobodyさん
2009/01/31(土) 22:20:28ID:???＞ビジネスロジックそのものだから。
一応言っておくと、その意見も別にここでまだそれほどの同意を得ている訳ではないし、
あんたも論証していない。ただ単に主張しているだけ。
0402nobodyさん
2009/01/31(土) 22:21:56ID:???> SSLページと非SSLページでセッションIDを共通にしたらセッションハイジャックされますよね。
> こういう部分をフレームワークは解決してくれているのでしょうか？
> 解決してくれているとしたら、どういった設計になっているのでしょうか？
0403nobodyさん
2009/01/31(土) 22:22:50ID:???フレームワークなんだろ？
いい加減認めろよ。
0404nobodyさん
2009/01/31(土) 22:24:13ID:???フレームワーク以外の何者でもないと思うんだがねぇ。
0405nobodyさん
2009/01/31(土) 22:24:21ID:???それでも、おまえさんがフレームワークだと呼びたいなら呼べよ。
0406nobodyさん
2009/01/31(土) 22:25:37ID:???関数一行なのにビジネスロジック？
0407nobodyさん
2009/01/31(土) 22:27:01ID:???関数でビジネスロジックを実現してますが？
0408nobodyさん
2009/01/31(土) 22:27:41ID:???フレームワークとは呼ばない
0409nobodyさん
2009/01/31(土) 22:28:08ID:???だからそれは他のサイト、システムには＊絶対に＊使い回せないのかと聞かれてるんじゃないか。
どんだけループしたいんだｗｗｗ
0412nobodyさん
2009/01/31(土) 22:29:54ID:???「絶対に」ってのが屁理屈だと言っている。
現実的には無理だ。
>>410
関数でビジネスロジックを実装している。
0413nobodyさん
2009/01/31(土) 22:31:11ID:???どっちの意味だ？
(Apacheモジュールとして実装された）関数を使ってビジネスロジックを実装しているのか
それとも関数の中身がビジネスロジックなのか。
0415nobodyさん
2009/01/31(土) 22:32:13ID:???ゆとり共
0419nobodyさん
2009/01/31(土) 22:34:48ID:???つまり、Yahooの場合は、会社内で
ビジネスロジックであるライブラリを
使い回ししているということでいいんだよな？
0420nobodyさん
2009/01/31(土) 22:35:03ID:???すまん、ちょっとおもしろかったんで。もうやめるわ。飽きたし。
そこの
> SSLページと非SSLページでセッションIDを共通にしたらセッションハイジャックされますよね。
のひと、
さぁ、勝利宣言どうぞ！
↓↓
0421nobodyさん
2009/01/31(土) 22:35:41ID:???0422nobodyさん
2009/01/31(土) 22:38:04ID:???一般的なロジックってことになるんだけどね。
いろいろいっている事が矛盾しだしてるｗ
0423nobodyさん
2009/01/31(土) 22:40:33ID:???最近のフレームワークにはライブラリ相当のものが含まれているのが普通。
0424nobodyさん
2009/01/31(土) 22:42:02ID:???0425nobodyさん
2009/01/31(土) 22:43:38ID:???> SSLページと非SSLページでセッションIDを共通にしたらセッションハイジャックされますよね。
至極単純に実装した場合、これは真だと思うんだが、どうなんでしょう。
また、これを避けるために例えば>>236の様な対策が施され、実装されているのは、（割合的に）
一般的なんでしょうかね。
（そうだとすると、自分の（会社の）作っているシステムがかなり後進的ry）
0426nobodyさん
2009/01/31(土) 22:58:58ID:???大雑把に言えば、SmartyとかPEARみたいに、特定の機能を提供するのがライブラリで、
アプリケーション全体の構造（MVC構造とか）を提供するのがフレームワーク。
フレームワークには複数のライブラリが含まれる事が多いけどな。
テンプレートライブラリとか、O/RマッパーみたいなDB中間層とか。
二重ログインを提供するだけならば、それは単なるライブラリ。
フレームワークの一部として組み込むと便利そうだ、というだけでな。
0428nobodyさん
2009/01/31(土) 23:05:05ID:???んなもん、Yahooパターンか、それ以外かを
入れ替え可能な仕組みになっていれば
その程度でフレームワークになる。
そのフレームワークに沿ったつくりの
Yahooパターンクラスはなんになるんだろうな？
フレームワーク？ プラグイン？
0429426
2009/02/01(日) 00:54:30ID:???前半は意味が不明なので読み飛ばす。
そいつが存在しないとフレームワークが動かないならば、フレームワークの一部。
存在しなくとも動くならプラグイン。
0430nobodyさん
2009/02/01(日) 00:58:57ID:???0431nobodyさん
2009/02/01(日) 00:59:12ID:???http://trac.piece-framework.com/piece-unity/ticket/137
フローIDによって別のフローに接続するビュースキーム
例えば、フローID /foo のフローにクエリ変数bar, bazをともなって接続するには下記のようにする。
flow:///foo.php?bar=baz&baz=qux
SSLで接続したい場合は、下記のようにする。
flows:///foo.php?bar=baz&baz=qux
たったこれだけでSSLにパッと切り替わるんですよね？
0432nobodyさん
2009/02/01(日) 01:04:47ID:???Piece_Flowによって、実行中のフローの状態はHTTPリクエストをまたがって保持され、フローの状態遷移の順序は完全にコントロールされます。
このことは状態の保持を前提としてプログラムを書くことを可能にします。
さらに、Piece_Flowは不正リクエストやCSRF攻撃、セッション固定化攻撃から自動的にアプリケーションを保護します。
Piece Frameworkは使うときにやたらと設定ファイルをガシガシ書かなきゃいけないみたいだったので使おうと思ってなかったんですけど、
そういう仕込み作業って、Javaのフレームワークを使っている人にとっては、そんなに苦行じゃないですか？
0433nobodyさん
2009/02/01(日) 11:34:03ID:???なんか面白そうだけど、Piece使ったことないや
ドキュメントだけでも読んでみようと思ったが・・・無いじゃないかｗ
聞き慣れない概念や用語をがしがし取り込むのはいいけど、その説明をしないでは
多分理解しにくいしちょっと手が出せない感じ
ソース頑張って読んだらわかってくるのかもしれないけど。
Piece_Flowの最後のstableが去年の夏で、半年間もドキュメント整備しないとか
どうなんだろう。
実際に使ってる人ほとんどいないんじゃなかろうか。
0434nobodyさん
2009/02/01(日) 16:33:19ID:???Piece_Flowは単体でも使えるように設計されているけど、
普通はPiece_Unityを使うから存在を意識することはほとんどないよ。
フロー定義はPiece_IDEを使って作ると楽。
0435nobodyさん
2009/02/01(日) 17:11:42ID:???ドキュメントの誤字脱字チェックぐらいなら協力できると思います！！！
ピースの中の人、頑張ってください＾＾
http://trac.piece-framework.com/piece-doc/wiki/ja/Start
Piece Frameworkドキュメント
http://gihyo.jp/dev/serial/01/piece
連載 Piece Frameworkによるブログアプリケーションの作成
http://www.amazon.co.jp/gp/product/4844326368
Piece Frameworkで作る対話的なアプリケーション
0436nobodyさん
2009/02/01(日) 17:14:39ID:???,,.r,:-‐'''"""~~`ヽ､:;:;:＼
r"r ゝ､:;:ヽ
r‐-､ ,...,, |;;;;| ,,.-‐-:､ ヾ;:;ゝ
:i! i! |: : i! ヾ| r'"~~` :;: ::;",,-‐‐- `r'^!
! i!. | ;| l| ''"~~ ､ i' |
i! ヽ | | | ,.:'" ､ヽ､ !,ﾉ イェ〜イ
ゝ `-! :| i! .:;: '~~ｰ~~'" ﾞヾ : : ::| ピースの中の人、
r'"~`ヾ、 i! i! ,,-ｪェI二エﾌﾌ : : :::ﾉ~|` 頑張ってください＾＾
,.ゝ､ r'""`ヽ､i! `:､ ー - '" :: : :／ ,/
!､ `ヽ､ー､ ヽ‐''"`ヾ､.....,,,,＿,,,,.-‐'",..-'"
| ＼ i:" ） | ~`'''ー----''"~
ヽ `'" ノ
0437nobodyさん
2009/02/01(日) 17:26:04ID:???ピースフローは、ZFと組み合わせて使えるらしい。
http://gihyo.jp/dev/serial/01/piece/0002?page=2
Piece_Flowは汎用のフレームワークであり，他のフレームワークと容易に統合することが可能です
Zend Frameworkと統合したRevulo_Controller_Dispatcher_Flowがあります。
http://www.revulo.com/ZendFramework/Component/Piece_Flow.html
Piece_Flow を Zend Framework に組み込み、 Piece Framework と同様のステートフルなプログラミングができるようにします。
,.,.,.,.,.,.,.,.,__
,,;f::::::::::::::::::::::ヽ
i::/'￣￣￣ヾi::l
|::| ／ ＼,|::|
|r-（ ・ );（ ・ )-|
( ヽ :::(__)..:: } ＜・・・で、SSLは簡単になるの？
,＿＿__／ヽ -==- /
r'"ヽ t､ ヽ＿＿_/
/ ､､i ヽ＿＿,,/
/ ヽﾉ j , j |ヽ
|⌒`'､__ / / /r |
{ ￣''ｰ-､,,_,ﾍ＾ |
ゝ-,,,＿＿＿＿_）--､j
/ ＼__ /
0438nobodyさん
2009/02/01(日) 17:32:07ID:???>>1のテンプレFWのユーザーの皆様がご紹介ください！！！
トップバッターはシンフォニーでお願いします＞＜
↓↓↓
0439nobodyさん
2009/02/01(日) 17:47:35ID:???頭が痛くなりそうだけど、IDEを使えばサクサク書けるのでしょうか？>>434
http://gihyo.jp/dev/serial/01/piece/0009?page=4
Piece_IDEのフローデザイナーはGUIベースのフロー定義を可能にします。
フローデザイナーを使うと複雑なフローでも混乱することなく開発を進められると思います。
http://trac.piece-framework.com/piece-ide/wiki/ja/Start
Piece_IDEは、Eclipse上に構築されたPiece Frameworkの統合開発環境です。
0440nobodyさん
2009/02/01(日) 17:59:41ID:???http://www.thinkit.co.jp/article/74/1/
http://pc11.2ch.net/test/read.cgi/tech/1231856193
http://txqz.net/blog/2008/02/13/1626
httpプロトコルはステートレス。
COOKIEとかGETパラメータとかPOSTパラメータとか他のヘッダとかを使って擬似的にステートフルにできている。
ステートレスだけで処理しようとすると問題が起こる。
[入力]→[確認]→[完了]と画面が推移するとき、ユーザが入力した情報をhiddenパラメータなどでクライアントに返してしまうと、確認の前と完了の前とで2回データチェックする必要が出てくる。
HTTPプロトコルがステートレスなのにアプリがステートフルを要求している。
いまさらHTTPプロトコルは変えようがない。
そこのギャップをフレームワークがうまく解決してくれる。
HTTPの仕組みの上でWEBアプリを作るのは、PHPだけの悩みじゃないんですよね〜＞＜
0441nobodyさん
2009/02/01(日) 18:01:34ID:???現時点でステートフルな特性を持つフレームワークは少数派です。
それでも，筆者はステートフルな特性がWebアプリケーション開発において重要な価値があると考えています。
そして，Piece Frameworkはまだまだ進化の過程にあります。
アプリケーション開発の中心をより本質的な部分にシフトさせるべく，Piece Frameworkの開発は続きます。
Piece Frameworkの今後の発展にご期待ください。
ここまで読んで頂いた皆様に感謝いたします。
ありがとうございました。
0442nobodyさん
2009/02/01(日) 18:03:26ID:???ピース試す時間なかったorz
0443nobodyさん
2009/02/01(日) 18:10:30ID:???あとはブログにでも書いてくれ
0444nobodyさん
2009/02/02(月) 00:32:10ID:???ステートレスなHTTPプロトコルを、フレームワークがステートフルにしてくれれば誰がWEBアプリを作ってもセキュアになる
0445nobodyさん
2009/02/02(月) 01:58:28ID:???一部の馬鹿がオナニー覚えた猿みたいに自演連投し出して始末に終えないなｗ
0447nobodyさん
2009/02/02(月) 03:52:14ID:???ステートフルに作らないといけない処理は、webサービスのごく一部だしなぁ。
そのためにフレームワークいっこ覚える気にはならん。
大体そういう場所ってセキュリティ的にも大事な場所だから、曖昧な理解で他所のコード使うわけにもいかんし。
0449nobodyさん
2009/02/02(月) 10:36:18ID:???フレームワークで無理ならもっと下のレイヤーで改善したら確実ですよね？
＝HTTP/HTTPSに代わる新しいセキュアなプロトコルを作ればいいんじゃないか？
でも、面倒くさし金にならんから誰もやらんか…俺はやる気以前の問題として知識がないから無理ｗ
0450nobodyさん
2009/02/02(月) 10:44:14ID:???0451nobodyさん
2009/02/02(月) 10:46:29ID:???携帯電話は、端末IDを使えばユーザーの特定が安全＆楽でしょうか？
0453nobodyさん
2009/02/02(月) 13:51:06ID:xbZu7ZNvPieceFrameworkの利点って何？教えてえらい人。
>>452
機種によって違うけど、アクセスするたびに許可を求めてくる物がほとんどだと思う。
0454nobodyさん
2009/02/02(月) 14:27:46ID:???> ステートフルとスレートレスの違いって何？
ttp://pc11.2ch.net/test/read.cgi/php/1227303362/
> PieceFrameworkの利点って何？
ttp://piece-framework.com/ja/index.html
自分でもう少し掘り下げてから質問したらどうよ
0455nobodyさん
2009/02/02(月) 15:00:08ID:???Ruby1.9安定版が出ていよいよPHP脂肪カウントダウン開始ｗｗｗ
0456nobodyさん
2009/02/02(月) 15:04:12ID:???クッキーやIPアドレスに比べ、より直接的に個人特定・追跡できそうな情報なんだが、
前提にしているサイトって多いのかな？あんまり騒ぎにならないな
これって、その機体の契約の間ずっと不変なんでしょ？
0457nobodyさん
2009/02/02(月) 15:08:42ID:???0459nobodyさん
2009/02/02(月) 16:08:03ID:???今は偶数か奇数かで安定版と開発版の区別はないぞ。
Rubyも偶数奇数でわかれてたっけ?
そのへんは、おおらかにやってそうなふいんきだけど...
■ このスレッドは過去ログ倉庫に格納されています