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

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2008/08/24(日) 21:43:37ID:???
前スレ
http://pc11.2ch.net/test/read.cgi/php/1202521438/
0455nobodyさん2008/11/02(日) 09:05:42ID:???
>>452
使いたいのならどうぞ。
XREAはやめといたほうがいいという、ただの忠告だから、
参考にするしないは自由だよ。
俺はさっき書いた理由で使わないけどｗ
0456nobodyさん2008/11/02(日) 10:56:50ID:???
>>453
あのサービスに不満がないならそんな噛みつかなくてもいいと思うよ
0457nobodyさん2008/11/02(日) 12:05:53ID:???
>>449
xreaを仕事で使う馬鹿なんていたの？
サーバ運用するにもお金がかかるって知ってる？
0458nobodyさん2008/11/02(日) 16:19:37ID:???
Symfonyて結構バグあるの？
CakePHPカンファレンス東京のレポート読んでたら、
そんなような記述があったんだが。
あまり詳しく書いてなかった。
0459nobodyさん2008/11/02(日) 17:46:21ID:???
>>457
俺はプライベートでも勘弁だがｗ
0460nobodyさん2008/11/02(日) 19:53:56ID:???
なんかxreaに仕事を奪われた
サーバー屋が裏工作しているみたいですねｗ
0461nobodyさん2008/11/02(日) 20:59:33ID:???
正直お小遣い稼ぎの趣味サイトならxreaで十分だしな〜
0462nobodyさん2008/11/03(月) 04:52:26ID:???
>>458
まぁ細かいのはそこそこある。
ZFもsymfonyも、あれだけ規模がでかけりゃバグチケットが増えるのは当然。
あんまり比較の際の根拠にはならないな。
0463nobodyさん2008/11/03(月) 17:39:38ID:???
>>451
>>454

おすすめサーバ教えてくれ
0464nobodyさん2008/11/03(月) 19:52:45ID:???
他所でやれ
0465nobodyさん2008/11/04(火) 17:33:27ID:???
symfonyはsubversion拾ってればわかるけど、1時間数十以上のファイルが修正されてるからな。
バグがあっても修正も早い
0466nobodyさん2008/11/05(水) 06:01:16ID:???
1時間数十以上 = 一日数百以上 = 一週間数千以上 = 一ヶ月数万以上

一ヶ月数万以上って本当ですか？
0467nobodyさん2008/11/05(水) 07:54:12ID:???
なんとも恐ろしいフレームワークだ
0468nobodyさん2008/11/05(水) 09:38:54ID:???
>>466
本当だよ。subversionでチェックアウトしてみなよ
0469nobodyさん2008/11/05(水) 11:13:18ID:???
Tracをみる限り、一日あたり10から30コミットというところ。
コミット一回につき、いくつかのファイルを触るだろうから、一回の変更の
影響範囲が大きい場合、ピーク時には一時間数十ファイル更新は充分ありうるが、
これがコンスタントに続くことはないでしょ。

