トップページ⇒php
985コメント270KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2009/03/24(火) 01:21:08ID:???
PHPのフレームワークに関する話題用のスレッド

●国外産●
symfony
　ttp://www.symfony-project.com/
code igniter
　ttp://codeigniter.com/
Zend Framework
　ttp://framework.zend.com/manual/ja/index.html
CakePHP
　ttp://www.cakephp.org/
Yii Framework　←New!! (Dec 03, 2008)
　ttp://www.yiiframework.com/

●国産
ちいたん
　ttp://php.cheetan.net/
Ethna
　ttp://ethna.jp/
guesswork
　ttp://classic.guesswork.jp/
maple
　ttp://kunit.jp/maple/

●前スレ
【PHP】フレームワークについて語るスレ12【総合】
http://pc11.2ch.net/test/read.cgi/php/1229960175/
0175nobodyさん2009/05/21(木) 16:23:26ID:P779ZgB3
>>174
マジでwww！！？
0176nobodyさん2009/05/21(木) 16:24:30ID:???
PerlよりRubyよりもちろんJavaよりも短いPHPやっぱり最強だな
0177nobodyさん2009/05/21(木) 18:32:40ID:???
比較的大きな案件ならCodeigniterなんて論外だろ。
0178nobodyさん2009/05/21(木) 18:41:02ID:???
なんで？
だいたい、どれくらいで「大きな案件」よ
はてな住人はそんなにみんな大きな案件ばっかりやってるのか？
0179nobodyさん2009/05/21(木) 19:18:31ID:???
いざって時に情報や技術者が少ないと困るからじゃね？
Codeigniter出来る人を求人してもいなさそうなイメージ…。
0180nobodyさん2009/05/21(木) 22:34:08ID:P779ZgB3
phaだって、CakePHP使ってるんだぞ！
0181nobodyさん2009/05/21(木) 22:51:25ID:???
CodeIgniter(笑)
0182nobodyさん2009/05/22(金) 00:15:18ID:???
うまく説明できないけど、CodeIgniterはないと思うに一票。
0183nobodyさん2009/05/22(金) 00:22:03ID:???
CodeIgniterは、コア部分とかをオーバーライドして簡単に修正出来るのと
実際公式サイトに書いてあるように習得が楽なので、ないこたないと思うけど？

バリデータがしょぼかったから別の使ってるけど。

まぁ、一人で適当にアプリ作るには割りとちょうどいいかな。
階層も薄いからどこでどう動いてるかとかも把握しやすいし。
0184名無し募集中。。。2009/05/22(金) 00:30:33ID:f3nFju+F
グループ開発になるとZend,Symfony,Cake,Ethnaくらいしか選択肢ないよ
それ以外は経験者集められない
0185nobodyさん2009/05/22(金) 00:55:57ID:RzyQ8gRW
>>184
ありすぎて、問題だなｗ
0186nobodyさん2009/05/22(金) 01:13:02ID:???
>>174
ありえそうな気がしてくるｗ
CodeIgniterとかよめねぇｗｗｗｗみたいなのいっぱいいそうｗｗｗｗｗ

こでいぐぬぃてぇあ
0187nobodyさん2009/05/22(金) 01:35:28ID:???
>>178
比較的大きな案件といっても中規模レベルのことで、
それ以下の更に以下ぐらいにCodeigniterの選択肢があるわけで。
0188nobodyさん2009/05/22(金) 01:35:53ID:???
なんでコードまで読めなくなるんだよｗ
0189nobodyさん2009/05/22(金) 02:03:28ID:???
なんだかんだでZendブランドは強い。
0190nobodyさん2009/05/22(金) 09:57:18ID:???
>>186
せめて名前が、Code Igniter だったらまだマシだったのかｗ
0191nobodyさん2009/05/22(金) 12:25:09ID:RzyQ8gRW
yiiとかどうなの？
0192nobodyさん2009/05/22(金) 14:29:39ID:???
>>191
文字数的にはヒットの予感ｗ

