【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/
0778nobodyさん
2007/01/25(木) 21:28:36ID:???0779nobodyさん
2007/01/25(木) 21:50:54ID:???ユーティリティ的な扱いをするクラスは普通そうなるよ
ただPHPはネームスペースがないからZFのクラス名みたいに
ユニークな大元パッケージプレフィックス付けて機能名付けてとかやってると
どうしてもクラス名が長くなってstatic methodのコールは長くなりがちなんだよ
んでその長いstatic methodでコードが埋まってくるとなんか
staticクラス辞めて一旦インスタンスにしてから使いたい欲求が出て来るんだよ
これがPHPやっててイライラするところだ
0780nobodyさん
2007/01/25(木) 22:25:29ID:???そうそう
>>779
あー、ユーティリティー的なクラスだね。確かに。
オブジェクト固有のプロパティーを持つか持たないか、
あたりがstaticでいくべきか否かの一つの判断基準になるかな。
0781nobodyさん
2007/01/26(金) 01:50:39ID:???でもなんかASP.NETにしか見えない…
0782nobodyさん
2007/01/26(金) 03:39:18ID:???デザイナーさんに書かせてやれば？
0783nobodyさん
2007/01/26(金) 04:48:02ID:???0785nobodyさん
2007/01/26(金) 09:39:26ID:???シンプルだし。 php5で動かないのかな？
0786nobodyさん
2007/01/26(金) 15:55:08ID:???0788nobodyさん
2007/01/26(金) 21:33:25ID:Mnuw22qaちゃちゃっと作れるフレームワークの決定版
ってないの？
0789nobodyさん
2007/01/26(金) 21:48:06ID:???0790nobodyさん
2007/01/26(金) 21:57:10ID:???0791nobodyさん
2007/01/26(金) 22:57:57ID:???まったくだ、なんかもう月に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っと。
0793nobodyさん
2007/01/27(土) 00:19:29ID:???Railsの簡単そうな所を見せつけられたら、移りたくもなる。
しかし私はRubyは好きじゃないんで、PHPのRailsを希望。
でさ、guessworkもSmartyに依存とかさ、勘弁して欲しい。
PEARも中途半端だし。単独で、シンプルで、使いやすいFW！！
0794nobodyさん
2007/01/27(土) 00:35:21ID:???たぶんcakeが一番理想に近い。
けど、PHP4の汚らしいエラー処理と変な配列が。
PHP5専用の2.0っていう計画も無いわけじゃないみたいだけど
出る頃にはもう…
0795nobodyさん
2007/01/27(土) 00:47:00ID:???symfonyにひれ伏せばいいじゃない
0796nobodyさん
2007/01/27(土) 02:13:36ID:???PHPでバリバリOOPしてた奴が
Rubyを使って同機能程度のプログラム書けるようになるには
どのくらいかかる？
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:???俺が使い始めちゃったから廃れちゃうと困るんですｗ
お願いしますｗ
■ このスレッドは過去ログ倉庫に格納されています