まぁコミットはいっぱいあってもバグチケットをcloseするコミットは少ないように見えるが。
でも開発ブランチはこんなもの。
0470nobodyさん2008/11/06(木) 16:26:58ID:???
CIって、早い分cakePHPやsymfonyと比べどんな機能が足りないの?
0471sage2008/11/06(木) 19:26:19ID:W2KYlXPe
>>470
やさしさ
0472nobodyさん2008/11/06(木) 19:35:59ID:???
>>470
痒いとこ
0473nobodyさん2008/11/07(金) 09:14:59ID:???
>>470
モデルまわりは弱いと思った。
DBにselectした結果が配列なんで、そこがちょっと使いづらい。
あとバリデーションまわりはなんか不思議な仕様。もっとよくなりそうなもんだけど。
0474nobodyさん2008/11/07(金) 19:13:25ID:???
>>472
痒いところってどの辺?
0475nobodyさん2008/11/07(金) 20:22:58ID:???
ドクトリンってcodeigniterのパクリだろ？
0476nobodyさん2008/11/07(金) 21:18:22ID:???
>>23って俺が昔別のスレに書いた質問だったと思うんだけど
何でこんなとこに記載されて議論が発生してるんだｗ
0477nobodyさん2008/11/07(金) 21:20:39ID:???
ところでcakePHPのパフォーマンスの悪さは改善されてないのかな？
0478nobodyさん2008/11/07(金) 21:22:48ID:???
>>477
RC3は使ってみた？
0479オリジナル232008/11/07(金) 21:27:02ID:???
>>23の質問を昔別スレに書いた本人だけど
結論としては、
・スタティックな方法では使う側も唯一性を意識しなければいけない
・シングルトンであれば使う側は唯一性を気にする必要が無い
と言うのが最も大きい違いだと思ってる。
要するに、シングルトンで書いておけば後からシングルトンじゃなくする時に
参照してる側は書き換えなくても良いって事。
抽象的に言えば、オブジェクトの特性である唯一性というものをカプセル化出来るということ。
0480nobodyさん2008/11/07(金) 21:31:03ID:???
>>478
使ってませんが、ベンチ等で良い結果を出してるんですか？
>>15のような結果だとさすがに使えないので。
0481nobodyさん2008/11/07(金) 21:34:48ID:???
自分で確かめることって大事
0482nobodyさん2008/11/07(金) 21:37:02ID:???
時間がないんで
0483nobodyさん2008/11/07(金) 21:37:33ID:???
こんなところに書き込んでる暇があるなら
0484nobodyさん2008/11/07(金) 22:45:30ID:???
そりゃ自分でベンチマークとるよりは、ここに書き込む方が楽だし時間もかからないだろう。
0485nobodyさん2008/11/08(土) 00:11:03ID:???
んな他力本願のやつに情報提供してくれる人がいる確率考えると
結局自分で調べたほうが結果がわかるのは早いと思うけどなｗ
0486nobodyさん2008/11/08(土) 00:20:53ID:???
>>469
1.0=>1.1=>1.2と常にこの状態が続いています
0487nobodyさん2008/11/08(土) 01:28:22ID:???
個人がつくってるのを見るのが好きだ
0488nobodyさん2008/11/08(土) 01:29:27ID:???
おっとMapleに鞭打つのはやめるんだ
guessworkとか言うのももうやめるんだ
0489nobodyさん2008/11/08(土) 01:37:07ID:???
>>479
まてまて
23は俺だがコピペじゃないよｗ
偶然同じ疑問を持っただけ
0490nobodyさん2008/11/08(土) 01:38:31ID:???
cakePHPなんてドジでのろまな亀しか使ってないだろ
0491nobodyさん2008/11/08(土) 02:29:27ID:???
>>479
出来ることは同じだけど、
唯一なものを唯一なものと知って使うのと、
唯一なのかインスタンスを複数作れるのかわからないけど、
普通に使えば唯一になってる、
の違いってこと？
ちょっとくどい聞き方かもだけど、ちゃんと確認したくって聞いてみた。
0492nobodyさん2008/11/08(土) 03:23:29ID:???
>>490
本気でそう思うなら相手にしなきゃいいだけなのにw
0493nobodyさん2008/11/08(土) 06:24:48ID:???
cakePHP 1.2のRC3は
”パフォーマンス改善中”と明確に言われている。

cakePHPの開発スタンスは、まず動くものを作る→リファクタリング（パフォーマンス改善含む）
0494nobodyさん2008/11/08(土) 06:54:44ID:???
オープンソースで儲けるのって
サポート事業しかないのか？
0495nobodyさん2008/11/08(土) 07:47:16ID:???
オープンソースは広く使ってもらっていると言う土壌を得る事がまず目的
広く使われればサポート事業や周辺ソフトが売れる
0496nobodyさん2008/11/08(土) 08:04:00ID:???
実際に動くコードが重要なわりに
そのコードを作っても儲けられない。
それがオープンソースｗ

