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

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2008/02/09(土) 10:43:58ID:???
前スレ
http://pc11.2ch.net/test/read.cgi/php/1197383840/
0342nobodyさん2008/04/18(金) 14:18:22ID:???
別にフリーだから使うなんて事はないんだぞ？
趣味ならそれは重要だが。企業レベルじゃあまり関係ない。
SQLServerやらMySQLの有料版が実際使われているのがいい証拠。
企業の場合どっちかというとサポート体制が重要。
金払ってるといざって時サポート呼べるし、場合によっては責任もとらせられる。
無料版だとサポート呼べないし責任は全部自分ところ。

なんでもオープンソース使え使えっていってるのは2流の技術者と、そういうのに疎い有料無料かでしかみれない上役だけ。
現場でわかってるプロの技術者なら有料か無料かなんて選択肢の中ではかなり優先度は低い。

少なくとも、これオープンソースだから使いましょうよ、なんていってる技術者いたらその時点で役立たずのレッテル貼るわ。
その構築するシステムに向いてるかどうかで判断するのならまだしも。
0343nobodyさん2008/04/18(金) 14:52:31ID:???
>>342
プロの技術者乙
0344nobodyさん2008/04/18(金) 15:42:02ID:???
新機能が追加されないMySQLを使い続けてPHPERジリ貧ｗｗｗ
0345nobodyさん2008/04/18(金) 18:10:17ID:???
その理由なら、rubyも死亡だろｗ
0346nobodyさん2008/04/18(金) 18:23:32ID:???
RoRはMySQLをポイ捨てしてsqliteに乗り換え済み
先見の明の違いが出たねｗ
0347nobodyさん2008/04/18(金) 18:54:43ID:???
ひどいつりだな
0348nobodyさん2008/04/18(金) 19:35:54ID:???
sqliteはパブリックドメイン（何しても自由）だから
フレームワークに内蔵してデフォルトにしているだけで
別に良いものだから選んでいるわけじゃないんだけどな。

あくまで開発・プロトタイプ・個人用のもので
複数の人が同時にアクセスするものとしての
本番利用は現実的じゃない。

それにPHPは、sqliteをとっくの昔に言語の標準
データベースとして組み込んでいる。お前に言わせれば先見の明だなｗ
0349nobodyさん2008/04/18(金) 19:41:04ID:???
末端の利用者が評論家気取りでグダグダ言ってるなよ。
みっともないｗ
0350nobodyさん2008/04/18(金) 19:55:20ID:???
はぁ？ 普通利用しているからことちゃんとした意見言えるわけで。
使ってもいないくせに何か言おうとしているなこいつｗ
0351nobodyさん2008/04/18(金) 20:26:25ID:???
>>350
つれたつれた
0352nobodyさん2008/04/18(金) 20:38:46ID:???
>>342
一般企業で有償MySQLってなかなかないんじゃないかな？
OracleかSQL Serverでしょう、有償なら。
現場で解ってるプロの技術者には選択肢ないんじゃないかと思う。
俺の周りだけの話だけかもしれないけど。
0353nobodyさん2008/04/18(金) 20:56:40ID:???
裾野が狭まるから頂も低くなるんだよ
オープンソースからプロプライエタリに移行して成功した製品あんのかと
0354nobodyさん2008/04/19(土) 01:02:42ID:???
> オープンソースからプロプライエタリに移行して成功した製品あんのかと

どうやら、あなたはオープンソースからプロプライエタリに移行したら
失敗するといいたいようですが、そもそも
オープンソースからプロプライエタリになった製品があるのですか？

あと、MySQLはsunが買収したとしても、オープンソースのままなのは
知っていますか？
0355nobodyさん2008/04/19(土) 03:29:45ID:???
>>354
オープンソースからプロプライエタリに移行した製品がないという
悪魔の証明に自ら挑むとはｗ
製品を殺す愚策なんだから知られないのは当然
まぁ俺も知らないけどね
本当に無償版の開発を停止して有償版しか出さなくなったら
MySQLは死んでいくと思うよ
0356nobodyさん2008/04/19(土) 07:12:17ID:???
>>341を読む限り、「新機能」がCommunityServer版に付かなくなる、とも読めるな
もしメンテ（および機能改良）が続くんなら別にいいかなと、無理矢理楽観してみる
0357nobodyさん2008/04/19(土) 08:21:08ID:???
ウェブシステムの性格的に、信頼性が低くても安い方がいいってことでApacheとかMySQLとかPHPとかが流行ってるわけだからな。
金かかるんだったら、ポスグレにして、その分自分の収入にする罠。
0358nobodyさん2008/04/19(土) 09:19:18ID:Pd4VwcNb
くだらん書き込みが続いてるなぁ。
ApacheもMySQLも信頼性が低いってー事はないぞ。PHPについてはシランが。

