トップページ⇒php
994コメント273KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2008/12/23(火) 00:36:15ID:???
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】フレームワークについて語るスレ10【総合】 ※実質11
http://pc11.2ch.net/test/read.cgi/php/1219581817/
0588nobodyさん2009/02/13(金) 20:51:25ID:???
そこはバリバリ伝説だろと小一時間(ry
0589nobodyさん2009/02/13(金) 21:29:28ID:???
cakePHPって簡単にAjax組み込める？
それともIDとか勝手に振られちゃいますか？
0590nobodyさん2009/02/13(金) 21:56:00ID:???
簡単に組み込めそうなことすらマニュアル見て試せない奴が
簡単に組み込めるとも思えないが
0591nobodyさん2009/02/13(金) 23:32:42ID:???
unixtimeが1234567890になった瞬間にPHP脂肪ｗｗｗ
0592nobodyさん2009/02/14(土) 17:06:27ID:???
ちょっとしたポータルサイトをPHPでつくろうと思っていますが、どのFWを使おうか迷っています。よかったら誰か決めてください。それにしますので。
0593nobodyさん2009/02/14(土) 17:07:54ID:???
PRADOにしてください
0594nobodyさん2009/02/14(土) 17:12:31ID:???
Zend
0595nobodyさん2009/02/14(土) 17:15:31ID:???
>>593
>>594
ありがとう。メインはPRADOにします。Zendをモジュールでつかってみます。
0596nobodyさん2009/02/14(土) 17:36:41ID:???
ちょｗ
0597nobodyさん2009/02/14(土) 19:37:42ID:???
安価でサイト作るぜ！みたいなノリだなｗ
0598nobodyさん2009/02/15(日) 02:20:01ID:???
>>597
http://baresoku.blog94.fc2.com/blog-entry-261.html
http://imakitasangyou.web.fc2.com/index.html
0599nobodyさん2009/02/19(木) 16:30:08ID:???
これってもう話題になった？
http://www.pluf.org/
0600nobodyさん2009/02/19(木) 17:24:43ID:???
>>599
へー、こんなフレームワークがあるんだー。

Pluf に一致する日本語のページ 約 710 件
まだあんまり知られていないようですね＞＜

ttp://d.hatena.ne.jp/mopemope/20090210/p1
>というか、PHPのときはrhacoでいいじゃんというのがある…

rachoはDjangoが流行る前からあったみたいですが？
ttp://project-p.jp/halt/kinowiki.php/Django%E5%8B%89%E5%BC%B7%E4%BC%9A/Disc3
0601nobodyさん2009/02/20(金) 19:06:39ID:???
フレームワークを使用して新規にECサイトを構築する場合、
管理側、ユーザ側それぞれにフレームワークを入れたほうがよいのかな。
それともフレームワークは一つで作成した方がよいのかな。
みなさんどうしてます？
0602nobodyさん2009/02/20(金) 19:10:32ID:???
同じフレームワークでもいいが、ニーズが１８０度近く違うこともあるので、
同じでもいいし違ってもいい
0603nobodyさん2009/02/20(金) 19:42:20ID:???
大抵データアクセス用のモデルクラスを作成するかと思うので、それらを使い回す為には
同じフレームワークの方がいい場合も多いかと。というか普通はそうだと思う。

それでどーーーーーーーーしても駄目な場合、もう一つフレームワーク使う・・・かなあ？
0604nobodyさん2009/02/20(金) 19:45:06ID:???
フロントZend
管理Cake
はよくやる
0605nobodyさん2009/02/20(金) 19:49:56ID:???
>>604
管理画面はscaffoldでがんがん行くってこと？
フロントに使わないのはなぜ？使いにくいの？
cake使ったこと無いからわかんね
0606nobodyさん2009/02/20(金) 20:01:45ID:???
フロントは携帯対応とかあるからCakeだと逆にめんどい
0607nobodyさん2009/02/23(月) 11:17:23ID:???
俺は>>603に同意だな。DBスキーマが二個あるのはトラブルの元だし。
scaffoldで済む程度の管理画面なら分けてもいいかもだけど。
0608nobodyさん2009/02/23(月) 18:58:21ID:???
レプリケーションしてて片方が読み専用、もう片方が書き専用なんてのは良くあるよ
だからFWも複数スキーマ対応してないと採用されづらい
0609nobodyさん2009/02/24(火) 02:11:29ID:???
>>608
複数スキーマってどういう意味？
レプリケーションなら、同一スキーマでいいんじゃね？
複数データベースという意味ならcakeは
複数のデータベースに接続できるね。
0610nobodyさん2009/02/24(火) 07:42:17ID:???
スキーマの意味を理解していないのではないかと。
0611nobodyさん2009/02/24(火) 08:47:42ID:???
今はCakeが一番流行ってるんですか？
0612nobodyさん2009/02/24(火) 08:58:35ID:???
>>609
同一スキーマにレプリケーションして意味あるのかｗ
0613nobodyさん2009/02/24(火) 13:20:18ID:???
みんなが言ってるスキーマの定義がバラバラなんじゃないか？
0614nobodyさん2009/02/24(火) 14:37:17ID:???
((lambda (x) (x x)) (lambda (x) (x x)))
0615nobodyさん2009/02/24(火) 23:50:17ID:???
log(message,leve,facility)
って感じに呼んで、
facilityによって別々のログ（ファイルやコンソール）に書き込むような
ログ機能があるFWってありますか？
0616nobodyさん2009/02/25(水) 00:38:34ID:???
>>613
どんな定義であろうと、流石にレプリケーションを同一スキーマにって奴はおらんのでは。
マシンですら別にしないと意味ないのに。
0617nobodyさん2009/02/25(水) 01:05:34ID:???
てか、
「同一スキーマにレプリケーション」とか「レプリケーションを同一スキーマに」
って、表現おかしいぞ。レプリケーションの意味わかってるのか？
0618nobodyさん2009/02/25(水) 01:10:39ID:???
とりあえずあれだ
レプリケーション（負荷分散）とか、適当に自分が念頭に置いてる訳語つけて喋れおまいら
0619nobodyさん2009/02/25(水) 01:10:40ID:???
スキーマって、DDLまたはそれの元になるデータのことを言ってるんじゃないのかな。

たとえ別サーバーであっても、同じDBMSをのっけているのなら、同じスキーマでも問題ない様に思える。

異DBMS間で、レプリケーション（マイグレーション？）するのなら、定義が変更される可能性があるので、DBMSごとにスキーマを微調整する必要はあるかもしれないけど。

>>616の反応を見てると、DSN、ユーザー名、パスワードといった接続情報も含めて、これをスキーマっていっているような気がする。
0620nobodyさん2009/02/25(水) 01:14:07ID:???
>>617
おかしいから、そんなのありえないって言ってるんじゃないのか
0621nobodyさん2009/02/25(水) 01:16:52ID:???
>>619
トンチンカンだなお前は
0622nobodyさん2009/02/25(水) 01:18:48ID:???
スキーマの定義は多分Oracleやってる奴とそうじゃないやつで違う。
0623nobodyさん2009/02/25(水) 01:24:24ID:???
Oracleではデータの集合自体をスキーマという
逆に言語(DDLも含む)で言うスキーマってのは定義の事だから、
同じ定義で複数作っても同じスキーマということになる

ってことでかみ合ってないんじゃないかと思う
0624nobodyさん2009/02/25(水) 01:25:19ID:???
俺がスキーマっつったらだいたいイコールCREATE TABLEの中身
俺がレプリケーションっつったらDBの複製
0625nobodyさん2009/02/25(水) 01:33:04ID:???
同一スキーマもなにも、そもそもレプリケーションにスキーマ関係ねーだろ
0626nobodyさん2009/02/25(水) 01:39:56ID:???
いやOracleには関係あるんだよそれが
だから話がかみ合ってないんだよ
0627nobodyさん2009/02/25(水) 01:45:21ID:???
いやoracleでも関係ねーし
0628nobodyさん2009/02/25(水) 01:46:36ID:???
オラコーはユーザ毎にそれぞれのスキーマとかあるからな
いろいろ他のDBと概念が違ってめんどい
0629nobodyさん2009/02/25(水) 01:47:15ID:???
ここの大多数の奴はMySQLしか知らない奴なんだから
Oracleの話はいったんやめてみよう
06306152009/02/25(水) 02:01:33ID:???
スキーマとかどうでもいいので俺の質問に答えて下さい
0631nobodyさん2009/02/25(水) 02:16:57ID:???
第二引数の意味が解らないので答えられません
0632nobodyさん2009/02/25(水) 02:17:38ID:???
ってかFWじゃなくてlog4phpでいいんじゃないのかと思うんだが
0633nobodyさん2009/02/25(水) 03:11:59ID:???
オラクルでしか使えない用語は
使わないでください。

オラクル用語のスキーマは間違いすぎです。
0634nobodyさん2009/02/25(水) 03:13:40ID:???
オラクルでは間違いじゃないんだから完全否定もできんけどな。
0635nobodyさん2009/02/25(水) 03:22:06ID:???
Postgresqlにもスキーマあるぞ。
0636nobodyさん2009/02/25(水) 03:39:07ID:???
>>630
cakephpはエラーレベルによって吐くファイル名が変わるけど
任意の場所にログを吐くFWはないんじゃね？
0637nobodyさん2009/02/25(水) 03:39:40ID:???
Zend_Log
0638nobodyさん2009/02/25(水) 03:50:40ID:???
なんだこの流れ
発端は>>607-608か？
素直に読んだら>>607の「スキーマ」は大体>>624の意味だろ
オラクル使いは自分の使ってる言葉が絶対かｗ

「レプリケーション」にしたって、オラクルの流儀なんてしらね。SQLを適当に発行したら
分散機構及びDBMS側でうまくやってくれる、それでいいじゃねえか。
なんでフレームワークわけてまでこっち側で対応しなきゃならないんだ。貧乏くさいぞ。
0639nobodyさん2009/02/25(水) 06:25:05ID:???
ま、ウェブ系だとポスグレやMySQLが当たり前だけど、クラスによってはオラクルが当たり前な場合もあるからな。フリーのDBに慣れてると、オラクルはホント戸惑うよな。limitがないとか。
0640nobodyさん2009/02/25(水) 10:04:36ID:???
言われてみれば、MySQLしか使ってないな〜（遠い目）
MySQLは安いし、ノウハウも蓄積、公開されてるし、他のDBでないとダメな理由や状況が今のところ無いです、ハイ＾＾

>>639
Accessもlimitがなくてあせりました＞＜
0641nobodyさん2009/02/25(水) 11:19:57ID:???
オラクル一回使ったけどCentOSに入れるのに一週間掛かったなー。何あのCD-ROMの枚数とパッチセットの数。
普通にインストールしても丸一日かかるんじゃないか？
融通が利かず、コマンドラインインターフェイスが最悪だった記憶しかないです。
0642nobodyさん2009/02/25(水) 13:04:42ID:???
mysql4まではOracleの方がいいと思ったこともあったな。
0643nobodyさん2009/02/25(水) 13:21:02ID:???
PHPとOracleって時点で激しくミスマッチ感があるんだが
Linux版って安定してるの？
0644nobodyさん2009/02/25(水) 13:23:01ID:???
db2とかoci8のモジュールメンテナはIBMやOracleの人だったはず
0645nobodyさん2009/02/25(水) 13:25:11ID:???
>>643
MySQLより安定してるが
0646nobodyさん2009/02/25(水) 13:34:06ID:???
あんまりこなれてない印象があったけど、敷居が高いってだけかな
PDOの対応は微妙みたいだけど
PDO自体が微妙なのかな？
0647nobodyさん2009/02/25(水) 13:38:59ID:???
PDOはクエリの発行と結果の取得を抽象化しているけど、データベース固有の機能を利用する
仕組みは提供していないから、ちょっと凝ったことをしようとすると使えない。

唯一PDO_PGSQLのラージオブジェクト操作メソッドはドライバ作者が頑張ってるけど
ドキュメントが整備されていなくてCのソース読まないと使いこなせないのが難。
0648nobodyさん2009/02/25(水) 14:39:41ID:???
MySQLは簡易ＤＢの部類だからなどっちかといえば
0649nobodyさん2009/02/25(水) 14:48:30ID:???
MySQLが簡易なんじゃなくてOracleがでか過ぎるんだよ。
mixiがMySQLだろ？普通にサイト立ち上げる程度にOracleなんていらんでしょ。
0650nobodyさん2009/02/25(水) 14:51:13ID:???
OracleがデカイってのはWebProg板的にな。
0651nobodyさん2009/02/25(水) 15:15:40ID:???
自前でDB管理・障害対応ができるなら好きなDBMSを使えばいいんだけどね
Oracleが使われるのは機能とか規模の問題じゃないことも多い
0652nobodyさん2009/02/25(水) 15:21:45ID:???
Oracleの良さは、バグ発生したときに
サポートに調査投げることで時間稼ぎが出来るってとこに尽きる。

「現在、サポートに問い合わせ中です。」
0653nobodyさん2009/02/25(水) 15:23:24ID:???
Oracle,DB2,SQLServer,PostgreSQLとMySQLの間には大きな溝があるんだよ
仕組み自体が違うから考え方も違う
0654nobodyさん2009/02/25(水) 15:37:35ID:???
PHPの人たちはいろんな意味でLAMP環境しかしらないんだなと思わせるスレだな。
0655nobodyさん2009/02/25(水) 16:02:17ID:???
わたしはなんでも知り尽くしてますってか？
0656nobodyさん2009/02/25(水) 16:08:35ID:???
>>654
WebProgは普通LAMPでしょ。
わざわざOracle入れたのってオフィスビルが８階建て以上の会社しか知らない。
0657nobodyさん2009/02/25(水) 16:09:44ID:???
そういうんじゃなくて、DBの話でMySQL以外の話が出ると、そのプロダクト叩いたりとかさ。
現実にOracleてはスキーマはそういう意味だって解ったなら、それで納得すりゃいいのに。
0658nobodyさん2009/02/25(水) 16:13:27ID:???
PostgreSQLでもDB2スキーマの意味はOracleと同意だよ
スキーマの下にデータベースオブジェクトができる感じ
MySQLが特殊なんじゃないかね
0659nobodyさん2009/02/25(水) 16:37:05ID:???
というよりは、DBに関してスキーマという単語をいくつかのレベルで使う場合があるのに、
わざとか素でかは知らんが、一種類の定義のみでしか解釈せずにレスをぐちょんぐちょんにしてる
オラクラーがいただけの話だが
まあ「データベース定義」をDBスキーマといってみるのは誤解を招くしかっこよくもないとは思う
0660nobodyさん2009/02/25(水) 17:17:47ID:???
まぁ悪いのはオラクル馬鹿にした>>638だろ
0661nobodyさん2009/02/25(水) 17:29:35ID:???
>>658
FWが用意しているスキーマもお忘れなく。
0662nobodyさん2009/02/25(水) 17:33:52ID:???
プログラマはDB側の話なんて気にしないから
システム解ってる奴とプログラマで認識に差があるのでは
DB側の話でスキーマって言ったらだいたい領域みたいな話だよね
0663nobodyさん2009/02/25(水) 17:52:34ID:???

>>600-からずーーーっと同じ話なんだが
そろそろいいじゃね？
0664nobodyさん2009/02/25(水) 18:00:42ID:???
>>607>>608はFWのスキーマの話をしてるのに、いきなりOracle定義のスキーマって語を
持ち出したオラクラーも悪い。だいたいここFWスレなんだからFWのスキーマだと思わないのかね？
0665nobodyさん2009/02/25(水) 18:04:06ID:???
ウェブの場合、高度な処理が要求されるんじゃなくって、簡単な処理を大量にこなすことを要求されるからな。
ミクシイみたいな大規模サイトでも結局は簡単なSELECTがほとんどだろうし。
その点で、MySQLなんかの方が向いてる。もちろん安いからって理由が最大だけど。
ORマッパーとか使い出したら、DBの機能って低いレベルで揃えさせられるからな。
0666nobodyさん2009/02/25(水) 18:05:16ID:???
>>665
その話は終わっただろ。
0667nobodyさん2009/02/25(水) 18:07:21ID:???
フレームワークのスキーマってそもそも何だよ
そのレベルの話ならフレームワーク全体がスキーマなんだから
DBの話ならデータベースサーバのスキーマだって解るだろうに
0668nobodyさん2009/02/25(水) 18:09:28ID:???
わざと混同してるんだろ。
荒らしたいから。
もしくは本気でDBのスキーマ知らなくて判断つかなかったかのどっちかだ。
0669nobodyさん2009/02/25(水) 18:09:58ID:???
MSのSQLServerも、ASP.NETと連携させると、非常にいいね。
0670nobodyさん2009/02/25(水) 18:12:35ID:???
そもそも事の発端になってる>>607はDBスキーマって明言してるわけで
0671nobodyさん2009/02/25(水) 18:13:36ID:???

お前ら、スレの名前って読めるの？？

0672nobodyさん2009/02/25(水) 18:13:47ID:???
>>670
よく読め。FWを２つに分けたらスキーマが２つになると言ってるんだ。
FWレベルの話だろ？
0673nobodyさん2009/02/25(水) 18:21:22ID:???
FWが生成するスキーマをDBスキーマと呼称したのなら
DBのスキーマを知らん阿呆だってことだろ
0674nobodyさん2009/02/25(水) 18:22:46ID:???
それでFAでいいじゃねーか。
0675nobodyさん2009/02/25(水) 18:26:32ID:???
【PHP】フレームワーク CakePHP　5ホール目【v1.2】
http://pc11.2ch.net/test/read.cgi/php/1229669539/920

920 名前：nobodyさん[sage] 投稿日：2009/02/25(水) 14:43:45 ID:???
Paginator helperにXSSの問題
http://cakephp.jp/modules/newbb/viewtopic.php?topic_id=1779&forum=9&viewmode=flat&order=ASC&start=0

...orz
0676nobodyさん2009/02/25(水) 18:36:22ID:???
>>607が間違えて>>608が完全DB側に意味を引き寄せてそれなら解るとフォローし
あとはネットイナゴみたいな感じだろ
0677nobodyさん2009/02/25(水) 18:41:30ID:???
このスレは関係ない話で盛り上がった上に反省会までやんのな。
0678nobodyさん2009/02/25(水) 19:12:46ID:???
>>676
間違いでも阿呆でもないと思うよ。
そういう風に「スキーマ」っていう人・文化もいる（ある）。正確かどうか、好ましいかどうかは置いておいて。
なんで「間違い」にしたいのかね。
0679nobodyさん2009/02/25(水) 19:21:30ID:???
スキーマの定義とかどうたらこうたらより、どうせならレプリケーションで盛り上がれよｗ

レプリケーションって使ったことないんだけど、例えばMySQLなんかの非同期レプリケーションなら、
更新系・参照系の問い合わせの際に、自分でアクセス先DBを使い分けなきゃいけないの？

もしそうだとすると、こういった使い分けに対応したフレームワークってある？
DBの接続設定でごにょごにょしておけば、更新系のクエリなら自動的にマスタの方にアクセスしに
行ってくれるような
0680nobodyさん2009/02/25(水) 19:44:31ID:???
>>678
>>607乙
0681nobodyさん2009/02/25(水) 20:05:05ID:???
しっかし、相変わらず関係ない話題のほうが盛り上がるスレだなｗ
まぁ食い違ってたバグの原因が見つかったんだから、それでいいじゃん
説明不足の仕様が問題だったんだろう
0682nobodyさん2009/02/25(水) 23:23:35ID:???
スキーマについてよくわからんのでぐぐったんだが、
論理スキーマで話をしてる人と、物理スキーマで話をしてる人がいて、
ごっちゃになったでおｋ？
0683nobodyさん2009/02/25(水) 23:29:43ID:???
>>682
そういう概念的なものではなく、も少し即物的な対象をなんと呼ぶかでのしょうもない喧嘩、に見える
0684nobodyさん2009/02/26(木) 06:08:17ID:???
PHP-usersのMLに流れていて、そこに書いてあったが、
Agaviってまだあったんだな。
0685nobodyさん2009/02/26(木) 09:57:20ID:LnongX2j
DBの違いは、ラッパーのライブラリやフレームワークが吸収してくれますね＾＾

>>679
最近だと、メモリ上にデータを置いて高速化する手法も旬の話題
http://itpro.nikkeibp.co.jp/article/OPINION/20090216/324752/
>データベース技術の世界に新顔が次々と登場している。
>米Danga Interactiveの「memcached」、ミクシィの「Tokyo Cabinet」と「Tokyo Tyrant」、楽天の「ROMA」、グリーの「Flare」などだ。
>いずれも半導体メモリーを使って大規模データベースを高速処理する技術である。

フレームワーク＋メモリーでデータキャッシュの場合、データの取り扱いをみなさんどうされてますか？
0686nobodyさん2009/02/26(木) 10:02:04ID:LnongX2j
>>684
PHPのフレームワーク
　諸行無常の響きあり＞＜
　　今使ってるFWも
　　　いつかは廃れちゃうかもね＾＾
0687nobodyさん2009/02/26(木) 10:06:40ID:???
３年前からAgavi萌えです
■ このスレッドは過去ログ倉庫に格納されています