- 1 名前：nobodyさん mailto:sage [2008/12/23(火) 00:36:15 ID:???]
- PHPのフレームワークに関する話題用のスレッド
●国外産●
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
pc11.2ch.net/test/read.cgi/php/1219581817/
- 419 名前：nobodyさん mailto:sage [2009/01/31(土) 22:34:48 ID:???]
- >>417
つまり、Yahooの場合は、会社内で
ビジネスロジックであるライブラリを
使い回ししているということでいいんだよな？
- 420 名前：nobodyさん mailto:sage [2009/01/31(土) 22:35:03 ID:???]
- >>415
すまん、ちょっとおもしろかったんで。もうやめるわ。飽きたし。
そこの
> SSLページと非SSLページでセッションIDを共通にしたらセッションハイジャックされますよね。
のひと、
さぁ、勝利宣言どうぞ！
↓↓
- 421 名前：nobodyさん mailto:sage [2009/01/31(土) 22:35:41 ID:???]
- 断る
- 422 名前：nobodyさん mailto:sage [2009/01/31(土) 22:38:04 ID:???]
- 使い回しできるってことは、Yahooにとっては
一般的なロジックってことになるんだけどね。
いろいろいっている事が矛盾しだしてるｗ
- 423 名前：nobodyさん mailto:sage [2009/01/31(土) 22:40:33 ID:???]
- フレームワークじゃなくてライブラリだというが、
最近のフレームワークにはライブラリ相当のものが含まれているのが普通。
- 424 名前：nobodyさん mailto:sage [2009/01/31(土) 22:42:02 ID:???]
- やっと頭がおかしいやつが消えたか？
- 425 名前：nobodyさん mailto:sage [2009/01/31(土) 22:43:38 ID:???]
- おれは元の質問者ではないが、改めて。
> SSLページと非SSLページでセッションIDを共通にしたらセッションハイジャックされますよね。
至極単純に実装した場合、これは真だと思うんだが、どうなんでしょう。
また、これを避けるために例えば>>236の様な対策が施され、実装されているのは、（割合的に）
一般的なんでしょうかね。
（そうだとすると、自分の（会社の）作っているシステムがかなり後進的ry）
- 426 名前：nobodyさん mailto:sage [2009/01/31(土) 22:58:58 ID:???]
- ライブラリとフレームワークの違いは、「フレームワークとは何か？」って論争になりそうで触れたくねーけどな。
大雑把に言えば、SmartyとかPEARみたいに、特定の機能を提供するのがライブラリで、
アプリケーション全体の構造（MVC構造とか）を提供するのがフレームワーク。
フレームワークには複数のライブラリが含まれる事が多いけどな。
テンプレートライブラリとか、O/RマッパーみたいなDB中間層とか。
二重ログインを提供するだけならば、それは単なるライブラリ。
フレームワークの一部として組み込むと便利そうだ、というだけでな。
- 427 名前：nobodyさん mailto:sage [2009/01/31(土) 23:00:50 ID:???]
- >>426
餌をやらないでください
- 428 名前：nobodyさん mailto:sage [2009/01/31(土) 23:05:05 ID:???]
- >>426
んなもん、Yahooパターンか、それ以外かを
入れ替え可能な仕組みになっていれば
その程度でフレームワークになる。
そのフレームワークに沿ったつくりの
Yahooパターンクラスはなんになるんだろうな？
フレームワーク？ プラグイン？
- 429 名前：426 mailto:sage [2009/02/01(日) 00:54:30 ID:???]
- >428
前半は意味が不明なので読み飛ばす。
そいつが存在しないとフレームワークが動かないならば、フレームワークの一部。
存在しなくとも動くならプラグイン。
- 430 名前：nobodyさん mailto:sage [2009/02/01(日) 00:58:57 ID:???]
- 正確にはフレームワーク標準のプラグイン
- 431 名前：nobodyさん mailto:sage [2009/02/01(日) 00:59:12 ID:???]
- 継続ベースのPiece Frameworkなら、HTTPとHTTPSのスキーム切替えは簡単なんじゃないでしょうか？
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 名前：nobodyさん mailto:sage [2009/02/01(日) 01:04:47 ID:???]
- trac.piece-framework.com/piece-flow/wiki/ja/Start
Piece_Flowによって、実行中のフローの状態はHTTPリクエストをまたがって保持され、フローの状態遷移の順序は完全にコントロールされます。
このことは状態の保持を前提としてプログラムを書くことを可能にします。
さらに、Piece_Flowは不正リクエストやCSRF攻撃、セッション固定化攻撃から自動的にアプリケーションを保護します。
Piece Frameworkは使うときにやたらと設定ファイルをガシガシ書かなきゃいけないみたいだったので使おうと思ってなかったんですけど、
そういう仕込み作業って、Javaのフレームワークを使っている人にとっては、そんなに苦行じゃないですか？
- 433 名前：nobodyさん mailto:sage [2009/02/01(日) 11:34:03 ID:???]
- >>431-432
なんか面白そうだけど、Piece使ったことないや
ドキュメントだけでも読んでみようと思ったが・・・無いじゃないかｗ
聞き慣れない概念や用語をがしがし取り込むのはいいけど、その説明をしないでは
多分理解しにくいしちょっと手が出せない感じ
ソース頑張って読んだらわかってくるのかもしれないけど。
Piece_Flowの最後のstableが去年の夏で、半年間もドキュメント整備しないとか
どうなんだろう。
実際に使ってる人ほとんどいないんじゃなかろうか。
- 434 名前：nobodyさん mailto:sage [2009/02/01(日) 16:33:19 ID:???]
- >>433
Piece_Flowは単体でも使えるように設計されているけど、
普通はPiece_Unityを使うから存在を意識することはほとんどないよ。
フロー定義はPiece_IDEを使って作ると楽。
- 435 名前：nobodyさん mailto:sage [2009/02/01(日) 17:11:42 ID:???]
- 一時期、PHPプロ（アシアル）さんが押してたみたいですが、最近あまり話題を聞かない…
ドキュメントの誤字脱字チェックぐらいなら協力できると思います！！！
ピースの中の人、頑張ってください＾＾
trac.piece-framework.com/piece-doc/wiki/ja/Start
Piece Frameworkドキュメント
gihyo.jp/dev/serial/01/piece
連載 Piece Frameworkによるブログアプリケーションの作成
www.amazon.co.jp/gp/product/4844326368
Piece Frameworkで作る対話的なアプリケーション
- 436 名前：nobodyさん mailto:sage [2009/02/01(日) 17:14:39 ID:???]
- _,,..r'''""~~`''ｰ-.､
,,.r,:-‐'''"""~~`ヽ､:;:;:＼
r"r ゝ､:;:ヽ
r‐-､ ,...,, |;;;;| ,,.-‐-:､ ヾ;:;ゝ
:i! i! |: : i! ヾ| r'"~~` :;: ::;",,-‐‐- `r'^!
! i!. | ;| l| ''"~~ ､ i' |
i! ヽ | | | ,.:'" ､ヽ､ !,ﾉ イェ〜イ
ゝ `-! :| i! .:;: '~~ｰ~~'" ﾞヾ : : ::| ピースの中の人、
r'"~`ヾ、 i! i! ,,-ｪェI二エﾌﾌ : : :::ﾉ~|` 頑張ってください＾＾
,.ゝ､ r'""`ヽ､i! `:､ ー - '" :: : :／ ,/
!､ `ヽ､ー､ ヽ‐''"`ヾ､.....,,,,＿,,,,.-‐'",..-'"
| ＼ i:" ） | ~`'''ー----''"~
ヽ `'" ノ
- 437 名前：nobodyさん mailto:sage [2009/02/01(日) 17:26:04 ID:???]
- 今連載記事飛ばし読み中
ピースフローは、ZFと組み合わせて使えるらしい。
gihyo.jp/dev/serial/01/piece/0002?page=2
Piece_Flowは汎用のフレームワークであり，他のフレームワークと容易に統合することが可能です
Zend Frameworkと統合したRevulo_Controller_Dispatcher_Flowがあります。
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
/ ＼__ /
- 438 名前：nobodyさん mailto:sage [2009/02/01(日) 17:32:07 ID:???]
- HTTPとHTTPSのスキーム切替えの対応方法を
>>1のテンプレFWのユーザーの皆様がご紹介ください！！！
トップバッターはシンフォニーでお願いします＞＜
↓↓↓
- 439 名前：nobodyさん mailto:sage [2009/02/01(日) 17:47:35 ID:???]
- ピース連載記事、チラ見でYAMLの嵐…
頭が痛くなりそうだけど、IDEを使えばサクサク書けるのでしょうか？>>434
gihyo.jp/dev/serial/01/piece/0009?page=4
Piece_IDEのフローデザイナーはGUIベースのフロー定義を可能にします。
フローデザイナーを使うと複雑なフローでも混乱することなく開発を進められると思います。
trac.piece-framework.com/piece-ide/wiki/ja/Start
Piece_IDEは、Eclipse上に構築されたPiece Frameworkの統合開発環境です。
- 440 名前：nobodyさん mailto:sage [2009/02/01(日) 17:59:41 ID:???]
- Gauche＋Kahuaで、ステートフルなWebアプリ作成を練習してみると、Piece Frameworkの利便性が分かるでしょうか？
www.thinkit.co.jp/article/74/1/
pc11.2ch.net/test/read.cgi/tech/1231856193
txqz.net/blog/2008/02/13/1626
httpプロトコルはステートレス。
COOKIEとかGETパラメータとかPOSTパラメータとか他のヘッダとかを使って擬似的にステートフルにできている。
ステートレスだけで処理しようとすると問題が起こる。
[入力]→[確認]→[完了]と画面が推移するとき、ユーザが入力した情報をhiddenパラメータなどでクライアントに返してしまうと、確認の前と完了の前とで2回データチェックする必要が出てくる。
HTTPプロトコルがステートレスなのにアプリがステートフルを要求している。
いまさらHTTPプロトコルは変えようがない。
そこのギャップをフレームワークがうまく解決してくれる。
HTTPの仕組みの上でWEBアプリを作るのは、PHPだけの悩みじゃないんですよね〜＞＜
- 441 名前：nobodyさん mailto:sage [2009/02/01(日) 18:01:34 ID:???]
- gihyo.jp/dev/serial/01/piece/0010
現時点でステートフルな特性を持つフレームワークは少数派です。
それでも，筆者はステートフルな特性がWebアプリケーション開発において重要な価値があると考えています。
そして，Piece Frameworkはまだまだ進化の過程にあります。
アプリケーション開発の中心をより本質的な部分にシフトさせるべく，Piece Frameworkの開発は続きます。
Piece Frameworkの今後の発展にご期待ください。
ここまで読んで頂いた皆様に感謝いたします。
ありがとうございました。
- 442 名前：nobodyさん mailto:sage [2009/02/01(日) 18:03:26 ID:???]
- 土日の勉強タイム終わり
ピース試す時間なかったorz
- 443 名前：nobodyさん mailto:sage [2009/02/01(日) 18:10:30 ID:???]
- オツカレ。
あとはブログにでも書いてくれ
- 444 名前：nobodyさん mailto:sage [2009/02/02(月) 00:32:10 ID:???]
- そうだよな
ステートレスなHTTPプロトコルを、フレームワークがステートフルにしてくれれば誰がWEBアプリを作ってもセキュアになる
- 445 名前：nobodyさん mailto:sage [2009/02/02(月) 01:58:28 ID:???]
- しかし自演し放題のスレだとくだらない煽り合い始まると
一部の馬鹿がオナニー覚えた猿みたいに自演連投し出して始末に終えないなｗ
- 446 名前：nobodyさん mailto:sage [2009/02/02(月) 02:10:06 ID:???]
- >>445
自覚しろよ。
- 447 名前：nobodyさん mailto:sage [2009/02/02(月) 03:52:14 ID:???]
- それセッション変数で（ｒｙ
ステートフルに作らないといけない処理は、webサービスのごく一部だしなぁ。
そのためにフレームワークいっこ覚える気にはならん。
大体そういう場所ってセキュリティ的にも大事な場所だから、曖昧な理解で他所のコード使うわけにもいかんし。
- 448 名前：nobodyさん mailto:sage [2009/02/02(月) 07:12:40 ID:???]
- >>>444
ステートフルになったら、誰が作ってもセキュアになるってセンス、ありえねぇ
- 449 名前：nobodyさん mailto:sage [2009/02/02(月) 10:36:18 ID:???]
- 誰が作ってもセキュア…これはデジタル土方の間で流行る予感（・∀・）
フレームワークで無理ならもっと下のレイヤーで改善したら確実ですよね？
＝HTTP/HTTPSに代わる新しいセキュアなプロトコルを作ればいいんじゃないか？
でも、面倒くさし金にならんから誰もやらんか…俺はやる気以前の問題として知識がないから無理ｗ
- 450 名前：nobodyさん mailto:sage [2009/02/02(月) 10:44:14 ID:???]
- IDSに依存する開発者とか、バカすぎるだろ。あれと一緒。
- 451 名前：nobodyさん mailto:sage [2009/02/02(月) 10:46:29 ID:???]
- PCの場合、ユーザーを特定する方法って複雑そうですね＾＾
携帯電話は、端末IDを使えばユーザーの特定が安全＆楽でしょうか？
- 452 名前：nobodyさん mailto:sage [2009/02/02(月) 11:01:12 ID:???]
- >>451
携帯の端末IDって設定で許可していないと取れなかったような気がするが、
今はどうなってるの？
- 453 名前：nobodyさん [2009/02/02(月) 13:51:06 ID:xbZu7ZNv]
- ところで、ステートフルとスレートレスの違いって何？
PieceFrameworkの利点って何？教えてえらい人。
>>452
機種によって違うけど、アクセスするたびに許可を求めてくる物がほとんどだと思う。
- 454 名前：nobodyさん mailto:sage [2009/02/02(月) 14:27:46 ID:???]
- >>453
> ステートフルとスレートレスの違いって何？
ttp://pc11.2ch.net/test/read.cgi/php/1227303362/
> PieceFrameworkの利点って何？
ttp://piece-framework.com/ja/index.html
自分でもう少し掘り下げてから質問したらどうよ
- 455 名前：nobodyさん mailto:sage [2009/02/02(月) 15:00:08 ID:???]
- www.ruby-lang.org/ja/news/2009/01/30/ruby-1-9-1-released/
Ruby1.9安定版が出ていよいよPHP脂肪カウントダウン開始ｗｗｗ
- 456 名前：nobodyさん mailto:sage [2009/02/02(月) 15:04:12 ID:???]
- >>453
クッキーやIPアドレスに比べ、より直接的に個人特定・追跡できそうな情報なんだが、
前提にしているサイトって多いのかな？あんまり騒ぎにならないな
これって、その機体の契約の間ずっと不変なんでしょ？
- 457 名前：nobodyさん mailto:sage [2009/02/02(月) 15:08:42 ID:???]
- 騒ぎになってるよ
- 458 名前：nobodyさん mailto:sage [2009/02/02(月) 15:48:00 ID:???]
- >>455
奇数バージョンは実験的なバージョンだよ
Linuxのカーネルと同じ
- 459 名前：nobodyさん mailto:sage [2009/02/02(月) 16:08:03 ID:???]
- 待て、Rubyはどうかしらんが、Linuxカーネルに
今は偶数か奇数かで安定版と開発版の区別はないぞ。
Rubyも偶数奇数でわかれてたっけ?
そのへんは、おおらかにやってそうなふいんきだけど...
- 460 名前：nobodyさん mailto:sage [2009/02/02(月) 17:14:57 ID:???]
- blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list/25881
- 461 名前：nobodyさん mailto:sage [2009/02/02(月) 17:22:35 ID:???]
- なぜ本家リファレンスマニュアルを参照しない。
ttp://www.ruby-lang.org/ja/man/html/_C1C8A4DFB9FEA4DFC4EABFF4.html#RUBY_VERSION
> Ruby のバージョンは、 major.minor.teeny という形式です
>
> version 1.8 までは、minor が奇数のバージョンは開発版、 minor
> が偶数のバージョンは安定版です。1.9.0 以降は、 teeny が 0
> のバージョンが開発版となる予定です。
なので1.9.1は安定版でよかろう。つかwww.ruby-lang.orgにそう書いてある。
しかし、それが本当に安定しているかどうかは別の問題だが。
- 462 名前：nobodyさん mailto:sage [2009/02/02(月) 17:31:17 ID:???]
- Rubyは文法が涙目だから駄目だろ
elsifだけは勘弁してくれよ
- 463 名前：nobodyさん mailto:sage [2009/02/02(月) 18:12:53 ID:???]
- >>462
じゃぁPerlと（略）とTT.pmの組み合わせにしなさい。
- 464 名前：nobodyさん mailto:sage [2009/02/02(月) 18:24:05 ID:???]
- >>462
そのキーワードの何がそんなに気に入らないのかわからん。
PHPのarray_**は気に入らんが、それだけで文法が駄目とか思わんし。
- 465 名前：nobodyさん mailto:sage [2009/02/02(月) 18:28:15 ID:???]
- elsifとかelifとか慣れの問題だろ。柔軟に適応できないやつはマに向いてないぞ。
あれこれ難癖つけて1つの言語にこだわって結局自滅するんだ。
- 466 名前：nobodyさん mailto:sage [2009/02/02(月) 19:08:34 ID:???]
- 禿堂
- 467 名前：nobodyさん mailto:sage [2009/02/02(月) 19:14:01 ID:???]
- インターネットって危険がイッパイなんですね！＞＜
大事な用件は直接会って話そう！
- 468 名前：nobodyさん mailto:sage [2009/02/02(月) 19:58:48 ID:???]
- }
else
if () {
}
って書けなくて気持ち悪いからだろ
CやJava書いてる奴はそういう奴多い
- 469 名前：nobodyさん mailto:sage [2009/02/02(月) 20:18:47 ID:???]
- case〜when があるから elsif なんかめったに使わないし
- 470 名前：nobodyさん mailto:sage [2009/02/02(月) 20:44:56 ID:???]
- >>468
そんなこだわりをもったまま他の言語を使おうと思う方がおかしくないか？
まるで世界中英語で押し通す英米人のようだ
- 471 名前：nobodyさん mailto:sage [2009/02/02(月) 20:48:12 ID:???]
- ハワイで日本語が通じないって怒ってる日本人だろ
- 472 名前：nobodyさん mailto:sage [2009/02/02(月) 20:53:14 ID:???]
- >>470
いやだからPHPフレームワークのスレにいるんだろこの人は
なんでそこでRubyやる覚悟を説く必要あるんだ
- 473 名前：nobodyさん mailto:sage [2009/02/02(月) 20:57:03 ID:???]
- C＝イギリス
Java＝アメリカ
PHP＝オーストラリア
だとして、
イギリス系やアメリカ系のオーストラリア人同士が、
フランス語って英語と文法違ってめんどいよねー
でもオーストラリアは英語だからいいよねーって話してたら、
急にフランス人が来てその意味解らん、そんなんでフランス語が
できるようになるわけないだろ、って言われてるようなもんだな。
- 474 名前：nobodyさん mailto:sage [2009/02/02(月) 21:17:26 ID:???]
- 適応力があるかないかの差でしょ
言語として使う必要がくれば使うことに別段抵抗はないなぁ
重要なのは何を使うかじゃなくて何を作るかだしなー
まぁRubyは当面必要になるような場面が全然思い当たらないし
勉強する気もないけどさー
つか、好き好き語るならPHPFWの好き嫌いを語ったほうがよさそうだｗ
- 475 名前：nobodyさん mailto:sage [2009/02/02(月) 21:17:34 ID:???]
- オーストラリア馬鹿にすんな!!!
- 476 名前：nobodyさん mailto:sage [2009/02/02(月) 21:28:22 ID:???]
- 本当に馬鹿にされてるのはおフランス
てゆーか一番問題なのは定期的に多言語界隈に沸く
Ruby信者の低脳な釣り餌に全力で食いつく雑魚どもだとおもうけどなｗｗ
- 477 名前：nobodyさん mailto:sage [2009/02/02(月) 22:00:19 ID:???]
- 今回のエサはRubyアンチが撒いてるんじゃないか
どっちでも食いつきがいいんだけどなこのスレは
いつものこととはいえ、お前らほんとはPHP嫌いで使ってるだろｗ
- 478 名前：nobodyさん mailto:sage [2009/02/02(月) 22:02:28 ID:???]
- 古女房みたいなもんだ
ミテクレはいまいちでも、いつでもやれるし、あそこのフィット感がいい。
- 479 名前：nobodyさん mailto:sage [2009/02/02(月) 22:33:33 ID:???]
- >>478
確かに。しかも安く済む。
- 480 名前：nobodyさん mailto:sage [2009/02/03(火) 01:40:22 ID:???]
- 俺たちデジタル土方は、既製品を使う立場。
既製品が気に入らないなら、自分で好きなようにプログラミング言語を作ればいい。
でもプログラミング言語を開発する手間に比べたら、既製品を使う方がずっと手軽だ。
既製品を使う必然性は、すぐ使えるという利便性にある。
既製品とはいえ、ある程度の選択肢は用意されている。
PHPが気に入らないのなら、Perl、Python、Ruby、Java…他の既製品を使ってみればいいじゃないか？
ここで上から目線で語って「俺はスゴイ！」という気分に浸れるのか？
ちっぽけなプライドなんて何の役にも立たないぜ？
PHPのフレームワークで、WEBアプリをいかに速くセキュアで簡潔に作れるか？
その恩恵を享受できないとしたら、このスレに来ても時間の無駄だろう。
みんなでスキルアップしまくって、日本の開発スピードを世界最速レベルに引き上げようぜ！！！
q.hatena.ne.jp/1203288623
>どのような価値ある情報を日本語で蓄積するかが大切なはずです。
…以上、デジタル土方の主張でした＾＾
- 481 名前：nobodyさん mailto:sage [2009/02/03(火) 06:50:56 ID:???]
- キモッ
- 482 名前：nobodyさん mailto:sage [2009/02/03(火) 07:15:56 ID:???]
- 別にデジタル土方じゃねーし
- 483 名前：nobodyさん mailto:sage [2009/02/03(火) 10:07:10 ID:???]
- >>468
だから適応能力のない人は食ってけませんよっと。
- 484 名前：nobodyさん mailto:sage [2009/02/03(火) 11:05:42 ID:???]
- >>480
言ってることは至極まともっぽいんだが、2chでアジ演説ってのはネタだなあ
- 485 名前：nobodyさん mailto:sage [2009/02/03(火) 11:23:06 ID:???]
- >>468
> }
> else
> if () {
> }
>
> って書けなくて気持ち悪いからだろ
俺は素直に} elseif () { って書くのでぱっと思いつかないが、
if と else がある言語でそういう書き方が出来ない言語ってあるのか？
- 486 名前：nobodyさん mailto:sage [2009/02/03(火) 11:26:26 ID:???]
- else
if () {
}
だとifとの差別化ができなくね？
- 487 名前：nobodyさん mailto:sage [2009/02/03(火) 11:45:16 ID:???]
- >>485
いや、だからRubyではelse ifとは書けないから云々ってずっと話をしてたんだけどなぁ...
つか蒸し返すなよ。
- 488 名前：nobodyさん mailto:sage [2009/02/03(火) 12:03:09 ID:???]
- >>487
どこのスレ来て言ってるんだよ。PHPもelse ifはできないだろうが。
- 489 名前：nobodyさん mailto:sage [2009/02/03(火) 12:05:07 ID:???]
- まさかPHP5は可能といかいうオチ？
- 490 名前：nobodyさん mailto:sage [2009/02/03(火) 12:09:31 ID:???]
- >>488-489
PHPでもできるよ。
- 491 名前：nobodyさん mailto:sage [2009/02/03(火) 12:21:15 ID:???]
- >>490
ほんとだ。PHPでもできた。ｽﾏｿ。
- 492 名前：nobodyさん mailto:sage [2009/02/03(火) 12:36:42 ID:???]
- マジレスすると、Rubyの実行速度がPHPを上回ったら、Rubyはシェアを取れると思う。
PHPで出来ることは、Rubyでも出来るからね。
Rubyの改善には期待してます。
ただし、続きはRubyスレでお願いします＞＜
- 493 名前：nobodyさん [2009/02/03(火) 12:46:22 ID:U0x1Z73i]
- それは夢のまた夢
- 494 名前：nobodyさん mailto:sage [2009/02/03(火) 12:48:03 ID:???]
- ＞ ただし、続きはRubyスレでお願いします＞＜
って言いながら香ばしい餌垂らしていくんじゃねえｗ
- 495 名前：nobodyさん mailto:sage [2009/02/03(火) 12:51:48 ID:???]
- ＰＨＰは実行時に余計な処理せずに最小処理だけして爆速にできるオプション選べるように
すればもっとシェア広がると思う。
普通使わない変数への初期値セットとか設定ファイルいちいち呼んだり余計なステップが多すぎ
<?php set_quickmode(); みたいに書いてさ・・
- 496 名前：nobodyさん mailto:sage [2009/02/03(火) 13:07:20 ID:???]
- 速くしたいだけなら、VM作ってコンパイル・最適化済みのバイトコードを、
メモリにのっけておいて実行するようにすればいいんじゃない？
大体今風に作られたスクリプトではrequireあたりも大きなボトルネックっぽいし
ただ動作速度を速くしたってこれ以上シェアが広がるとも思えんけどな
すでに棲み分けって点では十分できてるだろ
- 497 名前：nobodyさん mailto:sage [2009/02/03(火) 13:43:31 ID:???]
- Javaにコンパイルできるぞ
- 498 名前：nobodyさん mailto:sage [2009/02/03(火) 14:31:04 ID:???]
- JRubyでJavaとして使う
これがRubyの生きる道？
- 499 名前：nobodyさん mailto:sage [2009/02/03(火) 14:34:25 ID:???]
- まあ、PHP以外も普通に使えるようにしとこうぜ！って話だな
- 500 名前：nobodyさん mailto:sage [2009/02/03(火) 15:28:08 ID:???]
- パフォーマンスの面ではPHPも人のこと言えないからなぁ
高負荷サイトだと今でも、調査の結果mod_perlにしましたみたいなことあるし
- 501 名前：nobodyさん mailto:sage [2009/02/03(火) 15:45:39 ID:???]
- っていうかフリーのＦＷって、全部実行時コンパイルじゃないの？
ＦＷの意味半減だと思うんだが。
- 502 名前：nobodyさん mailto:sage [2009/02/03(火) 15:52:23 ID:???]
- 実行時コンパイルかどうかはフレームワークの問題じゃなくて実行環境の問題な気がするが
コンパイルが通るかどうかは別として他のフレームワークでつくってZendに食わせてもいいんだし
- 503 名前：nobodyさん mailto:sage [2009/02/03(火) 16:00:32 ID:???]
- 自分の知る限りではPHPだとアプリケーションサーバとして動作する
（メジャーな、実績のある）フレームワークは存在しないし、
mod_phpもmod_{perl,python,ruby}のような常駐型として作られていないので
リクエストごとにインタプリタが動きます。
ただ、それとフレームワークのメリットとは全くもって関係ないです。
Webアプリケーションフレームワークは生産性・保守性の向上のためのもの。
コンパイルのコスト軽減にはAPCやeAccelerator等を使うのが一般的。
- 504 名前：nobodyさん mailto:sage [2009/02/03(火) 16:05:48 ID:???]
- 超有名な
ttp://www.zend.co.jp/product/zendplatform.html
これは、ダメですか。そうですか。すごいですね。
- 505 名前：nobodyさん mailto:sage [2009/02/03(火) 16:09:14 ID:???]
- >>503
アプリケーションサーバーかつフレームワークな実装もPHP以外なら存在するのはたしかだけど
それが一緒に提供されるメリットは感じないな。
その話とインタプリタの話がどうしてつながるのかわからないんだけど？
- 506 名前：nobodyさん mailto:sage [2009/02/03(火) 16:11:52 ID:???]
- 本当ですね。Zend Platformがフレームワークだったとは寡聞にして知りませんでした。
- 507 名前：nobodyさん mailto:sage [2009/02/03(火) 16:13:50 ID:???]
- >>506
フレームワークなんて言ってないよ。（フレームワークとしての機能もあるけど）
PHPソースをコンパイルした状態で保持して実行するよって話
- 508 名前：nobodyさん mailto:sage [2009/02/03(火) 16:16:37 ID:???]
- >>507
失礼。前半じゃなくて後半へのレスでしたか。
- 509 名前：nobodyさん mailto:sage [2009/02/03(火) 16:19:30 ID:???]
- >>508
どうでもいいや。わけわかんねぇ
- 510 名前：nobodyさん mailto:sage [2009/02/03(火) 17:44:52 ID:???]
- Zend使えばJavaみたいにVMの上で動いてるのと同じような感じなるわけだが、
それじゃ不満なんだろうか。
もちろんZendFrameworkじゃないフレームワークでも問題ないし。
- 511 名前：nobodyさん mailto:sage [2009/02/03(火) 17:50:27 ID:???]
- >>510
Zendって省略しないで。それは会社名でしょ。
Zend PlatformでもVM上で動いているのと同じになるわけじゃないでしょ
- 512 名前：nobodyさん mailto:sage [2009/02/03(火) 17:50:50 ID:???]
- >>510
金かかるんじゃねーの？
- 513 名前：nobodyさん mailto:sage [2009/02/03(火) 17:58:28 ID:???]
- 金かかるよ。それで？
- 514 名前：nobodyさん mailto:sage [2009/02/03(火) 18:06:03 ID:???]
- 最近の顧客はWebアプリケーションは無料と思ってるところ多いから、
その手のを請求したらケチつけてくるよ。ライセンスがどうなってるのか
しらねーけど。
- 515 名前：nobodyさん mailto:sage [2009/02/03(火) 18:09:42 ID:???]
- Ａ「ＰＨＰで金が掛かるなんて聞いたことがないね」
Ｂ「フレームワークを使うからなんです。フレームワークを使えば
コードの保守・管理が楽になり色々とメリットが・・・」
Ａ「なるほど。あんたらが楽するためにこっちが金出せと？」
- 516 名前：nobodyさん mailto:sage [2009/02/03(火) 18:13:29 ID:???]
- >>510のはフレームワークじゃなくてサーバじゃないの？
今はなきColdFusionみたいな
- 517 名前：nobodyさん mailto:sage [2009/02/03(火) 18:14:36 ID:???]
- >Zend PlatformでもVM上で動いているのと同じになるわけじゃないでしょ
なるよ
- 518 名前：nobodyさん mailto:sage [2009/02/03(火) 18:17:03 ID:???]
- >>516
ColdFusionはまだAdobeからFlexと併売されてなかったっけ?
ていうかColdFusionやFlexこそがフレームワーク込みのサーバ製品だよね。
- 519 名前：nobodyさん mailto:sage [2009/02/03(火) 18:29:22 ID:???]
- Flexはともかく、ColdFusionをフレームワークというのは、
PHPそれ自体がフレームワークだ！っていう程度の意味しかないような。
|
 |