せっかく土壌を作っても
サポートや周辺ソフトや関連書籍を
他の人が提供して売り上げを持っていかれる。
それがオープンソースｗ
0497nobodyさん2008/11/08(土) 12:36:54ID:???
いまだにオープンソースでガッツリ儲けようなんてプランのところがあるの？
本当に基幹的なDBとかhttpdとかならともかく
0498nobodyさん2008/11/08(土) 13:25:19ID:???
ガッツリってのはいくらぐらいなのかな。
それにもよるだろうが、儲けるかどうかは才覚の問題。
OSSかどうかは関係ないだろうな。
0499nobodyさん2008/11/08(土) 14:46:39ID:???
お金の名言

「タダほど高いものはない」
0500nobodyさん2008/11/08(土) 16:19:59ID:???
タダほどお得なものはない
0501nobodyさん2008/11/08(土) 17:38:16ID:???
>>499
ApacheやらLinuxやら使ってて「高くついた」って感じたことはないなあ。
むしろ安い労働力まで付いてきて、お得感しかないのが大多数では？ｗ
もちろん、大規模に「ガッツリ」儲ける分野では違うんだろうけど。
0502nobodyさん2008/11/08(土) 18:55:54ID:???
中・小規模向けのフレームワークって何が良い？
cakeはどうもパフォーマンスが悪すぎて嫌なんだよねえ
0503nobodyさん2008/11/08(土) 21:49:38ID:???
中・小ならEthnaでいいんじゃないの。
CIという手もあるが。
0504nobodyさん2008/11/08(土) 23:30:51ID:???
ご冗談でしょう
0505nobodyさん2008/11/09(日) 05:48:00ID:???
Ethnaとか、未だに選択肢に残ってるのかな？
仕事で昔触ったときに、いろいろドン引きした記憶があるんだが。

アクションを準備していないURL指定すると「全ファイル」のrequireを
し始めてプチDOSアタックになってしまう自前オートロード（笑）とかｗ
0506nobodyさん2008/11/09(日) 09:19:25ID:???
大規模ならCI or ZFのチョイスってことでFA?
0507nobodyさん2008/11/09(日) 11:56:58ID:???
CIってPHP4にも対応しててコードに無理が出てるみたいな話も聞くんだけど
大規模で使えるようなものなの？

小規模にしてもcakeとどっちが楽なんだろう
0508nobodyさん2008/11/09(日) 13:41:32ID:???
ドッチかと言われればcakeだろ
でもcakeもイマイチなのはよくわかる
0509nobodyさん2008/11/09(日) 14:55:46ID:???
ciで大規模はきつい
そういうふうには作られていない
0510nobodyさん2008/11/09(日) 15:03:14ID:???
だよね
低機能だし
だからこそある程度自分達で実装しやすい面もあるから
逆に大規模での需要はありうるけど