あと、普通にPHPでwebプログラムを組める奴は必然的にPHPとJavascriptという風に複数言語使えるようになってるからそこから更にrubyとかいうことになってもそんなにコストかかるわけじゃないと思う。
俺もrubyについては手をつけてないが、Cやらpythonやらに手をつけてるし。
PHP脂肪とか言われたら他の言語使えばいいだけだって気づかないんかね。

# あと、ここはフレームワークのスレかと
0359nobodyさん2008/04/19(土) 09:21:27ID:???
>>355
あんた、悪魔の証明が何かわかってないんじゃね？
0360nobodyさん2008/04/19(土) 13:03:25ID:???
>>354
RHELとか？
成功というのが何を指してるかわからないけど。
0361nobodyさん2008/04/19(土) 18:10:16ID:???
http://d.hatena.ne.jp/naoya/20080418/1208520196
Community Server開発継続でPHP余命一年延びるｗｗｗ
0362nobodyさん2008/04/20(日) 01:52:32ID:???
src php 捨てたい
けどまだ時期尚早だよな
0363nobodyさん2008/04/22(火) 22:01:35ID:???
http://blog.ohgaki.net/ruby-1-9-0-webrick
Ruby1.9以下のWEBrickにディレクトリ遷移攻撃脆弱性があってPHP脂肪ｗｗｗ
0364nobodyさん2008/04/22(火) 23:27:24ID:???
ttp://d.hatena.ne.jp/sotarok/20080422/php_framework_fight
誰かこれ参加しろよ
0365nobodyさん2008/04/23(水) 03:25:02ID:???
Delphi for PHPってどうなんだろう
「データベースに特別なコードを書かずとも容易に接続できるようにした」
とかいう説明読むとフレームワークと認識してもいいように思うけど
0366nobodyさん2008/04/23(水) 10:30:22ID:???
>>365
フレームワークの定義って、データベースアクセスが簡単かどうかってよりも
アクションのディスパッチャがあるかどうかだと思う。
0367nobodyさん2008/04/23(水) 21:37:32ID:???
そりゃMVC一通りあるんじゃないの？使ったことないから分からないけど
0368nobodyさん2008/04/24(木) 20:18:05ID:???
http://blog.ohgaki.net/email
Pythonのセキュリティー警告してたらSPAMにメールアドレス使われたみたいだ
Python厨タチわりー
0369nobodyさん2008/04/24(木) 20:21:21ID:???
Python厨だけにGoogle App Engine使って配信したのかもな
0370nobodyさん2008/04/25(金) 06:21:16ID:???
そんな攻撃的な信者はphperにもrubyistにもいないよな
phythonerﾔﾊﾞｽ
しかも単なるセキュリティー情報で誹謗中傷ですらねーし
0371nobodyさん2008/04/28(月) 10:48:30ID:???
フォームヘルパーって使ってます？
せっかくMVCなのにテンプレートに関数入れるなんて、とっても矛盾してると
思うのですが・・・
そういう需要もあるってだけなんですかね
0372nobodyさん2008/04/28(月) 11:49:40ID:???
Viewのロジックじゃん
MVC=Viewの動的要素を一切省こうってわけじゃないよ
0373nobodyさん2008/04/29(火) 00:07:53ID:???
確かにプルダウンとかラジオボタンのHTMLをコントローラ（やモデル？）でつくって
準備するのはなんだかなーだ
分担としては間違いなくViewの仕事だろう。ヘルパーって言うのが微妙なんだけどな
0374nobodyさん2008/04/29(火) 01:49:36ID:???
だからViewHelperはViewの範疇なんだっての
高校生か？
0375nobodyさん2008/04/29(火) 09:35:20ID:???
http://www.sabel.jp/

