【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/
0797nobodyさん
2007/01/27(土) 02:25:32ID:???速度以外は。
0798nobodyさん
2007/01/27(土) 03:36:32ID:???0799nobodyさん
2007/01/27(土) 03:45:59ID:???0800nobodyさん
2007/01/27(土) 03:57:42ID:???http://www.zend.co.jp/press/2006/press0313.php
PDF等使ってみれば、現行でもどれくらいおろそかにされているかが分かる
0801nobodyさん
2007/01/27(土) 04:50:12ID:???0803nobodyさん
2007/01/27(土) 11:03:13ID:???すぐに慣れる1ヶ月もあれば十分じゃないかな
pythonでもいいと思う個人的にはpythonもやってみたい
rubyの自由さ加減に慣れるとphp書く事がストイックに感じるようになった
0804nobodyさん
2007/01/27(土) 11:14:14ID:???先にPerlに慣れてしまった
0806nobodyさん
2007/01/27(土) 14:14:21ID:???どう見てもブーム終息です
ありがとうございました
0807nobodyさん
2007/01/27(土) 14:16:50ID:???symfonyジャップに好かれすぎワロタ
0808nobodyさん
2007/01/27(土) 15:18:04ID:???0809nobodyさん
2007/01/27(土) 15:29:19ID:???っつうか千代田っていつから独立したんだ（笑）
0810nobodyさん
2007/01/27(土) 15:30:01ID:???別に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:???0814nobodyさん
2007/01/27(土) 16:59:23ID:???All About Jazz - Jun 15 2006
とか書いてあるし
0815nobodyさん
2007/01/27(土) 17:52:42ID:???これを機にジャンゴ・ラインハルトを聞いてみます
0816nobodyさん
2007/01/27(土) 18:13:12ID:???0818nobodyさん
2007/01/27(土) 19:07:21ID:???0819nobodyさん
2007/01/27(土) 19:11:21ID:???0820nobodyさん
2007/01/27(土) 19:47:36ID:???ぽいっと放り込んで動く環境にはまだなってないしな
mod_rubyでapache2上でサクサク動くようになったら状況は一変するかも
0821nobodyさん
2007/01/27(土) 19:50:44ID:???0822nobodyさん
2007/01/27(土) 20:39:32ID:???確か、他のユーザのファイルが読み書きできちゃうとかそんな問題。
PHPも同じ問題が起こりそうな気がするんだけど、この辺どうなってるのか誰か教えて。
0823nobodyさん
2007/01/27(土) 21:31:51ID:???でもPHP6からセーフモード廃止。どうなることやら。
0824nobodyさん
2007/01/27(土) 22:04:04ID:???mod_rubyはapache2系統は一応動くよって感じみたい
apache2+mod_ruby+railsで試してみたがべらぼうに重い
俺のやり方が悪いだけなのかもしれないが
>>822
ruby自体にはphpのセーフモードのようなuid/gidのチェック機構は
サポートされていないから共有サーバで使えるようにするのは危ないってことなのかな
なんでPHPのセーフモード廃止されるんだろう？
0825nobodyさん
2007/01/27(土) 22:12:36ID:???はまった記憶がある。数年前の話だからよく覚えてないけど。
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:???他の LL の FastCGI はプログラム自体が常駐する (これにももちろんメリットはある) けど
PHP の FastCGI SAPI は他の SAPI と同じく、インタプリタが常駐するだけなので
サーバを管理する側にしてみれば扱いやすいんだよね。
0830827
2007/01/27(土) 23:37:42ID:???他の言語でも当然同じように動くよね。
んで、XREAでsymfony動かしてみた。
やっぱCGIモードじゃないとダメだった（キャッシュがアレだから）
ローカルのApache2+mod_phpに比べて、7倍ぐらい速くて笑ったｗ
0831nobodyさん
2007/01/28(日) 00:08:25ID:???そして 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:???やっぱりワンタイムチケット使ってるのかな?
フレームワークってGETでページ遷移、POSTで内容を取得みたいなことが多いけど
よくあるCSRF対策だとPOSTでページ遷移しろって書いてあるし
実装面倒だからWAF使おうかなと思ってたりするけど他の人はどうしている?
フレームワークにワンタイムチケットのクラスとかつっこんで使うのが主流なのだろうか
0834nobodyさん
2007/01/29(月) 17:00:52ID:???RFC2616を一から読み直したほうがいい。
http://www.faqs.org/rfcs/rfc2616.html
0835nobodyさん
2007/01/29(月) 17:16:35ID:???POSTで投稿
↓
確認画面に遷移
（ここでチケット発行、入力データはセッションの方で保存）
↓
確認ボタンを押したら、チケット認証後セッションに溜めてある
入力データを処理
0836nobodyさん
2007/01/29(月) 18:55:25ID:???ttp://takagi-hiromitsu.jp/diary/20050427.html
0837nobodyさん
2007/01/29(月) 19:11:10ID:???読んでみましたが、余計意味がわからなかったです。以下にRFCからの引用
9.5 POST
POST メソッドは、サーバがリクエストライン内の Request-URI により識別
されるリソースへの新しい従属{subordinate} として、リクエストに同封さ
れるエンティティを受け入れる事を要求するために使用される。POST は以下
の機能のカバーするための画一的メソッドとして設計されている。
Webアプリを作る上ではユーザからの情報取得の手段の一つという認識しかないのですが
それ位の認識じゃダメですかね...
0838nobodyさん
2007/01/29(月) 19:13:15ID:???いやCSRFの対策方法を知りたいというより
POSTで投稿 をするページへのページ遷移をPOSTでしろという説明がある
(XSSCSS対策と思う)のですが、みなさんはそれをやってますか? という意味の質問です。
0839833
2007/01/29(月) 19:20:12ID:???間違えました。IEのCSSXSS対策ですね。
この話の元は、以下などにかかれています。
ttp://www.jumperz.net/texts/csrf.htm
まず、アプリケーションの作りとして、リクエスト1はGETよりもPOSTを用いる方が好ましい。
通常、POSTリクエストに対するレスポンスはキャッシュに残らないため、POSTを使用すること
で、hiddenフィールドに格納したトークンがキャッシュに残ってしまう可能性を下げることが
できる。また、処理1には「トークンの発行」という副作用があるためだ。
0841nobodyさん
2007/01/29(月) 19:44:40ID:???> まず、アプリケーションの作りとして、リクエスト1はGETよりもPOSTを用いる方が好ましい。
またそんな馬鹿なこと言ってると高木のおっさんに怒られるぞ？
0842nobodyさん
2007/01/29(月) 20:41:41ID:???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:6qNgArJfAgaviはMojavi4をベースにしてるらしいですよ？
0849nobodyさん
2007/01/29(月) 21:29:04ID:???今はフルスタックのが流行りだからなー
0851nobodyさん
2007/01/29(月) 22:52:47ID:???IEのパッチが出ていてもPOSTでページ遷移させるのが基本ですかね。
POSTでページ遷移させるのは結構面倒なんで。
次のページへのリンクがボタンだったり、フレームワークの内部処理としては、GETとPOSTで分けられなかったり。
0852nobodyさん
2007/01/29(月) 22:53:27ID:???もしかしてブーのこと？
0855nobodyさん
2007/01/30(火) 11:03:08ID:???事情が良くわからないし案件にもよるだろうけど、
ってか多分何がしかの理由があってそうしてるんだろうけど、
そういうケースの場合
実はフレームワーク使わないほうが開発効率が良かったみたいな話はざらにあるよ
そもそもフレームワークってWebアプリケーションのコードのテンプレート化みたいなノリから始まったわけでしょ
0856nobodyさん
2007/01/30(火) 18:37:16ID:???http://www.w3.org/2001/tag/doc/whenToUseGet.html
0857nobodyさん
2007/01/30(火) 21:26:45ID:???作っていくとファイルやらディレクトリやらがやたらと多くなる印象がある
javaやってたりする人からすればそうでもないのだろうが
個人的な好みとしてそれがあまり好きじゃない
0858nobodyさん
2007/01/30(火) 22:02:40ID:???symfonyみたいにaction+templateで
必要な時だけview書くのがいい
0859nobodyさん
2007/01/31(水) 15:36:08ID:???いけないからな
0860nobodyさん
2007/01/31(水) 17:54:22ID:???なかなかよさげなドキュメントthanx
IEの脆弱性のせいでこのドキュメント通りにいかない現実があるというのがCSRF対策(CSSXSS対策)
と思っていたのですが違うのかな
0861nobodyさん
2007/01/31(水) 18:31:47ID:zQv0inOhEthna.shを認識しなくて困っております。。。(´･ω･｀)
0862nobodyさん
2007/01/31(水) 23:55:07ID:???認識ってなに？
0863nobodyさん
2007/02/01(木) 00:03:10ID:???0867nobodyさん
2007/02/01(木) 20:48:13ID:???> IEだけ？
CSSXSSの脆弱性があったのはIEだけだと思っていたのですけど
その他にもPOSTで遷移させた方がいい理由ってあるのですか?
0868nobodyさん
2007/02/02(金) 20:58:03ID:KpI9K752推奨されていくて、別途ビジネスロジックを記述するクラスを用意して
それを呼ぶようにしなさいってことになってるんだけど、
Mojavi3・Agaviあたりでもそれは同じでしょうか？
BusinessクラスとかLogicロジックとかそんな感じで。
0869868
2007/02/02(金) 21:00:43ID:???PHP5の開発ではデータベースへのアクセス方法として
DAOとかDTOとか用意したり、O/Rマッパーを使った開発は
スタンダードですか？
0870nobodyさん
2007/02/02(金) 21:03:55ID:???名前空間って最初の構想ではあったのになくされたの？
なくすな馬鹿Zend
0871nobodyさん
2007/02/02(金) 21:15:19ID:???0872nobodyさん
2007/02/02(金) 22:34:21ID:???何を持ってスタンダードとするかは分からないが
最近のPHPFWならだいたいO/R mapperはついている
他スクリプト言語FWの影響で大概activerecordパターンだと考えても差し支えない
あとMojavi3とかAgaviとか誰も使ってないsymfonyにしとけ
つーかJavaで何が流行ってるか知らないけど
Strutsとか今だに使われてるもんなの？
もう枯れて前時代的なイメージがあるんだが
0873nobodyさん
2007/02/03(土) 00:12:48ID:???0875nobodyさん
2007/02/03(土) 09:03:50ID:???> もう枯れて前時代的なイメージがあるんだが
スタンダードなんだから枯れてなきゃダメ。
ある程度以上に枯れてないものに人気が集中してたら、
それは単なる「流行」ですよ。
>>874
事の善悪は別として、実際スタンダードと呼べるものはない。
0876nobodyさん
2007/02/03(土) 09:30:31ID:???誰もStrutsを使うのが異常とは言っていない。
俺はPHP4ではCakePHP、5ではSymfonyが事実上のスタンダードになりつつあると
思ってるんだけど。
0877nobodyさん
2007/02/03(土) 14:06:00ID:???俺の周りだけかもしれんが。
0878nobodyさん
2007/02/03(土) 19:54:09ID:???俺が使い始めちゃったから廃れちゃうと困るんですｗ
お願いしますｗ
0880nobodyさん
2007/02/03(土) 20:12:51ID:???PHPユーザさん達よ、まだPHP4は捨てられないかい？
会社でみんな使ってるから今更変えれない？
君が5を使うべきだと宣言すればいいんじゃないのかい？
使ってるホスティング屋がPHP4しかサポートしてない？
そんな使えない鯖屋はさっさと切るべきじゃないかい？
だって、枯れてるし、なんだかんだでPHP4って事足りるしってか？
0882nobodyさん
2007/02/03(土) 21:17:41ID:???と思ってPHP5使ってる。
0883nobodyさん
2007/02/03(土) 22:03:46ID:???全部例外スローするようにしてから取り入れろよなあ
phpエラーと例外混在するじゃん
結局phpエラー吐く関数またラップし直しじゃんもうphpアホかと
php5ってなんでエラーハンドラと例外ハンドラって２つあるんすか？
っていうspamをZendに送りつけたいよ畜生
0884nobodyさん
2007/02/03(土) 23:41:43ID:???例外→Javaライク
0886nobodyさん
2007/02/04(日) 13:46:27ID:???0887nobodyさん
2007/02/04(日) 15:42:01ID:???http://www.google.co.jp/trends?q=mojavi&ctab=0&geo=all&date=all
0888nobodyさん
2007/02/04(日) 15:55:00ID:???0889nobodyさん
2007/02/04(日) 20:28:22ID:???0890nobodyさん
2007/02/04(日) 20:47:02ID:???0892nobodyさん
2007/02/05(月) 02:02:33ID:???CREATE文を書くのが面倒くさい。
テーブル名の規約がうざい。
モデルを手動で作るのが面倒くさい。
コントローラとモデルが微妙にくっついていてうざい。
データバリデーションはいらない。
フォームのバリデーションが欲しい。
ドキュメントがすくない。
Cakeを使っている人がいるのか疑ったくらいです。
まあ、単に使い方が分かってないだけかも知れないですけど。
CakeとSymfonyを両方使ったことがある人でCakeの方が
いいって言う人います？
0893nobodyさん
2007/02/05(月) 10:07:57ID:???去年の7月くらいの話だけど、
おれはまずSymfonyのAskeetを一通りやってみようと思った。
二日目でドキュメントどおりにやって動かなくなった。
それでCakeのチュートリアルをやってみたら、あっさり終わった。
なので俺はCake派。
0894nobodyさん
2007/02/05(月) 16:25:34ID:8IvMkLEL0895nobodyさん
2007/02/05(月) 19:26:56ID:???ethna と symfonyはどうなのどうなのお！
0896nobodyさん
2007/02/05(月) 19:33:06ID:???好みで選べ
0897nobodyさん
2007/02/05(月) 19:50:14ID:???893ではないが、
シンプルに俺はSymfony設定ファイルが多くてややこしい気分になった。
俺にはCakeの様に配列に放り込むほうが判りやすかった。
だがCakeはその後のバッドノウハウ的なものも含めて色々面倒な気がする。
この面倒が無い（FW内で想定される動作の幅が広く、それらに関してはしっかり動く）
のであれば、Symfonyもやってみたい。
■ このスレッドは過去ログ倉庫に格納されています