パフォーマンス的には結構よさそうだけど、使い難そうだね。
日本に限らず流行らないほうに1票。
0193nobodyさん2009/05/22(金) 15:46:56ID:???
なるほど、じゃぁ文字数的にはやっぱりCが最強なんだな。
0194nobodyさん2009/05/23(土) 09:51:40ID:???
Cって検索するとき困る
0195nobodyさん2009/05/23(土) 10:02:39ID:???
付き合うならDぐらいは欲しいな
0196nobodyさん2009/05/23(土) 11:28:31ID:sw/qjhoP
Dと付き合ってるけど毎年性格が豹変するから疲れる
0197nobodyさん2009/05/23(土) 19:45:31ID:???
そこで颯爽とR登場。マニアックな魅力にみんなイチコロ（死語）
0198nobodyさん2009/05/24(日) 00:13:51ID:???
エラー表示が優れてるフレームワークはどれ?
0199nobodyさん2009/05/24(日) 00:17:05ID:???
php
0200nobodyさん2009/05/24(日) 01:25:18ID:UrsSuZGN
>>198
Cakeじゃね？DBのクエリーを見れるじゃん。
0201nobodyさん2009/05/24(日) 08:19:09ID:???
クエリー出るのはいいね
0202nobodyさん2009/05/24(日) 09:51:07ID:???
SQLクエリのエラー表示、ってだけで見るのもどうかと
PHP5に特化して統一されたエラーハンドリングができる方がフレームワークとしてはいいかもよ。

SQLのエラー（例外）をキャッチできればクエリ出すことも簡単だろうし。
ZFやらKohanaとかもいいんでね？面倒なのでやってないけど。
0203nobodyさん2009/05/24(日) 10:02:26ID:???
その面倒がだめなんでしょ
0204nobodyさん2009/05/24(日) 10:10:00ID:???
うん。なるほど。納得
0205nobodyさん2009/05/24(日) 11:18:37ID:???
ZFはDBアダプタにプロファイラ設定するだけで、
クエリから実行時間まで全てログれる件。

表向きに簡単！便利！と売るより、
プログラマにとって地味に嬉しい機能を全面に出すフレームワークは無いものかね
0206nobodyさん2009/05/25(月) 00:26:34ID:???
>>205
地味に嬉しい機能って何?
0207nobodyさん2009/05/25(月) 00:28:25ID:n6zT/Oby
ZendもCakeもSymfonyも表向きだけじゃなくてプログラマ向けに便利だと思うけど
0208nobodyさん2009/05/25(月) 00:44:44ID:3dtn4t5a
>>206
http://framework.zend.com/manual/ja/zend.db.profiler.html
0209nobodyさん2009/05/25(月) 03:07:58ID:???
> getQuery() は、クエリの SQL テキストを返します。
パラメータつきのプリペアドステートメントの場合、 クエリがプリペアされた時点のテキストを返します。
つまり、プレースホルダを含んだままの形式ということです。
実行時に置き換えられた値を知ることはできません。