かといって小規模でもCIはどうなんだろう
軽量なのは良いんだけど
0511nobodyさん2008/11/09(日) 16:23:48ID:???
>>496
儲けなくても、一度つぶれた会社が
オプソで蘇ってうまくいってるケースはある
0512nobodyさん2008/11/09(日) 16:25:12ID:???
オープンソースは技術的には最良の手段だよ
利益に繋げられるビジネスモデルを考えられるか、実行出来るかが問題
0513nobodyさん2008/11/09(日) 19:20:35ID:???
そこが最大の問題だと思う。
ぶっちゃけメシ食えなきゃしょうがない
0514nobodyさん2008/11/09(日) 19:27:31ID:???
オープンソースにかかわってるエンジニアがこれほどたくさんいるという事実は
形は違えど、オープンソースで稼げるってことの裏返しじゃないかと思うのは甘い？
0515nobodyさん2008/11/09(日) 19:29:10ID:???
でも市場取らないとどうにもならない面もある
もしオープンソースな製品が何一つ無い分野があったら、オープンソースな製品を立ち上げる事で
その分野で一気に市場を奪える可能性がある
0516nobodyさん2008/11/09(日) 20:01:09ID:???
>>513
gimpにしてもblenderにしても、オプソで生活してる開発者はいくらでもいる。
お前みたいな無知が日本には多いから、ボランティアみたいに見られるのは
しょうがないと思うけど。
0517nobodyさん2008/11/09(日) 23:36:37ID:???
日本ではあまり話を聞かない気がするけど・・
0518nobodyさん2008/11/10(月) 01:02:25ID:???
しかもFWの話で画像系とか3D系はちょっと実感わかないかも
0519nobodyさん2008/11/10(月) 10:55:17ID:???
携帯サイト向けの機能も持ったフレームワークってあるの？
0520nobodyさん2008/11/10(月) 11:15:09ID:???
DeNAのMobaSiFみたいなものってPHPでは聞いたことないなぁ
0521nobodyさん2008/11/10(月) 15:28:02ID:???
携帯サイトって出力を携帯むけにするだけじゃないの？
なんか特別に機能必要け？
0522nobodyさん2008/11/10(月) 15:29:05ID:???
セッションとかＰＣと同じじゃ動かないんだよ
そのほか端末識別番号の取得やらいろいろある
0523nobodyさん2008/11/10(月) 16:04:14ID:???
そうそう。まともにサービスを開発したことがあったら、
携帯対応ほど煩雑なものはないと思えるよ。
キャリアと機種によって全然違う挙動するからね。
セッションもレイアウトも画像も。ま、小さいところでは絵文字とか。
0524nobodyさん2008/11/10(月) 16:05:21ID:???
機種によって動かなかったりするからテストもコーディングも面倒
0525nobodyさん2008/11/10(月) 16:55:03ID:???
KEMPは?

KEMP
ke-tai.org
http://ke-tai.org/index.php?KEMP
0526nobodyさん2008/11/10(月) 17:07:31ID:???
それはＰＣ携帯両用サイトじゃなく携帯サイト作成のためのフレームワークっぽい
0527nobodyさん2008/11/10(月) 17:09:27ID:???
両方できるものが欲しいのか
すまそ

というより両方やろうとしている時点で間違っていると思う
小規模、小機能ならありえるけど
0528nobodyさん2008/11/10(月) 17:15:23ID:???
両対応サイトであったとしても別物と考えよ
0529nobodyさん2008/11/10(月) 17:24:25ID:???
KEMPとやらはPHP5で動かない
携帯とＰＣで別フレームワークを使うとしたら
共通の機能を変更した場合どうすんの？
0530nobodyさん2008/11/10(月) 18:47:01ID:???
セッション動かないのはクッキーがないからだろ？
単にget引数方式にしたらいいだけじゃないの？
0531nobodyさん2008/11/10(月) 19:02:38ID:???
>>529
当然それぞれ変更する
0532nobodyさん2008/11/10(月) 19:04:27ID:???
>>530
リファラーを送っちまう機種でそんなことしたら、セッションハイジャックされるべ
0533nobodyさん2008/11/10(月) 19:05:00ID:???
実際携帯サイト向けのソリューションはいくつかあるんだけど
国内では情報少ないね
0534nobodyさん2008/11/10(月) 19:10:08ID:???
>>530
POSTフォームだとACTIONに指定したパラメータを送らないっていう機種もあるしな
そういう機種ではPOSTフォームでセッションを維持できない。
0535nobodyさん2008/11/10(月) 19:23:29ID:???
結局機種判別をして処理振り分けるような事をする必要があるんだよね
0536nobodyさん2008/11/10(月) 19:35:22ID:???
ttp://gihyo.jp/dev/feature/01/mobasif/0001

