のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:126,368,687人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレ【PHP】フレームワークについて語るスレ12【総合】

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    401 = :

    >>399
    それは具体的な話じゃない。セッションにクッキーを利用しているとかいう程度の簡単な概略。

    402 = :

    やっぱり、こういうレベルの人は煽りのクオリティも(ry

    > SSLページと非SSLページでセッションIDを共通にしたらセッションハイジャックされますよね。
    > こういう部分をフレームワークは解決してくれているのでしょうか?
    > 解決してくれているとしたら、どういった設計になっているのでしょうか?

    403 = :

    なぁ。結局会社内では使い回ししている
    フレームワークなんだろ?
    いい加減認めろよ。

    404 = :

    関数ひとつで一連の処理ができるようになっている以上
    フレームワーク以外の何者でもないと思うんだがねぇ。

    405 = :

    Yahooではそれをフレームワークとは呼んでない。
    それでも、おまえさんがフレームワークだと呼びたいなら呼べよ。

    406 = :

    フレームワークじゃなくてビジネスロジックとでも呼んでいるのか?

    関数一行なのにビジネスロジック?

    407 = :

    関数と呼んでいる
    関数でビジネスロジックを実現してますが?

    408 = :

    で、そういう関数の集まりをライブラリと呼んでいる。
    フレームワークとは呼ばない

    409 = :

    >>407
    だからそれは他のサイト、システムには*絶対に*使い回せないのかと聞かれてるんじゃないか。
    どんだけループしたいんだwww

    410 = :

    >>407
    Apacheのモジュールとして実装された
    関数の中身をビジネスロジックと呼んでいるのか?

    411 = :

    >>408
    ライブラリって普通使いませるものだよね?
    ビジネスロジックとは呼ばないよね?

    412 = :

    >>409
    「絶対に」ってのが屁理屈だと言っている。
    現実的には無理だ。

    >>410
    関数でビジネスロジックを実装している。

    414 = :

    >>411
    ライブラリにビジネスロジックを実装することはある。

    415 = :

    チャットすんなよ
    ゆとり共

    416 = :

    >>414
    そんな可能性の話すんなよ。屁理屈じゃねーかw

    この場合はどうなのかって話だ。

    417 = :

    >>416
    可能性じゃない。Yahooの場合はそうしているという話

    おまえさん、壊れてきたね

    418 = :

    >>415
    誰が困るってわけでもねーだろw

    419 = :

    >>417
    つまり、Yahooの場合は、会社内で
    ビジネスロジックであるライブラリを
    使い回ししているということでいいんだよな?

    420 = :

    >>415

    すまん、ちょっとおもしろかったんで。もうやめるわ。飽きたし。
    そこの
    > SSLページと非SSLページでセッションIDを共通にしたらセッションハイジャックされますよね。
    のひと、
    さぁ、勝利宣言どうぞ!
    ↓↓

    421 = :

    断る

    422 = :

    使い回しできるってことは、Yahooにとっては
    一般的なロジックってことになるんだけどね。

    いろいろいっている事が矛盾しだしてるw

    423 = :

    フレームワークじゃなくてライブラリだというが、
    最近のフレームワークにはライブラリ相当のものが含まれているのが普通。

    424 = :

    やっと頭がおかしいやつが消えたか?

    425 = :

    おれは元の質問者ではないが、改めて。

    > SSLページと非SSLページでセッションIDを共通にしたらセッションハイジャックされますよね。

    至極単純に実装した場合、これは真だと思うんだが、どうなんでしょう。
    また、これを避けるために例えば>>236の様な対策が施され、実装されているのは、(割合的に)
    一般的なんでしょうかね。

    (そうだとすると、自分の(会社の)作っているシステムがかなり後進的ry)

    426 = :

    ライブラリとフレームワークの違いは、「フレームワークとは何か?」って論争になりそうで触れたくねーけどな。
    大雑把に言えば、SmartyとかPEARみたいに、特定の機能を提供するのがライブラリで、
    アプリケーション全体の構造(MVC構造とか)を提供するのがフレームワーク。

    フレームワークには複数のライブラリが含まれる事が多いけどな。
    テンプレートライブラリとか、O/RマッパーみたいなDB中間層とか。

    二重ログインを提供するだけならば、それは単なるライブラリ。
    フレームワークの一部として組み込むと便利そうだ、というだけでな。

    427 = :

    >>426
    餌をやらないでください

    428 = :

    >>426
    んなもん、Yahooパターンか、それ以外かを
    入れ替え可能な仕組みになっていれば
    その程度でフレームワークになる。

    そのフレームワークに沿ったつくりの
    Yahooパターンクラスはなんになるんだろうな?
    フレームワーク? プラグイン?

    429 = :

    >428
    前半は意味が不明なので読み飛ばす。

    そいつが存在しないとフレームワークが動かないならば、フレームワークの一部。
    存在しなくとも動くならプラグイン。

    430 = :

    正確にはフレームワーク標準のプラグイン

    431 = :

    継続ベースのPiece Frameworkなら、HTTPとHTTPSのスキーム切替えは簡単なんじゃないでしょうか?

    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にパッと切り替わるんですよね?

    432 = :

    http://trac.piece-framework.com/piece-flow/wiki/ja/Start
    Piece_Flowによって、実行中のフローの状態はHTTPリクエストをまたがって保持され、フローの状態遷移の順序は完全にコントロールされます。
    このことは状態の保持を前提としてプログラムを書くことを可能にします。
    さらに、Piece_Flowは不正リクエストやCSRF攻撃、セッション固定化攻撃から自動的にアプリケーションを保護します。

    Piece Frameworkは使うときにやたらと設定ファイルをガシガシ書かなきゃいけないみたいだったので使おうと思ってなかったんですけど、
    そういう仕込み作業って、Javaのフレームワークを使っている人にとっては、そんなに苦行じゃないですか?

    433 = :

    >>431-432
    なんか面白そうだけど、Piece使ったことないや
    ドキュメントだけでも読んでみようと思ったが・・・無いじゃないかw

    聞き慣れない概念や用語をがしがし取り込むのはいいけど、その説明をしないでは
    多分理解しにくいしちょっと手が出せない感じ
    ソース頑張って読んだらわかってくるのかもしれないけど。
    Piece_Flowの最後のstableが去年の夏で、半年間もドキュメント整備しないとか
    どうなんだろう。
    実際に使ってる人ほとんどいないんじゃなかろうか。

    434 = :

    >>433
    Piece_Flowは単体でも使えるように設計されているけど、
    普通はPiece_Unityを使うから存在を意識することはほとんどないよ。
    フロー定義はPiece_IDEを使って作ると楽。

    435 = :

    一時期、PHPプロ(アシアル)さんが押してたみたいですが、最近あまり話題を聞かない…
    ドキュメントの誤字脱字チェックぐらいなら協力できると思います!!!
    ピースの中の人、頑張ってください^^

    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で作る対話的なアプリケーション

    436 = :

                 _,,..r'''""~~`''ー-.、
                ,,.r,:-‐'''"""~~`ヽ、:;:;:\
               r"r          ゝ、:;:ヽ
       r‐-、   ,...,, |;;;;|       ,,.-‐-:、 ヾ;:;ゝ
       :i!  i!  |: : i! ヾ| r'"~~` :;: ::;",,-‐‐-  `r'^!
        !  i!.  |  ;| l|  ''"~~   、      i' |
         i! ヽ |  | |    ,.:'"   、ヽ、   !,ノ イェ~イ
        ゝ  `-!  :| i!  .:;: '~~ー~~'" ゙ヾ : : ::|  ピースの中の人、
       r'"~`ヾ、   i! i!   ,,-ェェI二エフフ : : :::ノ~|`  頑張ってください^^
      ,.ゝ、  r'""`ヽ、i! `:、   ー - '" :: : :/ ,/
      !、  `ヽ、ー、   ヽ‐''"`ヾ、.....,,,,_,,,,.-‐'",..-'"
       | \ i:" )     |   ~`'''ー----''"~
       ヽ `'"     ノ

    437 = :

    今連載記事飛ばし読み中
    ピースフローは、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
        /  \__       /

    439 = :

    ピース連載記事、チラ見でYAMLの嵐…
    頭が痛くなりそうだけど、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の統合開発環境です。

    441 = :

    http://gihyo.jp/dev/serial/01/piece/0010
    現時点でステートフルな特性を持つフレームワークは少数派です。
    それでも,筆者はステートフルな特性がWebアプリケーション開発において重要な価値があると考えています。
    そして,Piece Frameworkはまだまだ進化の過程にあります。
    アプリケーション開発の中心をより本質的な部分にシフトさせるべく,Piece Frameworkの開発は続きます。
    Piece Frameworkの今後の発展にご期待ください。

    ここまで読んで頂いた皆様に感謝いたします。
    ありがとうございました。

    442 = :

    土日の勉強タイム終わり
    ピース試す時間なかったorz

    443 = :

    オツカレ。
    あとはブログにでも書いてくれ

    444 = :

    そうだよな
    ステートレスなHTTPプロトコルを、フレームワークがステートフルにしてくれれば誰がWEBアプリを作ってもセキュアになる

    445 = :

    しかし自演し放題のスレだとくだらない煽り合い始まると
    一部の馬鹿がオナニー覚えた猿みたいに自演連投し出して始末に終えないなw

    446 = :

    >>445
    自覚しろよ。

    447 = :

    それセッション変数で(ry

    ステートフルに作らないといけない処理は、webサービスのごく一部だしなぁ。
    そのためにフレームワークいっこ覚える気にはならん。
    大体そういう場所ってセキュリティ的にも大事な場所だから、曖昧な理解で他所のコード使うわけにもいかんし。

    448 = :

    >>>444
    ステートフルになったら、誰が作ってもセキュアになるってセンス、ありえねぇ

    449 = :

    誰が作ってもセキュア…これはデジタル土方の間で流行る予感(・∀・)
    フレームワークで無理ならもっと下のレイヤーで改善したら確実ですよね?
    =HTTP/HTTPSに代わる新しいセキュアなプロトコルを作ればいいんじゃないか?
    でも、面倒くさし金にならんから誰もやらんか…俺はやる気以前の問題として知識がないから無理w

    450 = :

    IDSに依存する開発者とか、バカすぎるだろ。あれと一緒。


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について