orz
0210nobodyさん2009/05/25(月) 05:21:49ID:???
Perlの場合、フレームワークとか関係無しに、DBI経由でSQLをダンプできる。
0211nobodyさん2009/05/25(月) 05:32:16ID:n6zT/Oby
それはPHPでもなんでも出来るので
0212nobodyさん2009/05/25(月) 07:03:40ID:???
perlすごいな
PHPは捨てることになします
ありがとうございました
0213nobodyさん2009/05/25(月) 07:28:25ID:???
さようなら
文盲はもう帰ってこなくていいよ
0214nobodyさん2009/05/25(月) 09:11:31ID:???
PHPの組み込みDB関数にSQLのダンプ機能ってあるのか？
0215nobodyさん2009/05/25(月) 09:44:24ID:???
あるんじゃない？必要ないから使ったことはないけど。
0216nobodyさん2009/05/25(月) 11:30:40ID:???
どうやるの？php.iniで設定するとか、コネクション張るときに引数に渡すとか
0217nobodyさん2009/05/25(月) 11:37:50ID:???
ひょっとしてDBのログをtailfで見ている俺は勝ち組?
0218nobodyさん2009/05/25(月) 12:31:52ID:???
>>200
それsymfonyからパクった機能じゃん
0219nobodyさん2009/05/29(金) 04:53:50ID:???
>>217
勝ち負けは知らんが、確立された方法があるなら素敵なことだと思う。
開発中 tail -f をDBログに対して常に可能な状態なら、それは一種のフレームだもん。
0220nobodyさん2009/06/08(月) 00:42:53ID:???
静かだな。
なんかネタない〜？
0221nobodyさん2009/06/09(火) 00:03:04ID:???
アンケートでもするかー

1 今使用してるフレームワーク
2 使用した事のあるフレームワーク
3 それぞれの寸評または10点満天でのスコア
4 欲しい機能

どぞ
0222名無し募集中。。。2009/06/09(火) 00:24:43ID:JTieN+g5
1 今使用してるフレームワーク
個人ではCakePHPとZendFramework
仕事で他人が作ったSymfonyのシステムもいじる
2 使用した事のあるフレームワーク
Ethna
Mojavi
Maple
CakePHP
ZendFramework
Symfony
3 それぞれの寸評または10点満天でのスコア
Ethna 8点 かなり良いけど今使うには古い
Maple,Mojavi 初期構築やってないんであんま記憶ない
CakePHP 9点 初期構築なら一番開発が楽
ZendFramework 7点 自由すぎで楽はできない
Symfony 5点 これしか知らなかったらこれでいいけど、他知ってると荒が見えてしまう
4 欲しい機能
日本のガラパゴス携帯に簡単に対応して欲しい
無理だろうけど
0223nobodyさん2009/06/09(火) 01:57:18ID:???
MOONGIFT: ? Sinatraを真似たPHP用軽量フレームワーク「Fitzgerald」
http://www.moongift.jp/2009/06/fitzgerald/

簡単なURLマッピング、シンプルなレスポンス。どれをとっても簡単だ。
そんなSinatraを真似たPHP用フレームワークがFitzgeraldだ。

0224nobodyさん2009/06/09(火) 09:20:00ID:???
>>222
沢山つかってるねー
Symfonyってそんなんなんだ...
0225nobodyさん2009/06/09(火) 09:36:31ID:g6/5Uspu
codeigniter使ってる人いないの？
0226nobodyさん2009/06/09(火) 09:40:47ID:???
ZendFW導入して3ヶ月。だいぶコード書くのが楽になってきた。
構造がしっかりするのは良いもんだね。
0227nobodyさん2009/06/09(火) 09:46:08ID:???
>>225
おるよ
最初セッション関連に不満はあったけど、そこだけ自作に差し替えれば結構使える
0228nobodyさん2009/06/09(火) 10:10:03ID:???
セッション周りで自作って致命的だな。
0229nobodyさん2009/06/09(火) 10:15:14ID:???
え？
0230nobodyさん2009/06/09(火) 13:05:56ID:???
CodeIgniter(笑)
0231nobodyさん2009/06/09(火) 21:02:52ID:???
こでいｇにてぁ？(*‘ω‘ *)？
0232nobodyさん2009/06/09(火) 23:10:49ID:???
そこでkohanaですよ
0233nobodyさん2009/06/10(水) 01:30:26ID:???
んだ。
メジャー所一通り経由したが、kohanaは見通しよくてよい。
0234nobodyさん2009/06/10(水) 16:05:15ID:???
いらね
0235nobodyさん2009/06/10(水) 19:49:52ID:???
フレームワークに一番期待するものを述べよ