またフレームワークが増えましたよ、と。
0376nobodyさん2008/04/30(水) 02:52:49ID:???
DIにアスペクト志向にアノテーション……採用前評価がめんどくさそうなw
採用検討／評価するにしてもうちはGW終わってからだなー。
おまえら頑張れ
0377nobodyさん2008/04/30(水) 04:53:29ID:???
symfonyってcodeigniterの何倍くらい重い？
0378nobodyさん2008/04/30(水) 15:03:38ID:???
rubyてmysql使うのにもmakeとかしなきゃいけないのか・・俺脂肪
0379nobodyさん2008/04/30(水) 16:29:31ID:???
ふつー gem install mysql
0380nobodyさん2008/05/01(木) 17:01:00ID:1aec6u7x
ethnaがシンプルでよかったので
社内システムの標準FWに採用しました。
0381nobodyさん2008/05/01(木) 20:29:40ID:???
ethnaってまだ開発続いているの？
0382nobodyさん2008/05/02(金) 00:35:33ID:ulIGiMsU
地味に続いてるよ。
0383nobodyさん2008/05/02(金) 14:05:51ID:ulIGiMsU
新しいバージョンでるみたいだね。
0384nobodyさん2008/05/02(金) 14:35:04ID:???
symfonyはcodeigniterの3倍遅いみたいね
同じパフォーマンスをあげようと思ったら3倍のリソースが必要か…
0385nobodyさん2008/05/02(金) 14:58:16ID:???
単純に機能とスピードのトレードオフだろう。
0386nobodyさん2008/05/02(金) 16:54:39ID:???
http://jp.techcrunch.com/archives/20080501twitter-said-to-be-abandoning-ruby-on-rails/
twitterがRoRを放棄でPHP復活ｗｗｗ
0387nobodyさん2008/05/02(金) 16:57:33ID:???
RoRがスケーリングに対応できないというが
それならRoRをパクっただけのPHPのFWが対応できるのか？
0388nobodyさん2008/05/02(金) 17:16:29ID:???
全部erlangで書きゃいいのに
0389nobodyさん2008/05/02(金) 17:16:36ID:mpl3PtrU
phpは素で書けば速いもんな。
0390nobodyさん2008/05/02(金) 18:38:44ID:ulIGiMsU
エスナも早いよ
0391nobodyさん2008/05/02(金) 20:08:53ID:???
ciはソースに今どき閉じタグが書かれているのがイモ
0392nobodyさん2008/05/02(金) 20:50:58ID:???
閉じたり閉じなかったりで動きが変わる事自体がイモじゃね
仕方ないんだろうけどさ
0393nobodyさん2008/05/02(金) 21:29:55ID:???
>>391は所得も知能も底辺に位置する者の喚き声だなｗ
0394nobodyさん2008/05/02(金) 21:37:21ID:???
なんで？
0395nobodyさん2008/05/02(金) 21:38:49ID:???
>>393の頭には虫がわいてんだろうなww
0396nobodyさん2008/05/02(金) 22:22:41ID:???
ソースに今どき開きタグが書かれているのがイモ
0397nobodyさん2008/05/02(金) 23:34:45ID:???
>>396
それは激しく思う。というか閉じタグをとっぱずすなんてどう考えてもバッドノウハウじゃねえかｗ
少しは疑問に感じろよPHPerども
0398nobodyさん2008/05/03(土) 03:55:15ID:???
閉じタグを書かない俺ってＧＥＥＫ！
0399nobodyさん2008/05/03(土) 03:59:36ID:???
ciはsystemディレクトリの中にapplicationディレクトリが入ってるのがイモ
そこは分けとけよ
0400nobodyさん2008/05/03(土) 04:42:11ID:???
>>398はもっと評価されるべき
0401nobodyさん2008/05/03(土) 06:16:41ID:???
しばらくsymfony使ってて
久しぶりにci触ったら身軽でいいわ～
0402nobodyさん2008/05/04(日) 23:06:36ID:QrBYi/l0
結局　中小規模だとどれがおすすめ？？


CakePHP
-> DBと密接すぎる

CodeIgniter
-> セッションがクッキーに保存される


