【PHP】フレームワークについて語るスレ【総合】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2005/08/10(水) 02:21:08ID:CBjrwwHdPhrame本家
http://phrame.sourceforge.net/
Mojavi Project
http://www.mojavi.org/
mojavijapan
http://mojavi.p0t.jp/
Agavi本家
http://agavi.org/
Agavi.JP
http://agavi.jp/
[ 日本発 ] Maple Project
http://kunit.jp/maple/
[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/ethna-tutorial-startup-practice1.html
※関連スレ
【PHP】フレームワークMapleに舌鼓
http://pc8.2ch.net/test/read.cgi/php/1122105465/
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc8.2ch.net/test/read.cgi/php/1123070439/
PHPでオブジェクト指向プログラミング
http://pc8.2ch.net/test/read.cgi/php/1113724557/
その他>>2-5参照汁
0511nobodyさん
2005/10/22(土) 20:53:13ID:???penisとtestisがあったよ。これで下品なソースでも安心だね。アダルトサイトにも最適。
でもこれいいわ。なんて言うか、流れに身を任せればとても楽。コンパクトだから見通しもいい。
それにやっぱり死にかけのプロジェクトよりも生きのいい方がいいしね。
0513nobodyさん
2005/10/23(日) 02:34:17ID:????xA0; みたいなやつ?
他キャリアのつもみんなドコモのやつに置き換えるの?
てか、フレームワークすれでこんなこと聞いてすまん。
0514nobodyさん
2005/10/23(日) 06:55:11ID:???0515nobodyさん
2005/10/23(日) 16:59:56ID:???cakeはRails系なので、規約は設定に勝るっていう哲学で作られてる。
たとえば、Userというモデルが対応するテーブルはUsers決め打ちになる。
だから、特殊な場合の変化形を自前でもっとく必要がある。
もちろん、大抵の規約は上書きすることができるけど、それだとcakeの意味がないしね。
0517nobodyさん
2005/10/23(日) 21:58:24ID:???Zend自身が乗り出してるから標準を目指してるんだろうね
これをふまえて今の草の根フレームワークはどう動くんだろ?
Mojavi4は完成するのか…
0518nobodyさん
2005/10/23(日) 23:50:08ID:???Zendはどうせ金になるエンタープライズ領域しか目に入っていないだろうから
既存のフレームワークとは競合しないような予感。
あとは、ZendStudio必須とか、余計なことしちゃいそう。
0519nobodyさん
2005/10/24(月) 00:45:36ID:???たしかに余計なことしちゃいそう
よく考えるとZend提供のPHP関連サービスに
いい評判はあまりないもんなぁ。
0520nobodyさん
2005/10/24(月) 03:51:45ID:???mojavi + rails = symfony
てか、もう迷うのも面倒なんで
そろそろ定番出てきてホスィ…
0521nobodyさん
2005/10/24(月) 04:36:42ID:???何でもできる=どれも中途半端な性能
てことが往々にしてあるので、すきなの見つけて自分で
進化させていくのがいいかも。
できればsourceforgeとかつかってw
0522nobodyさん
2005/10/24(月) 15:04:10ID:???あれどうなってんの?
0524nobodyさん
2005/10/25(火) 10:38:07ID:???0525nobodyさん
2005/10/25(火) 12:33:45ID:???0526nobodyさん
2005/10/25(火) 22:39:29ID:???今までノータッチだったけど、Ethnaって良さそうだなぁと思い、
本家のML見て見てみたら、ら○じぃがいるじゃねぇかよ。
あいつ嫌いなんだよな・・・。
坊主憎けりゃ・・・じゃないけど、なんかEthnaやだなぁ・・・。
藤本神は好きなんだけどなぁ・・・。
0527nobodyさん
2005/10/25(火) 23:01:50ID:???0528nobodyさん
2005/10/25(火) 23:04:45ID:???アクレコキタコレ
0529nobodyさん
2005/10/26(水) 07:10:19ID:???0530nobodyさん
2005/10/26(水) 08:56:51ID:???0531そりゃないか
2005/10/26(水) 09:23:36ID:???Zend Framework Enterprise 有料
0532nobodyさん
2005/10/26(水) 14:00:18ID:???0533nobodyさん
2005/10/27(木) 03:34:49ID:???0534nobodyさん
2005/10/28(金) 21:50:40ID:geHxPjMKモバイル/PCの分岐はどこでどんなふうにやってる?
0536nobodyさん
2005/10/29(土) 02:16:56ID:???なにを目的として分岐をするかによる。
機能を分けたいならActionを分けるだろうし、
表示を分けたいだけならViewだろう。
0537nobodyさん
2005/10/29(土) 13:30:02ID:???プリフィルタしか使わない場合とかポストフィルタしか
使わない場合とかってある?
0538nobodyさん
2005/10/29(土) 23:44:53ID:???0539nobodyさん
2005/10/30(日) 11:03:38ID:???ttp://www.geocities.jp/toyprog/agavi-doc/
0541nobodyさん
2005/11/01(火) 22:33:59ID:???agaviとか?
0542nobodyさん
2005/11/01(火) 23:23:56ID:D/XKY8a/複数のActionから共通のViewを呼び出すにはどうするのが綺麗なやりかただろう?
0544nobodyさん
2005/11/02(水) 01:36:57ID:???イチイチで対応してるからどうやってもトリッキーになりそうだな。
俺はViewを分けるほどのことないだろと思ってオリフレ作ったけど。
ViewHelperの仕込みとか結構ごちゃつくから分けてもよかったかもと
思ったりもする。
0547nobodyさん
2005/11/03(木) 02:43:18ID:???http://www.hardened-php.net/advisory_202005.79.html
http://www.hardened-php.net/globals-problem
http://blog.ohgaki.net/index.php/yohgaki/2005/11/02/phpa_rc_fei_a_oa_oa_fa_sa_le_acsa_oe_afp
PHPに深刻な脆弱性がある事が発表されました。今まで見つかったPHPの脆弱性の中でも「最悪」の脆弱性です。全てのPHPユーザは今すぐ対処を行う必要があります。
0549nobodyさん
2005/11/03(木) 13:09:55ID:???Mojavi3ではActionの戻り値として、
第一要素がモジュール名第二要素がビュー名の配列をかえすことによって、
遷移先を指定できる。
0551nobodyさん
2005/11/04(金) 23:32:52ID:???Smartyとほとんど変わらず使えて、しかも軽くなるなら、
結構お得だと思うけどどうなんだろう。
0552nobodyさん
2005/11/05(土) 00:49:33ID:???0553nobodyさん
2005/11/05(土) 02:20:18ID:???http://p4life.jp/cake/
cakeってここまでやってくれるのか・・・
0555nobodyさん
2005/11/05(土) 21:21:51ID:???鯖一つで収まるようなシンプルなアプリにはかなり最強かも…
0556nobodyさん
2005/11/05(土) 21:37:15ID:???0557nobodyさん
2005/11/05(土) 21:47:05ID:???fork させそうな勢いだよな。
0558nobodyさん
2005/11/05(土) 21:49:19ID:???0559nobodyさん
2005/11/05(土) 23:42:35ID:???0560nobodyさん
2005/11/05(土) 23:55:13ID:???Ethna 専用スレがあるよ
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc8.2ch.net/test/read.cgi/php/1123070439/l50
0562nobodyさん
2005/11/06(日) 01:02:45ID:1KuwxXQWどんな感じでしょう。
0563nobodyさん
2005/11/06(日) 11:37:34ID:???流石に仕事に使ってる人はいないだろうね。
触った感じは面白いよ。上の方に出てたpokフレとして。
まぁ当然まだまだなんだけど、将来はかなり楽しみ。
0564nobodyさん
2005/11/06(日) 12:29:44ID:???index.php/param/value/param/value
形式のURIってmod_rewriteとの併用前提なんだね。
間にindex.phpがまるだしでダセーURLになるなーとオモッテタ…
0566nobodyさん
2005/11/06(日) 19:17:49ID:???mod_rewrite使わなくても、index.phpに相当するファイルをForceTypeしちゃえばいいと思うよ。
0568564
2005/11/07(月) 05:38:11ID:???そうじゃないかな?と思っただけでソースはないよ
>>566
(入口)http://hoge.com/page/0/items/10
(出口)http://hoge.com/index.php/page/0/items/10
これをForthTypeでやるにはどうすればいいの?
考えてもいまいち分からなかった
>>567
まあ検索エンジン対策という意味では
index.phpがあってもなくても関係ないからなぁ
0569nobodyさん
2005/11/07(月) 10:02:24ID:???ブラウザがドキュメントURLを誤認識するのが面倒くさいね
リンク全部絶対URLにしなきゃならんのか。
0570nobodyさん
2005/11/07(月) 10:39:05ID:???(入口)http://example.com/page/0/items/10
(出口)http://example.com/index.php/page/0/items/10
は無理だけど、
mv index.php hogehogeして、
(入口)http://example.com/hogehoge/page/0/items/10
ならどうよ?
0571nobodyさん
2005/11/08(火) 00:44:57ID:???立ち読みしか読んでないけど。
これ、フレームワーク? CMS?
0572nobodyさん
2005/11/08(火) 03:42:16ID:???さんくす。
よくよく考えたら、mod_rewriteでindex.phpを無条件にはさむと、
他のファイルへのアクセスに支障が出るから、
そういう方法しかないかもしれない。
0573nobodyさん
2005/11/09(水) 02:42:24ID:???初めて見たんだけど、これの中ちゃんと読んだことある人いる?
0575nobodyさん
2005/11/09(水) 09:21:44ID:???0576nobodyさん
2005/11/12(土) 16:50:24ID:???これからはこれか?
0577nobodyさん
2005/11/12(土) 17:07:53ID:???しかもテンプレート中から$user->getAttribute()とか平気でしてる。
最近Smartyみたいなテンプレートエンジンの
意義みたいなものに疑問を感じてきた俺には示唆的だった。
実際テンプレートエンジンから
独自文法の解釈外したら馬鹿みたいに短いコードで書けるんだよね。
もともとPHPはob_系関数があってキャッシュの実装なんかも
やろうと思えばすぐ出来る環境だし。
0578nobodyさん
2005/11/13(日) 01:22:28ID:???0579sage
2005/11/13(日) 08:33:59ID:nNKS4KNy当方デザイナ(つーかコーダかな)ですが、それ大いに賛成です。
開発者からページに掲載するデータの定義だけ教わって
あとはxhtml&cssと格闘するみたいな。
もしくはxhtmlの出力フォーマットだけもらってもいいや。
tableタグ使ったレイアウトに決別すると、
どうしてもそういう方向になってくる気がします。
0580nobodyさん
2005/11/13(日) 09:24:35ID:???webデザイナーの仕事が減っちゃうかもしれないよ?
でも、むしろその方が本来のグラフィックデザインの実力で勝負できていいのかな。
0581nobodyさん
2005/11/13(日) 17:30:56ID:???0582nobodyさん
2005/11/14(月) 02:43:58ID:???0583nobodyさん
2005/11/14(月) 11:50:11ID:???ttp://www.pm9.com/newpm9/itbiz/php/framework/
何でもいいがFirefoxでもちゃんと見れるように作ってよ・・・orz
0584nobodyさん
2005/11/14(月) 12:29:09ID:???商用ライセンスってのが・・・
0585nobodyさん
2005/11/14(月) 14:49:17ID:???■クラスタリング
高負荷サイトの為のWebサーバ、DBサーバの並列化に対応しています。
これが気になるなー
ちょっと見てみようかな
0586nobodyさん
2005/11/14(月) 21:59:02ID:???tdiary互換のcssって...なんでtdiaryなの?
0587nobodyさん
2005/11/15(火) 01:06:37ID:???0588nobodyさん
2005/11/17(木) 09:26:30ID:???0589nobodyさん
2005/11/19(土) 15:36:29ID:???(getRequestParameterとか)付けてたから俺もそうした。
何か綺麗さが損なわれるような気がしてヤセ我慢してたけど。
0590nobodyさん
2005/11/21(月) 03:01:02ID:???参考になるソースを見ようかなと思うのですが、お勧めのオープンソースなものって
ありませんか?
できればmojavi2系
できれば、smartyとかadodbとか使ってたり
携帯の処理なんて書いてあるとさらに素敵です。
0591nobodyさん
2005/11/21(月) 22:25:36ID:???0592nobodyさん
2005/11/21(月) 23:12:08ID:???なんかIEで表示されないんだけど、原因は何?
0595nobody
2005/11/22(火) 12:19:16ID:???0596nobodyさん
2005/11/22(火) 12:52:15ID:???0597nobodyさん
2005/11/22(火) 16:52:59ID:???Controller の beforeFilter と PEAR::Auth を組み合わせればカンタン。
aclがいらないなら5行もあればできる。
でも、組込み認証の是非に関する議論は一応やってたと思う。
個人的にはこれ以上Controllerは太らないで欲しいんだけど...
0598nobodyさん
2005/11/22(火) 19:29:40ID:???早とちりかな?
認証はともかくとして、権限をどうやってPEAR::AUTHで簡単に?
五行のコード載せてみて
0599nobodyさん
2005/11/22(火) 20:31:33ID:???acl = 権限ジャマイカ?
0601nobodyさん
2005/11/23(水) 15:11:58ID:???権限 = acl のつもりだったんだけど、どうしてもAclが欲しいなら今でもMyAclを使える。
うろ覚えで書くとたとえばこんな感じのメソッドをAppControllerにでも追加すればいいはず。
beforeFilterに_aclCheck、componentsにはMyAclを追加してね。
function _aclCheck(){
$this->auth =& new Auth(...);
$this->auth->start();
if(!$this->MyAcl->check($auth->getUserName(),
$this->params["controller"]."/".$this->params["action"]))
$this->_permFailed();
}
たぶんこのままでは動かんと思うけど、流れは大体こんな感じ。
権限不足画面などのViewを含めると5行はハッタリだったね、慌てさせてごめんよ。
nightlyにはさらに高機能なdbAclもあるらしい。
0602nobodyさん
2005/11/24(木) 22:26:05ID:???$db = $this->getContext()->getDatabaseManager()->getDatabase()->getConnection();
クエリーを発行するにはどうしますか。
MySQLDatabase.class.phpにはメンバー関数がないようだし。
0603nobodyさん
2005/11/25(金) 14:25:00ID:???actionsでしょうか?
処理の部分をどこに書けばいいのかがわからなくて困っています。
MVCの記事をかなり読んだのですがどの部分がModelなのかちょっとよくわかりませんでした。
0604nobodyさん
2005/11/25(金) 14:28:18ID:???よくわからんけどたぶんmysql_queryでやるんじゃん?
>>603
MojaviにModelあるけど
ActionはMVCのC
0605nobodyさん
2005/11/25(金) 14:37:14ID:???0606nobodyさん
2005/11/25(金) 15:44:35ID:???CってControllerのCじゃないんかよ
ビジネスロジックを担当するんだからActionクラスはModelだろ
それとももっと違う次元の話か?
0607nobodyさん
2005/11/25(金) 16:00:45ID:???Actionから一層掘り下げてModelを呼ぶ場合は
Action=Cになるんじゃないの?
前から思ってたがあまり峻別できない概念だよな。
MVCがお互いを包摂し合ってる部分がある。
音楽のジャンル分けみたいなもんだな。
厳密な区分が最初からあるわけじゃない。
0608606
2005/11/25(金) 16:09:51ID:???まあ確かにそう使う場合もある罠
もともとWebアプリの世界の話じゃないしな、曖昧になるのは仕方ないというかなって当然
そういう意味ではDBの設計と似てるところがあるかな
MVCにとらわれすぎてクソな実装かますのが一番ダメダメ
つーか実際書き始めるとMVCとか結構どうでもよくなってくる
設計段階での指針程度にとどめておくべきだろうな
0609nobodyさん
2005/11/25(金) 16:20:05ID:???>>603
MVCとかどうでもいいからまず動くように書いてみろ、話はそれからだ
どうしても気持ち悪ければあとでいくらでもリファクタリングするよろし
その過程でだんだんMVCになることもあればそうでない場合もある
っつーのが本質だと思うんだな俺は。
0610nobodyさん
2005/11/25(金) 17:24:45ID:???明確な区別はないんですね。
実はもうコーディングをしててformsの下とかviewsの下にもロジックを書いたりしていて
多分違うんだろうなぁ〜と思って聞いてみました。
VIEWを返しているあたりは、action=Cと思ったんですけど、その前に処理を書こうかなと
思います。
formsはどこに当たるかといったら、まぁModelと考えておけばいいですかね。
そういうことがナンセンスなのかもしれませんが。
■ このスレッドは過去ログ倉庫に格納されています