おれはDBラッパーが使いやすけりゃいいかな
0236nobodyさん2009/06/10(水) 22:28:38ID:???
フロントコントローラとディスパッチ先の管理
0237nobodyさん2009/06/11(木) 02:06:24ID:???
>>222がいってる、携帯対応は欲しいね。

後はHTMLデザイン関連フレームワークが同梱されてるようなものとか
あるといいなぁって思った。
Webサイトを作成するって段階において、一人で全部作成しようとすると
管理画面含め、画面作成部分が実は凄く面倒くさい。

まぁ、YUIとかそこらへんのCSSフレームワークとかを使えってことなのかもしんないけど。
0238nobodyさん2009/06/11(木) 02:31:40ID:???
携帯対応ってどんな？

絵文字<->絵文字変換
絵文字->画像変換
GET/POST文字コード自動変換
文字コード変換出力

ほかは？
0239nobodyさん2009/06/11(木) 09:30:25ID:???
IP・UserAgentでの判別
クッキー使えないときのセッション管理
0240nobodyさん2009/06/11(木) 12:42:28ID:???
組み込みのWEB管理画面が欲しいな、
phpMySQLAdminみたいな感じで、FWの情報を見たり、設定を変更出来たり、
各種設定が変更でたり、モジュールのユニットテスト支援してくれたい、etc

初期導入が楽なものより、
デバッグ機能が充実かつ容易な物が欲しい。
0241nobodyさん2009/06/11(木) 13:44:53ID:???
>>240
それってrhaco?

俺はまったく必要ないが。
0242nobodyさん2009/06/11(木) 17:39:18ID:???
>>240
そうそうそういうのいいね
0243nobodyさん2009/06/11(木) 19:34:23ID:???
>>241
rhacoなんてあるんだね。
さらっと見てみたけど、クラス名が他と被りそうな印象。

冗長だけどZendFrameworkみたいにパッケージ名を接頭子としてつけるとかして欲しいところだ。
0244nobodyさん2009/06/12(金) 13:17:24ID:???
普通はつけるよな
PEARパッケージにもできないし
0245nobodyさん2009/06/18(木) 17:22:53ID:???
>>237
PHPフレームワークで携帯といったらこれでしょ。

Ktai Library for CakePHP1.2
http://blog.ecworks.jp/ktai
0246nobodyさん2009/06/24(水) 00:42:05ID:???
http://slashdot.jp/security/article.pl?sid=09/06/23/0455215
Apacheに新たな脆弱性が発見されてPHPたちまち脂肪ｗｗｗ
0247nobodyさん2009/07/01(水) 17:27:59ID:???
>>246
結構好きです、脂肪シリーズｗｗｗ
いつも最新情報ありがとうございます＾＾
0248nobodyさん2009/07/14(火) 14:40:27ID:???
>>245
ネートは不幸な生育環境で非行に走っただけで元々の性質は悪くないだろ
変わったのではなく矯正施設の教育で本人の良さが引き出されただけ
ニートは成人するまで両親揃って何不自由なく育ったのに親掛かりを悪びれる素振りもない
人間そのものを変えるなんて事はどだい不可能なんだよ
彼らを何とかしようとするとき共存を考えるよりはそもそも始めからいない物としてカウントしない
そういった方向で何とかする方法を考えた方がいい
02492452009/07/14(火) 15:07:12ID:???
>>248
生きててごめんなさい ;-;
0250nobodyさん2009/08/13(木) 12:31:43ID:???
みんな 5.3 入れた?
0251nobodyさん2009/08/13(木) 13:51:32ID:???
5.2みたいにパフォーマンスが上がったわけじなくて
変な文法増えただけだろ？
ｲﾗﾈ
0252nobodyさん2009/08/13(木) 14:47:27ID:???
そんな餌に釣られるもんですかっ
0253nobodyさん2009/08/13(木) 15:55:34ID:???
バックスラッシュな時点で日本ではオワタな感じがする。
0254nobodyさん2009/08/13(木) 22:09:43ID:???
半角円記号とBackSlashを同じコードにしたやつはばくはつしてしまえばいい
ぎぎぎ
0255nobodyさん2009/08/14(金) 09:42:19ID:???
どこに割り当てればよかったと思う？
0256nobodyさん2009/08/14(金) 10:04:25ID:???
考えなしに記号を消費しまくったPHPが悪い。
0257nobodyさん2009/08/14(金) 10:45:14ID:???
PHPはそう遠くないうちに終わるだろう
0258nobodyさん2009/08/14(金) 11:04:06ID:???
記号消費といえば Perl な印象。