とどっちも肝心なとこがいまいちだった…
0403nobodyさん2008/05/04(日) 23:10:28ID:???
>>402
ちゃんと使えば？CIのセッションについては、DBに保存することもできたと思うけど。

っていう自分はドキュメントよんで評価して改良してっていう手間がもうしんどくて、
guesswork classic をカスタマイズしたものを延々つかってるけど
0404nobodyさん2008/05/04(日) 23:13:41ID:???
>>403

うん DB使うときはそれでいいんだけど
使わないときがね…

小規模だと CakeかCIがよさげなんだけどね
その改造する手間がね… orz

guessworkもためしてみるかな
0405nobodyさん2008/05/05(月) 00:52:06ID:???
CakePHP ってそんなにDBと密接だろうか？

usesプロパティにnull代入すれば
それで終わりじゃね？
0406nobodyさん2008/05/05(月) 01:19:43ID:???
>>405

それで一応できるけど
modelは必須なのが前提だし…

DB使うにしても密接すぎて融通きかない感じかな

はまれば楽なんだけどね
0407nobodyさん2008/05/05(月) 03:33:55ID:???
普通に作ればモデルを作るのが当たり前なんだが・・・。
まあ経験をつめ。
0408nobodyさん2008/05/05(月) 09:50:45ID:???
変態セッションがいやなら$_SESSION使えばいいじゃない
0409nobodyさん2008/05/05(月) 12:22:34ID:???
>>407

DBやファイル扱わない場合だってあるじゃん・・
0410nobodyさん2008/05/05(月) 12:31:02ID:???
たとえば？
0411nobodyさん2008/05/05(月) 13:45:56ID:???
それはどのFWを使うかというより、
FWを使うべきかどうかを検討する規模の開発だと思う。

生PHP+何かしら必要なライブラリで事足りそう。
0412nobodyさん2008/05/05(月) 15:29:14ID:???
>>407
自分は、>>406じゃないけど、具体的にはどんな感じでモデル組んでます？

オンメモリな処理はともかく、DB上のデータに対しては、SQLの実行はパフォーマンスに
直結するから、内部の処理は隠すべきではないんじゃないかって思うところもあって、
結構悩ましい。
0413nobodyさん2008/05/05(月) 17:17:56ID:???
内部の処理をモデルの中に隠せばいいのでは？
0414nobodyさん2008/05/05(月) 19:08:40ID:???
だって、最適なSQLって画面とか機能ごとに違うことが多いじゃん。
画面とか機能からの独立性がほとんど無いものを個別に作り上げて、
それをモデルと呼べるのかといえば、かなり疑問。

っていうか、モデルとしてのメリットがほとんどない。
0415nobodyさん2008/05/05(月) 19:21:04ID:???
MVCを勉強しなおしてね。
0416nobodyさん2008/05/06(火) 01:40:18ID:Db+mgkTm
CIのルータが変態なので自前ルータを書いてるんだが
hoge/moge/
と
hoge/moge
を同一と判定すべき？しないべき？
0417nobodyさん2008/05/06(火) 01:45:13ID:iGu8GQhf
すべき
0418nobodyさん2008/05/06(火) 01:54:34ID:???
だよな
ファイルシステムとの類推で考えると
同名のファイルとディレクトリは同階層に存在できないもんな
0419nobodyさん2008/05/06(火) 03:21:15ID:???
どちらでも同じコンテンツにアクセスできることが望ましいと思うが、
どちらかに転送した方が良いと思われ
0420nobodyさん2008/05/06(火) 16:53:07ID:???
質問スレで知ったんだがRhacoってどうなの？
和製フレームワークっぽいけど
このスレで出たことないよね？
0421nobodyさん2008/05/06(火) 16:54:23ID:???
どうも和製はなぁ。

結局海外製に押し切られる気がする。
だからRubyもいまいち使う気になれない。
0422nobodyさん2008/05/06(火) 16:56:00ID:???
Rhacoのオフィシャルサイトがなんか重いなァ
パフォーマンスでないのかな？
0423nobodyさん2008/05/06(火) 16:59:32ID:???
結構作り込んである印象
なんでまったく話題に出なかったんだろ？
0424nobodyさん2008/05/06(火) 17:36:05ID:???
>>416

それって他のFWもそうじゃない

