トップページ⇒php
1001コメント246KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2006/09/30(土) 10:25:07ID:WYEQsiOw
前スレ
[PHP]フレームワークについて語るｽﾚ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/

[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
0750nobodyさん2007/01/18(木) 13:16:45ID:???
大した負荷ではないと思ってるので mod_rewrite を使用している

入り口で URL を正規表現に通す程度の負荷なんて
PHP でフレームワークの大仰なクラスをがちゃがちゃ動かす負荷に比べたら微々たるものじゃないか……と
計測してもいねーのに思っております
0751nobodyさん2007/01/18(木) 13:18:32ID:???
front controller型のフレームワークのURLがカッコイイと教えてる
0752nobodyさん2007/01/18(木) 13:32:30ID:???
Customizing XOOPSという本で1.5倍遅くなると書いてあったような > mod_rewrite
0753nobodyさん2007/01/18(木) 14:27:11ID:???
某レン鯖でmod_rewriteを使うと少しだけどレスポンスが遅くなるから、それなりに負荷がかかっている気がする。
0754nobodyさん2007/01/18(木) 15:10:44ID:???
>>752
そんなのマシンスペックや負荷のかかり方によって違うじゃん
0755nobodyさん2007/01/18(木) 15:36:34ID:???
まさかリクエスト発行からレスポンスまでの全体の時間が1.5倍ではないだろうけど
全体のうちどの処理の速度が1.5倍になったっていうんだろう……
0756nobodyさん2007/01/19(金) 10:13:53ID:???
0.7.0
0757nobodyさん2007/01/19(金) 14:15:21ID:???
0.7.2.1
0758nobodyさん2007/01/19(金) 18:29:49ID:???
>>755
apacheのbenchmarkツールでの結果だったと思う
でも最近はどのフレームワークもmod_rewriteが当たり前のようになっているね
0759nobodyさん2007/01/21(日) 16:58:33ID:???
どのフレームワークが容易に扱えるの？
0760nobodyさん2007/01/21(日) 21:08:20ID:???
俺のフレームワーク
0761nobodyさん2007/01/23(火) 07:01:08ID:???
ZF1.0まだか
0762nobodyさん2007/01/23(火) 21:50:11ID:???
>>761
あと1ヶ月はかかる
0763nobodyさん2007/01/23(火) 22:42:20ID:???
たったの1ヶ月！？
0764nobodyさん2007/01/23(火) 23:29:27ID:???
ZFはじまるな
0765nobodyさん2007/01/24(水) 08:50:41ID:???
あぁ、フレームワークだ。
0766nobodyさん2007/01/24(水) 12:59:03ID:???
確か予定ではZF 1.0は3末目標じゃなかったかな
0767nobodyさん2007/01/24(水) 13:40:40ID:P4IWPRDJ
久しぶりにPHPにやる事になったけど、このスレが一番為になったよ。
0768nobodyさん2007/01/24(水) 20:45:44ID:???
tigermouse はどうなん？
ダウンロードしてみたはいいが使い方がさっぱりわからん・・・
0769nobodyさん2007/01/25(木) 00:00:20ID:???
tigermouseはいいよね〜
ちなみにこれです↓
http://tigermouse.epsi.pl/doku.php
0770nobodyさん2007/01/25(木) 00:17:39ID:???
全然中身見てないけど、とりあえずquickstartを見てみた感想。
http://tigermouse.epsi.pl/doku.php?id=quickstart

スマーティーですかこれ？
まあでも、基本的なことがかなり短く書きやすいFWになっている印象は受けた。
0771nobodyさん2007/01/25(木) 09:18:23ID:???
HTML_QuickForm臭がして俺はダメだこれは
0772nobodyさん2007/01/25(木) 10:38:52ID:???
ああ、確かに・・・
少なくともフォーム生成は似たような感じだな
0773nobodyさん2007/01/25(木) 13:19:01ID:???
既にZFで使って開発しちゃってる早漏な俺。
フレームワーク部分しか使ってないから1.0でもそのまま使えることを祈っている。
0774nobodyさん2007/01/25(木) 15:10:09ID:???
>>773
0.2から0.6でかなり変わったぞ
コントローラーまわりだけで
0775nobodyさん2007/01/25(木) 16:34:08ID:???
>>774
最悪0.6のままでやったる。
って駄目だよね。
0776nobodyさん2007/01/25(木) 18:53:38ID:???
その 0.6 が要求されるレベルの安定性で動いてるのなら
無理して追従せずに 0.6 のまま運用したっていんじゃね？
べつに 1.0 にしないとサポートなくなるとかって話でもないしさ
0777nobodyさん2007/01/25(木) 21:03:55ID:???
インスタンスを作らないようなクラスを、
staticなまま使用するように書いたりすることが良くあるんだけど変かな？
singletonみたいにgetInstanceもしないで、
直接アクセスさせるの。
0778nobodyさん2007/01/25(木) 21:28:36ID:???
JavaでいうMathクラスみたいなもんか？
0779nobodyさん2007/01/25(木) 21:50:54ID:???
>>777
ユーティリティ的な扱いをするクラスは普通そうなるよ
ただPHPはネームスペースがないからZFのクラス名みたいに
ユニークな大元パッケージプレフィックス付けて機能名付けてとかやってると
どうしてもクラス名が長くなってstatic methodのコールは長くなりがちなんだよ
んでその長いstatic methodでコードが埋まってくるとなんか
staticクラス辞めて一旦インスタンスにしてから使いたい欲求が出て来るんだよ
これがPHPやっててイライラするところだ
0780nobodyさん2007/01/25(木) 22:25:29ID:???
>>778
そうそう
>>779
あー、ユーティリティー的なクラスだね。確かに。
オブジェクト固有のプロパティーを持つか持たないか、
あたりがstaticでいくべきか否かの一つの判断基準になるかな。
0781nobodyさん2007/01/26(金) 01:50:39ID:???
qcodoって意外と軽いんだな。
でもなんかASP.NETにしか見えない…
0782nobodyさん2007/01/26(金) 03:39:18ID:???
なんで、フォーム生成するん？
デザイナーさんに書かせてやれば？
0783nobodyさん2007/01/26(金) 04:48:02ID:???
ZFはマルチバイト一切無視だもんなぁ
0784nobodyさん2007/01/26(金) 06:06:43ID:???
>>783
例えば？
0785nobodyさん2007/01/26(金) 09:39:26ID:???
mojavi2のソース読んでみたら結構美しいね。
シンプルだし。 php5で動かないのかな？
0786nobodyさん2007/01/26(金) 15:55:08ID:???
つAgavi
0787nobodyさん2007/01/26(金) 20:13:56ID:???
>>785
意外にPEARには従ってなかったりするよね
0788nobodyさん2007/01/26(金) 21:33:25ID:Mnuw22qa
インストールが簡単で、覚える事が少なくて、
ちゃちゃっと作れるフレームワークの決定版
ってないの？
0789nobodyさん2007/01/26(金) 21:48:06ID:???
guesswork？決定版かどうか知らないけど
0790nobodyさん2007/01/26(金) 21:57:10ID:???
どれでも良いからさっさと天下統一してもらいたい
0791nobodyさん2007/01/26(金) 22:57:57ID:???
>>790
まったくだ、なんかもう月に1個ずつくらい新しいPHPのFWが
出てる感じすらするが正直大してどれも変わらん、
機能が揃ってるか揃ってないかとAPIの名前が変わるだけだ、
まじでこんなアホなことはないよ、
railsみたいに突出して牽引するFWができれば
そのFWへのpatchやpluginとしてリソースが凝縮されて
PHP全体の流れとして同じ方向に向かっていけるのに、
PHPのFW界隈のリソースは四方八方へ散らばっていく一方だ（どっちだよ！）、
唯一オフィシャルという意味合いもあって天下取るお膳立てが
出来てたのがZFなのに蓋を開けたらPEARの焼き直しだった、
いや気持ちはわかる、PHP5をプッシュしていく意味合いもあっただろうし
オフィシャルで高品質のスタンダードなライブラリを提供するというのは
至極真っ当で有りZendとしては正しい選択だったかもしれない、
でも、それはPHPの未来への選択としては間違っていたのかもしれない、
Zeev、Andi、僕たちPHPerが、本当に、本当に求めていたのは、
この長きに渡るPHPFW戦乱に終局の鐘を鳴り響かせ
新しい世界への扉を開きめくるめくPHPFull Daysをインジョイするための、
そう、救世主が必要だった、でもZFはそうじゃなかった、そうはなれなかった、
これからそうなるのかもしれない、でももう遅い、僕はsymfonyなんて使わない、
僕は赤い、赤い色をした禁断の果実に手を差し出してしまった、
僕にはもうDHHという新しいメシアしか見えないんだ、
数年間愛して止まず、この僕を育んでくれたPHPに別れを告げるのは悲しい、
でも僕は信じている、PHPは最高の言語だよ、いつも別のPとかPがつく
言語の使い手はPHPをバカにする、あいつらは何もわかっちゃいないんだ、
すぐに使えるという事の大切さを、いいんだ、言わせておけばいいさ、
もう行かなくちゃ、ありがとうZend、そしてPHP、そして全てのPHPer達へ。

さーてrails railsっと。
0792nobodyさん2007/01/26(金) 23:08:20ID:???
>>791
産業でまとめて
0793nobodyさん2007/01/27(土) 00:19:29ID:???
でも、言いたい事は分かる。有象無象のフレームワークってのは同意。
Railsの簡単そうな所を見せつけられたら、移りたくもなる。
しかし私はRubyは好きじゃないんで、PHPのRailsを希望。

でさ、guessworkもSmartyに依存とかさ、勘弁して欲しい。
PEARも中途半端だし。単独で、シンプルで、使いやすいFW！！
0794nobodyさん2007/01/27(土) 00:35:21ID:???
PHP on TraxはRailsコピーって感じだけど、何かもうただの劣化コピー。

たぶんcakeが一番理想に近い。
けど、PHP4の汚らしいエラー処理と変な配列が。
PHP5専用の2.0っていう計画も無いわけじゃないみたいだけど
出る頃にはもう…
0795nobodyさん2007/01/27(土) 00:47:00ID:???
symfonyでいいじゃない
symfonyにひれ伏せばいいじゃない
0796nobodyさん2007/01/27(土) 02:13:36ID:???
実際のところRubyってどうなの？
PHPでバリバリOOPしてた奴が
Rubyを使って同機能程度のプログラム書けるようになるには
どのくらいかかる？
0797nobodyさん2007/01/27(土) 02:25:32ID:???
symfonyで満足してるけどね。
速度以外は。
0798nobodyさん2007/01/27(土) 03:36:32ID:???
速度なんて拡張でいくらでも軽くなるじゃん。
0799nobodyさん2007/01/27(土) 03:45:59ID:???
拡張って eaccelerator とか？　早くなっても10%とかじゃ？
0800nobodyさん2007/01/27(土) 03:57:42ID:???
>>784
http://www.zend.co.jp/press/2006/press0313.php
PDF等使ってみれば、現行でもどれくらいおろそかにされているかが分かる
0801nobodyさん2007/01/27(土) 04:50:12ID:???
アクセラレータは数倍にはなるでしょ
0802nobodyさん2007/01/27(土) 06:00:08ID:???
>>799
なんでeacceleratorが拡張なんだよｗ
0803nobodyさん2007/01/27(土) 11:03:13ID:???
>>796
すぐに慣れる1ヶ月もあれば十分じゃないかな
pythonでもいいと思う個人的にはpythonもやってみたい
rubyの自由さ加減に慣れるとphp書く事がストイックに感じるようになった
0804nobodyさん2007/01/27(土) 11:14:14ID:???
PHPからRubyに手を出した
先にPerlに慣れてしまった
0805nobodyさん2007/01/27(土) 11:32:40ID:???
>>802
拡張モジュールの意味かと思って。
0806nobodyさん2007/01/27(土) 14:14:21ID:???
http://www.google.co.jp/trends?q=ruby+on+rails

どう見てもブーム終息です
ありがとうございました
0807nobodyさん2007/01/27(土) 14:16:50ID:???
http://www.google.co.jp/trends?q=symfony&ctab=0&geo=all&date=all

symfonyジャップに好かれすぎワロタ
0808nobodyさん2007/01/27(土) 15:18:04ID:???
zendのマニュアルスゲー充実してる
0809nobodyさん2007/01/27(土) 15:29:19ID:???
パリ市民より東京市民に好かれてるな。

っつうか千代田っていつから独立したんだ（笑）
0810nobodyさん2007/01/27(土) 15:30:01ID:???
>>806
別にrailsの肩持つ気もないけどさ、現実はこうだよ
http://www.google.co.jp/trends?q=ruby+on+rails%2Csymfony%2Czend+framework%2CcakePHP%2Cdjango&ctab=0&geo=all&date=all
0811nobodyさん2007/01/27(土) 15:40:06ID:???
まさにドングリの背比べ
0812nobodyさん2007/01/27(土) 16:29:04ID:???
え…ｼﾞｬﾝｺﾞにすら大敗してんじゃん…
PHPよえー
0813nobodyさん2007/01/27(土) 16:57:32ID:???
てか、djangoってそんな昔からあんのか？　フレームワークのdjango以外も含まれてるっしょ。

0814nobodyさん2007/01/27(土) 16:59:23ID:???
[C] THE SPIRIT OF DJANGO REINHARDT CONCERT 2006
All About Jazz - Jun 15 2006

とか書いてあるし
0815nobodyさん2007/01/27(土) 17:52:42ID:???
すま、俺もジャンゴのグラフなんかおかしいなと思いつつ張った
これを機にジャンゴ・ラインハルトを聞いてみます
0816nobodyさん2007/01/27(土) 18:13:12ID:???
あまりにもFWが乱立してるからかね？
0817nobodyさん2007/01/27(土) 18:57:15ID:???
>>810
Railsが圧倒的ではないか
0818nobodyさん2007/01/27(土) 19:07:21ID:???
そのわりにはrailsスレはあんまり盛り上がってない謎
0819nobodyさん2007/01/27(土) 19:11:21ID:???
日本じゃまだそれほどでもないんじゃないの？
0820nobodyさん2007/01/27(土) 19:47:36ID:???
まあそりゃそうだ、railsはワンコインのレン鯖に
ぽいっと放り込んで動く環境にはまだなってないしな
mod_rubyでapache2上でサクサク動くようになったら状況は一変するかも
0821nobodyさん2007/01/27(土) 19:50:44ID:???
mod_rubyはまだ実用的じゃないの？
0822nobodyさん2007/01/27(土) 20:39:32ID:???
XREAの中の人はセキュリティ上の問題があるって言ってたな。
確か、他のユーザのファイルが読み書きできちゃうとかそんな問題。

PHPも同じ問題が起こりそうな気がするんだけど、この辺どうなってるのか誰か教えて。
0823nobodyさん2007/01/27(土) 21:31:51ID:???
PHPのセーフモードである程度どうにかなるから。
でもPHP6からセーフモード廃止。どうなることやら。
0824nobodyさん2007/01/27(土) 22:04:04ID:???
>>821
mod_rubyはapache2系統は一応動くよって感じみたい
apache2+mod_ruby+railsで試してみたがべらぼうに重い
俺のやり方が悪いだけなのかもしれないが

>>822
ruby自体にはphpのセーフモードのようなuid/gidのチェック機構は
サポートされていないから共有サーバで使えるようにするのは危ないってことなのかな
なんでPHPのセーフモード廃止されるんだろう？
0825nobodyさん2007/01/27(土) 22:12:36ID:???
mod_rubyは定数とかが他のアプリケーションにまで影響したりして
はまった記憶がある。数年前の話だからよく覚えてないけど。
0826nobodyさん2007/01/27(土) 22:23:41ID:???
嫌なハマリ方だなそれは…
0827nobodyさん2007/01/27(土) 22:31:15ID:???
セーフモードか。ちょっと調べてみた。

んー。
共有サーバで高速に実行する仕組みができないと、
PHPなんて使ってる意味がなくなる気がするんだが。
symfonyみたいな重たいフレームワークが…

で、書いてて思ったんだけど、現状（PHP5 safe_mode）でも
共用レンタルサーバでsymfonyってまともに動くの？
0828nobodyさん2007/01/27(土) 22:46:40ID:???
PHP は FastCGI + suEXEC が主になっていくんじゃないかなあ。
他の LL の FastCGI はプログラム自体が常駐する (これにももちろんメリットはある) けど
PHP の FastCGI SAPI は他の SAPI と同じく、インタプリタが常駐するだけなので
サーバを管理する側にしてみれば扱いやすいんだよね。
0829nobodyさん2007/01/27(土) 23:00:49ID:???
>>824
セーフモードに頼りきって安心している鯖缶対策
ファイルを作ったときの権限問題

予想だけどね
08308272007/01/27(土) 23:37:42ID:???
FastCGIになるならPHPのメリットが薄れていく気がするんだけど、どうなんだろう。
他の言語でも当然同じように動くよね。

んで、XREAでsymfony動かしてみた。
やっぱCGIモードじゃないとダメだった（キャッシュがアレだから）
ローカルのApache2+mod_phpに比べて、7倍ぐらい速くて笑ったｗ
0831nobodyさん2007/01/28(日) 00:08:25ID:???
(CGI 全盛時代の) mod_php のアドバンテージって、インタプリタの起動コストの低さだったわけで。
そして FastCGI ならどの言語でもインタプリタの起動コストは抑えられるし、
PHP 以外はプログラム自体が常駐するのでスクリプトをパースするコストも抑えられる。
suEXEC すればセキュリティリスクも抑えられるしね。

で、専用サーバならプログラム自体が常駐したほうが DB 接続の“本当の”永続化とか
できることが多くていいんだけど、共有サーバではリソース的によろしくない。
そこでやっぱり mod_php とほぼ同じ感覚で使える FastCGI 版 PHP はいいよね、ってこと。
(mod_php も mod_perl, mod_python, mod_ruby 等と比べて機能は貧弱だけど無難な選択だし)
0832nobodyさん2007/01/28(日) 23:40:11ID:???
どうしちゃったのよ、みんな建設的じゃんｗ
別のスレ開いちゃったかと思ったよｗ
0833nobodyさん2007/01/29(月) 16:37:19ID:???
おまいらCSRF対策どうしてる?
やっぱりワンタイムチケット使ってるのかな?

フレームワークってGETでページ遷移、POSTで内容を取得みたいなことが多いけど
よくあるCSRF対策だとPOSTでページ遷移しろって書いてあるし

実装面倒だからWAF使おうかなと思ってたりするけど他の人はどうしている?
フレームワークにワンタイムチケットのクラスとかつっこんで使うのが主流なのだろうか
0834nobodyさん2007/01/29(月) 17:00:52ID:???
あんた"POST"の意味わかってないでしょ。
RFC2616を一から読み直したほうがいい。
http://www.faqs.org/rfcs/rfc2616.html
0835nobodyさん2007/01/29(月) 17:16:35ID:???
というよりCSRF対策の意味のほうだろ
POSTで投稿
↓
確認画面に遷移
（ここでチケット発行、入力データはセッションの方で保存）
↓
確認ボタンを押したら、チケット認証後セッションに溜めてある
入力データを処理
0836nobodyさん2007/01/29(月) 18:55:25ID:???
とりあえずみっちゃんの記事置いときますね
ttp://takagi-hiromitsu.jp/diary/20050427.html
0837nobodyさん2007/01/29(月) 19:11:10ID:???
>>834
読んでみましたが、余計意味がわからなかったです。以下にRFCからの引用

9.5 POST

POST メソッドは、サーバがリクエストライン内の Request-URI により識別
されるリソースへの新しい従属{subordinate} として、リクエストに同封さ
れるエンティティを受け入れる事を要求するために使用される。POST は以下
の機能のカバーするための画一的メソッドとして設計されている。

Webアプリを作る上ではユーザからの情報取得の手段の一つという認識しかないのですが
それ位の認識じゃダメですかね...
0838nobodyさん2007/01/29(月) 19:13:15ID:???
>>835
いやCSRFの対策方法を知りたいというより

POSTで投稿　をするページへのページ遷移をPOSTでしろという説明がある
(XSSCSS対策と思う)のですが、みなさんはそれをやってますか?　という意味の質問です。
08398332007/01/29(月) 19:20:12ID:???
>>838
間違えました。IEのCSSXSS対策ですね。

この話の元は、以下などにかかれています。
ttp://www.jumperz.net/texts/csrf.htm

まず、アプリケーションの作りとして、リクエスト1はGETよりもPOSTを用いる方が好ましい。
通常、POSTリクエストに対するレスポンスはキャッシュに残らないため、POSTを使用すること
で、hiddenフィールドに格納したトークンがキャッシュに残ってしまう可能性を下げることが
できる。また、処理1には「トークンの発行」という副作用があるためだ。
0840nobodyさん2007/01/29(月) 19:20:40ID:???
>>838
それをやってますか？
ということであれば、必要な部分はやってますとしか答えようが無い
0841nobodyさん2007/01/29(月) 19:44:40ID:???
>>839
> まず、アプリケーションの作りとして、リクエスト1はGETよりもPOSTを用いる方が好ましい。
またそんな馬鹿なこと言ってると高木のおっさんに怒られるぞ？
0842nobodyさん2007/01/29(月) 20:41:41ID:???
そもそも高木のおっさんはPHPの利用はやめろと言っている
0843nobodyさん2007/01/29(月) 21:03:59ID:???
>>842
> そもそも高木のおっさんはPHPの利用はやめろと言っている
ワロタ
0844nobodyさん2007/01/29(月) 21:04:44ID:???
>>833
Pieceフレームワークを使えばすべて解決
0845nobodyさん2007/01/29(月) 21:07:19ID:???
>>844
お前頭良いな
0846nobodyさん2007/01/29(月) 21:09:12ID:???
話しぶった切ってｽﾏﾝが、
mojaviは(PHPで)フレームワークってどういうものかの学習には最適だと思うがなぁ
まぁ、ここにいる奴らや昔から使ってる奴はそんなレベルの話はとっくに卒業してるから、
大分前に廃れてしまったんだとは思うが
他のフレームワークもざっと見たけど、mojaviが一番使いやすいよ。
俺はいまだに4主体の開発ってのもあって、
何か結局自分仕様にカスタマイズしたmojaviに戻ってきちゃったよ
0847nobodyさん2007/01/29(月) 21:16:15ID:???
高木のおっさん大人気だな
サイバーテロの技法の著者とは和解したのか？
0848nobodyさん2007/01/29(月) 21:17:54ID:6qNgArJf
symfonyってMojavi3をベースにしてらしいですが、
AgaviはMojavi4をベースにしてるらしいですよ？
0849nobodyさん2007/01/29(月) 21:29:04ID:???
Mojaviねぇ。
今はフルスタックのが流行りだからなー
0850nobodyさん2007/01/29(月) 22:40:06ID:???
>>842
なんでPHPをやめろと?
■ このスレッドは過去ログ倉庫に格納されています