これだけ PHP アプリがあると、COBOL、Java のように負の遺産として残るんだろうなぁ。
0259nobodyさん2009/08/14(金) 15:15:42ID:???
PHPが何に取って代わるの？
0260nobodyさん2009/08/14(金) 17:32:44ID:???
>>259
何がPHPに取って代わるの？

じゃなくて？
今のところPHPに変わるものは無い気がするけど。

rubyやpythonはちょっと違う気がするし。
0261nobodyさん2009/08/14(金) 18:51:57ID:eBpbFkcS
>>251
そうなんだ。
GCの改良ってあったけど、パフォーマンスにはそんなに効かないのかな。

ディストリが採用するまで待つか。
0262nobodyさん2009/08/14(金) 21:12:33ID:???
PHP最強ということFAですね
0263nobodyさん2009/08/14(金) 22:43:59ID:???
強さは知らんが、PHPのポジションはそれなりに気づいてると思うけどな
0264nobodyさん2009/08/14(金) 23:38:42ID:???
言語記法としてはウンコ。
標準機能(extension含む)の手軽さではピカイチ。

言語としては ECMAScript が手軽かつ綺麗なのでいつか主流になると思う。
サーバサイド実装がほとんど無い現状だけども。
0265nobodyさん2009/08/14(金) 23:43:42ID:???
あんだけ普及してたPerlもいまじゃPHPと入れ替わったわけだし
いつかまた別のが来てもおかしくはないとは思うけど
当分はPHPが死ぬことはないと思うなー

まぁ入れ替わるとしても、風向きが変わってからとりかかりゃいいしな
なんだかんだで今後もあまり発展性のなさそうなものを新たに覚えるよりは
いま使いやすいのを使っておくのが無難かなと思うトコロ
0266nobodyさん2009/08/15(土) 00:16:27ID:???
PHPは当分残るだろうね。
良くも悪くも現状のWEB開発においては不満が少ないし、十二分に枯れている。

ブラウザとの親和性も含めるとECMAScriptがなんらかのきっかけで爆発的に普及する気がしないでもない。
0267nobodyさん2009/08/15(土) 00:51:22ID:???
ECMAScript はライブラリが充実したらいいと思う
0268nobodyさん2009/08/15(土) 01:43:47ID:???
Rhino on Railsかね、JSの本命は。
あれが来たらもしかしたら意外とサーバーサイドJS流行る可能性があるかもしれない。
webやるならいずれにせよ多少は触る言語だしね。
0269nobodyさん2009/08/15(土) 04:14:08ID:???
Rubyは導火線だったけど、爆発物じゃない、みたいな感
0270nobodyさん2009/08/15(土) 09:38:25ID:???
CodeIgniterは点火装置
0271nobodyさん2009/08/15(土) 09:48:54ID:???
PHPは爆発物では無い、もはや炭みたいなもの。
0272nobodyさん2009/08/15(土) 10:14:28ID:???
練炭ですね
0273nobodyさん2009/08/15(土) 10:57:07ID:???
炭はむしろほめ言葉だけどなｗ
0274nobodyさん2009/08/15(土) 11:46:04ID:???
褒めてるんだよｗ

ここまで手軽で高機能で普及していて枯れているWEB系言語は他に無い。
■ このスレッドは過去ログ倉庫に格納されています