その辺があまいのばっかだよなあ
0425nobodyさん2008/05/06(火) 17:47:31ID:???
CIがあまいだけでは？
0426nobodyさん2008/05/06(火) 17:48:55ID:???
>>418
おいおい。index.htmlを忘れているぞ。

hoge/moge/ だとmogeフォルダのindex.html（設定による）を参照すべきだろう？
0427nobodyさん2008/05/06(火) 17:55:43ID:???
>>426
>>417-418は、まさにそう言ってるんだと思うが？
0428nobodyさん2008/05/06(火) 18:14:00ID:???
いや、少し考えてみた。

URLが hoge/moge なら、一番最初に hoge/moge を探すべきだな。rewriteやaliasを含めて。
いきなり hoge/moge/ に書き換えるのは乱暴か

で、そうやって探して hoge/moge が見つからなかった時のみ、hoge/moge/(DirectoryIndex) と
するのが一応は順序かと思った。
>>426はそういう意味かな
0429nobodyさん2008/05/06(火) 18:15:28ID:???
/hoge/mogeでも/hoge/moge/でもどっちでも
mogeがディレクトリ的存在だったら
/hoge/moge/index.html
が表示されるべきで、
その判断はサーバ側でおこなう。
最後の/の有無だけに、エンティティの判断基準を委ねない。
ってことだな
0430nobodyさん2008/05/06(火) 18:16:27ID:???
なんかかぶったｗ
0431nobodyさん2008/05/06(火) 18:20:13ID:???
>>430
結論は反対だけどねｗ
0432nobodyさん2008/05/06(火) 18:22:19ID:???
ん？同じだろ？
0433nobodyさん2008/05/06(火) 18:24:06ID:???
426…最後の/で判断するよ派
428・429…最後の/で判断しないよ派

これであってる？
0434nobodyさん2008/05/06(火) 18:30:18ID:???
ってか
フレームワークのルータに/hoge/moge/index.htmlが渡ることって考えにくいな
素のリソースはmod_rewriteの設定で直接アクセスされるだろ
0435nobodyさん2008/05/07(水) 00:29:19ID:???
/foo/barへのアクセスは
1./foo/barがファイルであるか確認
2./foo/bar/へリダイレクト（301 Moved Permanently）
が正しい動作のはず。
0436nobodyさん2008/05/07(水) 01:08:20ID:???
何を基準にした「正しい」動作なの?
0437nobodyさん2008/05/07(水) 01:32:49ID:???
俺もｵﾓﾀ。いったい何を基準に正しい・正しくないを議論しているのか…
独自アプリのルーティングの話で index.html がどうとかﾜｹﾜｶﾗﾝ
静的ファイルを表示するための httpd を書いていて
mod_dir に酷似した挙動をさせたいということならわからなくもないが、
>>416が聞きたいのはそういうことなのか?
0438nobodyさん2008/05/07(水) 02:53:40ID:???
パスが変わるのでしないべき
妥協点はスラ付きへリダイレクト

が正解
0439nobodyさん2008/05/07(水) 03:22:12ID:???
>>438に賛同。
SEO/SBO という面で考えれば、/ ありと / 無しをアプリ側で同一と見なすべきではない。
ただし、ユーザビリティを考慮すれば、/ 無しを / ありに 301 で転送 (またはその逆) をすることをするとなお良い。
参考 → http://pmakino.jp/tdiary/20061105.html#p01
0440nobodyさん2008/05/07(水) 06:16:35ID:???
なるほど
たしかにSEO的にリダイレクトする方がいいな
㌧㌧
0441nobodyさん2008/05/07(水) 06:36:20ID:???
>>414
乗り遅れたけど、いい事言ってるなあ。
>>407とか>>415は流行に流されて本質を見失ってるな。

俺はテーブルと一対一になるモデル「じゃない」モデルクラスを作って対処してる。
0442nobodyさん2008/05/07(水) 06:50:57ID:???
>>441
日本語が読みきれん。どっち？

テーブルと1:1に対応することを前提としないモデルクラスを作ってる
テーブルと1:1に対応する、内部の構造が隠蔽されていないから必ずしもモデルとは呼べない、モデルクラスを作ってる

前者だろうとは思うけど、一応。
■ このスレッドは過去ログ倉庫に格納されています