ここに書いてあるのでもまだまだ序の口だな。間違ってるとこもあるし。
いまんとこ、オープンソースだとMobaSiF最強じゃないかな。
0537nobodyさん2008/11/10(月) 19:47:32ID:???
携帯の文字コードは、そろそろUTF-8統一でいいんでしょうか？
0538nobodyさん2008/11/10(月) 19:48:52ID:???
結局そういうのは自分とこで作るしかないんじゃね
0539nobodyさん2008/11/10(月) 19:54:03ID:???
>>536
Perlじゃん

>>538
別に汎用的な機能だから広く使われるものが無い現状が異常
携帯関連開発の低レベル差だと思う
0540nobodyさん2008/11/10(月) 20:24:13ID:???
うん。perlなんだけどさ。
スレチ承知であえて、携帯だけはPerlでって思えるぐらいの完成度だと思う。
0541nobodyさん2008/11/10(月) 21:08:55ID:???
だいたい携帯は規格が無さ杉なんだよ
ＯＳも別々のが乗ってるし
エンドユーザーにとってメリットがある事じゃないんだが、不経済だなあ
0542nobodyさん2008/11/10(月) 22:50:10ID:???
>>541
それと、各社・各世代仕様のまとめ情報が少なすぎる。
ググれば出てきそうなクッキー仕様や対応文字コード等の情報が、ほとんど無い。
会社で仕事なんかでは資料を作るんだから、暇な自営業者あたりが自分メモで
作ってても良さそうなもんなんだが。

フレームワーク辺りと違って、いじって面白くないのと、商売上公開したくないって
のと、その他もろもろ理由はあるんだろうけど。
0543nobodyさん2008/11/10(月) 22:58:35ID:???
Androidに期待
0544nobodyさん2008/11/10(月) 23:09:02ID:???
携帯はフルブラウザで見る以外は廃止にすべき
0545nobodyさん2008/11/10(月) 23:39:13ID:???
MobaSiF読んでPHP用携帯FWを作るプロジェクトとか
0546nobodyさん2008/11/11(火) 00:37:30ID:???
そもそも初期のｉモードなんかの仕様がダメ杉
0547nobodyさん2008/11/11(火) 02:17:34ID:???
>>545
PerlのコードをPHPのコードに変換するジェネレーターがあれば、簡単に移植できるかな？
0548nobodyさん2008/11/11(火) 02:22:07ID:???
http://oshiete1.goo.ne.jp/qa863429.html
Perlコードを、自動的にPHPコードに変換してくれる、そんな「ドラえもん」のようなプログラムがありましたら教えて下さい！

無いですねえ。

http://www.cs.wcupa.edu/~rkline/perl2php/
Perl/Php Translation
0549nobodyさん2008/11/11(火) 07:51:48ID:???
そういやperlで思い出したけど
PHP on parrotて進んでるんでしょうか？
0550nobodyさん2008/11/13(木) 08:51:01ID:???
>>540
Perlの事情あまりしらはい。ﾗｲﾌﾞﾗﾘのどういうとこが携帯向き?
0551nobodyさん2008/11/13(木) 10:31:16ID:kdvrTOAA
で、肝心のフレームワークなんだけど
結局今熱いのってなんなの？

いっぱいありすぎていまいちこれっていう特徴あるやつ
ないんだよな〜

最近ちょっとさわってみようかな〜って思ってるのあるんだけど
誰かいじったことある人いたら所感教えて〜

PAJAJ
ttp://pajaj.sourceforge.net/

xFrameworkPX
ttp://px.xframework.net/
0552nobodyさん2008/11/13(木) 14:00:08ID:???
PRADOみたいなイベントドリブンなのはどうなんだ
0553nobodyさん2008/11/13(木) 16:16:39ID:???
ちいたんでいい
0554nobodyさん2008/11/13(木) 23:25:55ID:???
やっぱり落ち担当w
■ このスレッドは過去ログ倉庫に格納されています