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

1 名前：nobodyさん mailto:sage [2008/02/09(土) 10:43:58 ID:???] 前スレ pc11.2ch.net/test/read.cgi/php/1197383840/ 340 名前：nobodyさん mailto:sage [2008/04/18(金) 09:42:52 ID:???] クローズドになるとかいってんのお前だけだよｗ 341 名前：nobodyさん mailto:sage [2008/04/18(金) 14:07:52 ID:???] ソースはこれ？↓ MySQL、新機能追加は有償版の「MySQL Enterprise」だけを対象に www.technobahn.com/news/2008/200804172000.html 342 名前：nobodyさん mailto:sage [2008/04/18(金) 14:18:22 ID:???] 別にフリーだから使うなんて事はないんだぞ？ 趣味ならそれは重要だが。企業レベルじゃあまり関係ない。 SQLServerやらMySQLの有料版が実際使われているのがいい証拠。 企業の場合どっちかというとサポート体制が重要。 金払ってるといざって時サポート呼べるし、場合によっては責任もとらせられる。 無料版だとサポート呼べないし責任は全部自分ところ。 なんでもオープンソース使え使えっていってるのは2流の技術者と、そういうのに疎い有料無料かでしかみれない上役だけ。 現場でわかってるプロの技術者なら有料か無料かなんて選択肢の中ではかなり優先度は低い。 少なくとも、これオープンソースだから使いましょうよ、なんていってる技術者いたらその時点で役立たずのレッテル貼るわ。 その構築するシステムに向いてるかどうかで判断するのならまだしも。 343 名前：nobodyさん mailto:sage [2008/04/18(金) 14:52:31 ID:???] >>342 プロの技術者乙 344 名前：nobodyさん mailto:sage [2008/04/18(金) 15:42:02 ID:???] 新機能が追加されないMySQLを使い続けてPHPERジリ貧ｗｗｗ 345 名前：nobodyさん mailto:sage [2008/04/18(金) 18:10:17 ID:???] その理由なら、rubyも死亡だろｗ 346 名前：nobodyさん mailto:sage [2008/04/18(金) 18:23:32 ID:???] RoRはMySQLをポイ捨てしてsqliteに乗り換え済み 先見の明の違いが出たねｗ 347 名前：nobodyさん mailto:sage [2008/04/18(金) 18:54:43 ID:???] ひどいつりだな 348 名前：nobodyさん mailto:sage [2008/04/18(金) 19:35:54 ID:???] sqliteはパブリックドメイン（何しても自由）だから フレームワークに内蔵してデフォルトにしているだけで 別に良いものだから選んでいるわけじゃないんだけどな。 あくまで開発・プロトタイプ・個人用のもので 複数の人が同時にアクセスするものとしての 本番利用は現実的じゃない。 それにPHPは、sqliteをとっくの昔に言語の標準 データベースとして組み込んでいる。お前に言わせれば先見の明だなｗ 349 名前：nobodyさん mailto:sage [2008/04/18(金) 19:41:04 ID:???] 末端の利用者が評論家気取りでグダグダ言ってるなよ。 みっともないｗ 350 名前：nobodyさん mailto:sage [2008/04/18(金) 19:55:20 ID:???] はぁ？ 普通利用しているからことちゃんとした意見言えるわけで。 使ってもいないくせに何か言おうとしているなこいつｗ 351 名前：nobodyさん mailto:sage [2008/04/18(金) 20:26:25 ID:???] >>350 つれたつれた 352 名前：nobodyさん mailto:sage [2008/04/18(金) 20:38:46 ID:???] >>342 一般企業で有償MySQLってなかなかないんじゃないかな？ OracleかSQL Serverでしょう、有償なら。 現場で解ってるプロの技術者には選択肢ないんじゃないかと思う。 俺の周りだけの話だけかもしれないけど。 353 名前：nobodyさん mailto:sage [2008/04/18(金) 20:56:40 ID:???] 裾野が狭まるから頂も低くなるんだよ オープンソースからプロプライエタリに移行して成功した製品あんのかと 354 名前：nobodyさん mailto:sage [2008/04/19(土) 01:02:42 ID:???] > オープンソースからプロプライエタリに移行して成功した製品あんのかと どうやら、あなたはオープンソースからプロプライエタリに移行したら 失敗するといいたいようですが、そもそも オープンソースからプロプライエタリになった製品があるのですか？ あと、MySQLはsunが買収したとしても、オープンソースのままなのは 知っていますか？ 355 名前：nobodyさん mailto:sage [2008/04/19(土) 03:29:45 ID:???] >>354 オープンソースからプロプライエタリに移行した製品がないという 悪魔の証明に自ら挑むとはｗ 製品を殺す愚策なんだから知られないのは当然 まぁ俺も知らないけどね 本当に無償版の開発を停止して有償版しか出さなくなったら MySQLは死んでいくと思うよ 356 名前：nobodyさん mailto:sage [2008/04/19(土) 07:12:17 ID:???] >>341を読む限り、「新機能」がCommunityServer版に付かなくなる、とも読めるな もしメンテ（および機能改良）が続くんなら別にいいかなと、無理矢理楽観してみる 357 名前：nobodyさん mailto:sage [2008/04/19(土) 08:21:08 ID:???] ウェブシステムの性格的に、信頼性が低くても安い方がいいってことでApacheとかMySQLとかPHPとかが流行ってるわけだからな。 金かかるんだったら、ポスグレにして、その分自分の収入にする罠。 358 名前：nobodyさん [2008/04/19(土) 09:19:18 ID:Pd4VwcNb] くだらん書き込みが続いてるなぁ。 ApacheもMySQLも信頼性が低いってー事はないぞ。PHPについてはシランが。 あと、普通にPHPでwebプログラムを組める奴は必然的にPHPとJavascriptという風に複数言語使えるようになってるからそこから更にrubyとかいうことになってもそんなにコストかかるわけじゃないと思う。 俺もrubyについては手をつけてないが、Cやらpythonやらに手をつけてるし。 PHP脂肪とか言われたら他の言語使えばいいだけだって気づかないんかね。 # あと、ここはフレームワークのスレかと 359 名前：nobodyさん mailto:sage [2008/04/19(土) 09:21:27 ID:???] >>355 あんた、悪魔の証明が何かわかってないんじゃね？ 360 名前：nobodyさん mailto:sage [2008/04/19(土) 13:03:25 ID:???] >>354 RHELとか？ 成功というのが何を指してるかわからないけど。 361 名前：nobodyさん mailto:sage [2008/04/19(土) 18:10:16 ID:???] d.hatena.ne.jp/naoya/20080418/1208520196 Community Server開発継続でPHP余命一年延びるｗｗｗ 362 名前：nobodyさん mailto:sage [2008/04/20(日) 01:52:32 ID:???] src php 捨てたい けどまだ時期尚早だよな 363 名前：nobodyさん mailto:sage [2008/04/22(火) 22:01:35 ID:???] blog.ohgaki.net/ruby-1-9-0-webrick Ruby1.9以下のWEBrickにディレクトリ遷移攻撃脆弱性があってPHP脂肪ｗｗｗ 364 名前：nobodyさん mailto:sage [2008/04/22(火) 23:27:24 ID:???] ttp://d.hatena.ne.jp/sotarok/20080422/php_framework_fight 誰かこれ参加しろよ 365 名前：nobodyさん mailto:sage [2008/04/23(水) 03:25:02 ID:???] Delphi for PHPってどうなんだろう 「データベースに特別なコードを書かずとも容易に接続できるようにした」 とかいう説明読むとフレームワークと認識してもいいように思うけど 366 名前：nobodyさん mailto:sage [2008/04/23(水) 10:30:22 ID:???] >>365 フレームワークの定義って、データベースアクセスが簡単かどうかってよりも アクションのディスパッチャがあるかどうかだと思う。 367 名前：nobodyさん mailto:sage [2008/04/23(水) 21:37:32 ID:???] そりゃMVC一通りあるんじゃないの？使ったことないから分からないけど 368 名前：nobodyさん mailto:sage [2008/04/24(木) 20:18:05 ID:???] blog.ohgaki.net/email Pythonのセキュリティー警告してたらSPAMにメールアドレス使われたみたいだ Python厨タチわりー 369 名前：nobodyさん mailto:sage [2008/04/24(木) 20:21:21 ID:???] Python厨だけにGoogle App Engine使って配信したのかもな 370 名前：nobodyさん mailto:sage [2008/04/25(金) 06:21:16 ID:???] そんな攻撃的な信者はphperにもrubyistにもいないよな phythonerﾔﾊﾞｽ しかも単なるセキュリティー情報で誹謗中傷ですらねーし 371 名前：nobodyさん mailto:sage [2008/04/28(月) 10:48:30 ID:???] フォームヘルパーって使ってます？ せっかくMVCなのにテンプレートに関数入れるなんて、とっても矛盾してると 思うのですが・・・ そういう需要もあるってだけなんですかね 372 名前：nobodyさん mailto:sage [2008/04/28(月) 11:49:40 ID:???] Viewのロジックじゃん MVC=Viewの動的要素を一切省こうってわけじゃないよ 373 名前：nobodyさん mailto:sage [2008/04/29(火) 00:07:53 ID:???] 確かにプルダウンとかラジオボタンのHTMLをコントローラ（やモデル？）でつくって 準備するのはなんだかなーだ 分担としては間違いなくViewの仕事だろう。ヘルパーって言うのが微妙なんだけどな 374 名前：nobodyさん mailto:sage [2008/04/29(火) 01:49:36 ID:???] だからViewHelperはViewの範疇なんだっての 高校生か？ 375 名前：nobodyさん mailto:sage [2008/04/29(火) 09:35:20 ID:???] www.sabel.jp/ またフレームワークが増えましたよ、と。 376 名前：nobodyさん mailto:sage [2008/04/30(水) 02:52:49 ID:???] DIにアスペクト志向にアノテーション……採用前評価がめんどくさそうなw 採用検討／評価するにしてもうちはGW終わってからだなー。 おまえら頑張れ 377 名前：nobodyさん mailto:sage [2008/04/30(水) 04:53:29 ID:???] symfonyってcodeigniterの何倍くらい重い？ 378 名前：nobodyさん mailto:sage [2008/04/30(水) 15:03:38 ID:???] rubyてmysql使うのにもmakeとかしなきゃいけないのか・・俺脂肪 379 名前：nobodyさん mailto:sage [2008/04/30(水) 16:29:31 ID:???] ふつー gem install mysql 380 名前：nobodyさん [2008/05/01(木) 17:01:00 ID:1aec6u7x] ethnaがシンプルでよかったので 社内システムの標準FWに採用しました。 381 名前：nobodyさん mailto:sage [2008/05/01(木) 20:29:40 ID:???] ethnaってまだ開発続いているの？ 382 名前：nobodyさん [2008/05/02(金) 00:35:33 ID:ulIGiMsU] 地味に続いてるよ。 383 名前：nobodyさん [2008/05/02(金) 14:05:51 ID:ulIGiMsU] 新しいバージョンでるみたいだね。 384 名前：nobodyさん mailto:sage [2008/05/02(金) 14:35:04 ID:???] symfonyはcodeigniterの3倍遅いみたいね 同じパフォーマンスをあげようと思ったら3倍のリソースが必要か… 385 名前：nobodyさん mailto:sage [2008/05/02(金) 14:58:16 ID:???] 単純に機能とスピードのトレードオフだろう。 386 名前：nobodyさん mailto:sage [2008/05/02(金) 16:54:39 ID:???] jp.techcrunch.com/archives/20080501twitter-said-to-be-abandoning-ruby-on-rails/ twitterがRoRを放棄でPHP復活ｗｗｗ 387 名前：nobodyさん mailto:sage [2008/05/02(金) 16:57:33 ID:???] RoRがスケーリングに対応できないというが それならRoRをパクっただけのPHPのFWが対応できるのか？ 388 名前：nobodyさん mailto:sage [2008/05/02(金) 17:16:29 ID:???] 全部erlangで書きゃいいのに 389 名前：nobodyさん [2008/05/02(金) 17:16:36 ID:mpl3PtrU] phpは素で書けば速いもんな。 390 名前：nobodyさん [2008/05/02(金) 18:38:44 ID:ulIGiMsU] エスナも早いよ 391 名前：nobodyさん mailto:sage [2008/05/02(金) 20:08:53 ID:???] ciはソースに今どき閉じタグが書かれているのがイモ 392 名前：nobodyさん mailto:sage [2008/05/02(金) 20:50:58 ID:???] 閉じたり閉じなかったりで動きが変わる事自体がイモじゃね 仕方ないんだろうけどさ 393 名前：nobodyさん mailto:sage [2008/05/02(金) 21:29:55 ID:???] >>391は所得も知能も底辺に位置する者の喚き声だなｗ 394 名前：nobodyさん mailto:sage [2008/05/02(金) 21:37:21 ID:???] なんで？ 395 名前：nobodyさん mailto:sage [2008/05/02(金) 21:38:49 ID:???] >>393の頭には虫がわいてんだろうなww 396 名前：nobodyさん mailto:sage [2008/05/02(金) 22:22:41 ID:???] ソースに今どき開きタグが書かれているのがイモ 397 名前：nobodyさん mailto:sage [2008/05/02(金) 23:34:45 ID:???] >>396 それは激しく思う。というか閉じタグをとっぱずすなんてどう考えてもバッドノウハウじゃねえかｗ 少しは疑問に感じろよPHPerども 398 名前：nobodyさん mailto:sage [2008/05/03(土) 03:55:15 ID:???] 閉じタグを書かない俺ってＧＥＥＫ！ 399 名前：nobodyさん mailto:sage [2008/05/03(土) 03:59:36 ID:???] ciはsystemディレクトリの中にapplicationディレクトリが入ってるのがイモ そこは分けとけよ 400 名前：nobodyさん mailto:sage [2008/05/03(土) 04:42:11 ID:???] >>398はもっと評価されるべき 401 名前：nobodyさん mailto:sage [2008/05/03(土) 06:16:41 ID:???] しばらくsymfony使ってて 久しぶりにci触ったら身軽でいいわ〜 402 名前：nobodyさん [2008/05/04(日) 23:06:36 ID:QrBYi/l0] 結局　中小規模だとどれがおすすめ？？ CakePHP -> DBと密接すぎる CodeIgniter -> セッションがクッキーに保存される とどっちも肝心なとこがいまいちだった… 403 名前：nobodyさん mailto:sage [2008/05/04(日) 23:10:28 ID:???] >>402 ちゃんと使えば？CIのセッションについては、DBに保存することもできたと思うけど。 っていう自分はドキュメントよんで評価して改良してっていう手間がもうしんどくて、 guesswork classic をカスタマイズしたものを延々つかってるけど 404 名前：nobodyさん mailto:sage [2008/05/04(日) 23:13:41 ID:???] >>403 うん DB使うときはそれでいいんだけど 使わないときがね… 小規模だと CakeかCIがよさげなんだけどね その改造する手間がね… orz guessworkもためしてみるかな 405 名前：nobodyさん mailto:sage [2008/05/05(月) 00:52:06 ID:???] CakePHP ってそんなにDBと密接だろうか？ usesプロパティにnull代入すれば それで終わりじゃね？ 406 名前：nobodyさん mailto:sage [2008/05/05(月) 01:19:43 ID:???] >>405 それで一応できるけど modelは必須なのが前提だし… DB使うにしても密接すぎて融通きかない感じかな はまれば楽なんだけどね 407 名前：nobodyさん mailto:sage [2008/05/05(月) 03:33:55 ID:???] 普通に作ればモデルを作るのが当たり前なんだが・・・。 まあ経験をつめ。 408 名前：nobodyさん mailto:sage [2008/05/05(月) 09:50:45 ID:???] 変態セッションがいやなら$_SESSION使えばいいじゃない 409 名前：nobodyさん mailto:sage [2008/05/05(月) 12:22:34 ID:???] >>407 DBやファイル扱わない場合だってあるじゃん・・ 410 名前：nobodyさん mailto:sage [2008/05/05(月) 12:31:02 ID:???] たとえば？ 411 名前：nobodyさん mailto:sage [2008/05/05(月) 13:45:56 ID:???] それはどのFWを使うかというより、 FWを使うべきかどうかを検討する規模の開発だと思う。 生PHP+何かしら必要なライブラリで事足りそう。 412 名前：nobodyさん mailto:sage [2008/05/05(月) 15:29:14 ID:???] >>407 自分は、>>406じゃないけど、具体的にはどんな感じでモデル組んでます？ オンメモリな処理はともかく、DB上のデータに対しては、SQLの実行はパフォーマンスに 直結するから、内部の処理は隠すべきではないんじゃないかって思うところもあって、 結構悩ましい。 413 名前：nobodyさん mailto:sage [2008/05/05(月) 17:17:56 ID:???] 内部の処理をモデルの中に隠せばいいのでは？ 414 名前：nobodyさん mailto:sage [2008/05/05(月) 19:08:40 ID:???] だって、最適なSQLって画面とか機能ごとに違うことが多いじゃん。 画面とか機能からの独立性がほとんど無いものを個別に作り上げて、 それをモデルと呼べるのかといえば、かなり疑問。 っていうか、モデルとしてのメリットがほとんどない。 415 名前：nobodyさん mailto:sage [2008/05/05(月) 19:21:04 ID:???] MVCを勉強しなおしてね。 416 名前：nobodyさん [2008/05/06(火) 01:40:18 ID:Db+mgkTm] CIのルータが変態なので自前ルータを書いてるんだが hoge/moge/ と hoge/moge を同一と判定すべき？しないべき？ 417 名前：nobodyさん [2008/05/06(火) 01:45:13 ID:iGu8GQhf] すべき 418 名前：nobodyさん mailto:sage [2008/05/06(火) 01:54:34 ID:???] だよな ファイルシステムとの類推で考えると 同名のファイルとディレクトリは同階層に存在できないもんな 419 名前：nobodyさん mailto:sage [2008/05/06(火) 03:21:15 ID:???] どちらでも同じコンテンツにアクセスできることが望ましいと思うが、 どちらかに転送した方が良いと思われ 420 名前：nobodyさん mailto:sage [2008/05/06(火) 16:53:07 ID:???] 質問スレで知ったんだがRhacoってどうなの？ 和製フレームワークっぽいけど このスレで出たことないよね？ 421 名前：nobodyさん mailto:sage [2008/05/06(火) 16:54:23 ID:???] どうも和製はなぁ。 結局海外製に押し切られる気がする。 だからRubyもいまいち使う気になれない。 422 名前：nobodyさん mailto:sage [2008/05/06(火) 16:56:00 ID:???] Rhacoのオフィシャルサイトがなんか重いなァ パフォーマンスでないのかな？ 423 名前：nobodyさん mailto:sage [2008/05/06(火) 16:59:32 ID:???] 結構作り込んである印象 なんでまったく話題に出なかったんだろ？ 424 名前：nobodyさん mailto:sage [2008/05/06(火) 17:36:05 ID:???] >>416 それって他のFWもそうじゃない その辺があまいのばっかだよなあ 425 名前：nobodyさん mailto:sage [2008/05/06(火) 17:47:31 ID:???] CIがあまいだけでは？ 426 名前：nobodyさん mailto:sage [2008/05/06(火) 17:48:55 ID:???] >>418 おいおい。index.htmlを忘れているぞ。 hoge/moge/ だとmogeフォルダのindex.html（設定による）を参照すべきだろう？ 427 名前：nobodyさん mailto:sage [2008/05/06(火) 17:55:43 ID:???] >>426 >>417-418は、まさにそう言ってるんだと思うが？ 428 名前：nobodyさん mailto:sage [2008/05/06(火) 18:14:00 ID:???] いや、少し考えてみた。 URLが hoge/moge なら、一番最初に hoge/moge を探すべきだな。rewriteやaliasを含めて。 いきなり hoge/moge/ に書き換えるのは乱暴か で、そうやって探して hoge/moge が見つからなかった時のみ、hoge/moge/(DirectoryIndex) と するのが一応は順序かと思った。 >>426はそういう意味かな 429 名前：nobodyさん mailto:sage [2008/05/06(火) 18:15:28 ID:???] /hoge/mogeでも/hoge/moge/でもどっちでも mogeがディレクトリ的存在だったら /hoge/moge/index.html が表示されるべきで、 その判断はサーバ側でおこなう。 最後の/の有無だけに、エンティティの判断基準を委ねない。 ってことだな 430 名前：nobodyさん mailto:sage [2008/05/06(火) 18:16:27 ID:???] なんかかぶったｗ 431 名前：nobodyさん mailto:sage [2008/05/06(火) 18:20:13 ID:???] >>430 結論は反対だけどねｗ 432 名前：nobodyさん mailto:sage [2008/05/06(火) 18:22:19 ID:???] ん？同じだろ？ 433 名前：nobodyさん mailto:sage [2008/05/06(火) 18:24:06 ID:???] 426…最後の/で判断するよ派 428・429…最後の/で判断しないよ派 これであってる？ 434 名前：nobodyさん mailto:sage [2008/05/06(火) 18:30:18 ID:???] ってか フレームワークのルータに/hoge/moge/index.htmlが渡ることって考えにくいな 素のリソースはmod_rewriteの設定で直接アクセスされるだろ 435 名前：nobodyさん mailto:sage [2008/05/07(水) 00:29:19 ID:???] /foo/barへのアクセスは 1./foo/barがファイルであるか確認 2./foo/bar/へリダイレクト（301 Moved Permanently） が正しい動作のはず。 436 名前：nobodyさん mailto:sage [2008/05/07(水) 01:08:20 ID:???] 何を基準にした「正しい」動作なの? 437 名前：nobodyさん mailto:sage [2008/05/07(水) 01:32:49 ID:???] 俺もｵﾓﾀ。いったい何を基準に正しい・正しくないを議論しているのか… 独自アプリのルーティングの話で index.html がどうとかﾜｹﾜｶﾗﾝ 静的ファイルを表示するための httpd を書いていて mod_dir に酷似した挙動をさせたいということならわからなくもないが、 >>416が聞きたいのはそういうことなのか? 438 名前：nobodyさん mailto:sage [2008/05/07(水) 02:53:40 ID:???] パスが変わるのでしないべき 妥協点はスラ付きへリダイレクト が正解 439 名前：nobodyさん mailto:sage [2008/05/07(水) 03:22:12 ID:???] >>438に賛同。 SEO/SBO という面で考えれば、/ ありと / 無しをアプリ側で同一と見なすべきではない。 ただし、ユーザビリティを考慮すれば、/ 無しを / ありに 301 で転送 (またはその逆) をすることをするとなお良い。 参考 → pmakino.jp/tdiary/20061105.html#p01 440 名前：nobodyさん mailto:sage [2008/05/07(水) 06:16:35 ID:???] なるほど たしかにSEO的にリダイレクトする方がいいな �d�d

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef