- 1 名前：nobodyさん [2005/08/10(水) 02:21:08 ID:CBjrwwHd]
- ※フレームワーク
Phrame本家
phrame.sourceforge.net/
Mojavi Project
www.mojavi.org/
mojavijapan
mojavi.p0t.jp/
Agavi本家
agavi.org/
Agavi.JP
agavi.jp/
[ 日本発 ] Maple Project
kunit.jp/maple/
[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
ethna.jp/ethna-tutorial-startup-practice1.html
※関連スレ
【PHP】フレームワークMapleに舌鼓
pc8.2ch.net/test/read.cgi/php/1122105465/
【PHPフレームワーク】Ethna【スケルトン自動作成】
pc8.2ch.net/test/read.cgi/php/1123070439/
PHPでオブジェクト指向プログラミング
pc8.2ch.net/test/read.cgi/php/1113724557/
その他>>2-5参照汁
- 874 名前：nobodyさん mailto:sage [2005/12/15(木) 10:21:58 ID:???]
- extends Modelすらしないってこと？
- 875 名前：nobodyさん mailto:sage [2005/12/15(木) 10:26:14 ID:???]
- >>873
DBはどうしてる？
- 876 名前：nobodyさん mailto:sage [2005/12/15(木) 11:14:48 ID:???]
- Mojavi系の場合DBみたいな下層にも入ってくるから
フレームワークに依存しない設計がいまいちイメージしにくいな
- 877 名前：nobodyさん mailto:sage [2005/12/15(木) 11:38:55 ID:???]
- というか、一度 Mojavi を頭から追い出して一般的な設計の話をしろよｗ
もうあんな設計は古いって…。
- 878 名前：nobodyさん mailto:sage [2005/12/15(木) 11:43:23 ID:???]
- 話変えたいなら自分から話題を提供すればいいのに
- 879 名前：nobodyさん mailto:sage [2005/12/15(木) 11:51:42 ID:???]
- スルーしとけ
- 880 名前：nobodyさん mailto:sage [2005/12/15(木) 11:55:01 ID:???]
- Mojaviはたたき台としてまだ価値あるだろ
影響受けてるフレームワークいっぱいあるしな
- 881 名前：nobodyさん mailto:sage [2005/12/15(木) 14:16:48 ID:???]
- rails!rails!
- 882 名前：nobodyさん mailto:sage [2005/12/15(木) 15:21:47 ID:???]
- PHP on TRAXときたか
- 883 名前：nobodyさん mailto:sage [2005/12/15(木) 21:48:05 ID:???]
- S2Baseがいいと思うんだけど、どう？
ValidateやらFilterは自作になるけど、結構いいと思う。
- 884 名前：nobodyさん mailto:sage [2005/12/15(木) 23:18:51 ID:???]
- S2PandNで出席者が質問してたが､S2やMapleのDIはどこまでパフォーマンスが出るか疑問｡
プロダクトとしてリリースするなら､自分のところできちんと性能評価をやった方がいいよ｡
- 885 名前：nobodyさん mailto:sage [2005/12/16(金) 00:48:04 ID:???]
- もうMojaviでいいや。
- 886 名前：nobodyさん mailto:sage [2005/12/16(金) 01:35:11 ID:???]
- S2をそのままPHPに移植してるのかな
- 887 名前：768 mailto:sage [2005/12/16(金) 09:02:11 ID:???]
- zend framework待とうよ！
- 888 名前：nobodyさん mailto:sage [2005/12/16(金) 09:14:05 ID:???]
- 末広がりget, zuzaa
- 889 名前：nobodyさん mailto:sage [2005/12/16(金) 18:13:50 ID:???]
- Mojavi初心者なんですが
エスパー募集してもよろしいでしょか？
- 890 名前：nobodyさん mailto:sage [2005/12/16(金) 18:41:40 ID:???]
- >>889
ここは語るスレだ。質問はスレ違い。
- 891 名前：889 mailto:sage [2005/12/16(金) 18:51:08 ID:???]
- >>890
そうですか、失礼しました。(´･ω･｀)
- 892 名前：nobodyさん mailto:age [2005/12/17(土) 00:42:49 ID:???]
- POSTされたデータをDBへupdateする場合はmodelでするの？
- 893 名前：nobodyさん mailto:sage [2005/12/17(土) 01:13:05 ID:???]
- >>890
多少質問あったほうが盛り上がるからいいんで内科医？
>>892
基本的にvalidationはactionでやり、DBの扱いはmodelでやってるけど、このスレ読んでたらもしかしたらactionでやったほうがいいのかな？とも思えてきた。
- 894 名前：nobodyさん mailto:sage [2005/12/17(土) 01:30:36 ID:???]
- >>893
エスパー募集な質問でもか？
- 895 名前：nobodyさん mailto:sage [2005/12/17(土) 01:39:26 ID:???]
- あー、エスパー募集はよろしくない罠ｗ
- 896 名前：nobodyさん mailto:sage [2005/12/17(土) 01:50:31 ID:???]
- >>892
modelを作るほど複雑でなく(単なるログとか)、
また他のアクションで同じ機能を利用しないならアクションで済ませてしまってもいいとは思う。
- 897 名前：nobodyさん mailto:sage [2005/12/17(土) 02:02:35 ID:???]
- >>896
modelでDBに登録するとしたらサニタイズもmodelでやるってことになる？
でないとmodelがactionに依存してしまう気がするんだけど。
- 898 名前：nobodyさん mailto:age [2005/12/17(土) 09:32:09 ID:???]
- そしたら
サニタイズはactionでやるべきだね。
- 899 名前：nobodyさん mailto:sage [2005/12/17(土) 09:36:15 ID:???]
- アクション前にフィルタ処理は済んでるはず
モデルは自身のためのサニタイズは自身で持つ
いずれも定義は括りだす
- 900 名前：nobodyさん mailto:sage [2005/12/17(土) 09:39:35 ID:???]
- インプットフィルター → アクションDeバリデーション → モデルサニタイズ
てことか。
実際どこで何をやるんだろ。
- 901 名前：nobodyさん mailto:sage [2005/12/17(土) 10:04:30 ID:???]
- つーかModelでDBに書き込む場合、フィルタでサニタイズするのもおかしいじゃん。
てことはActionでDBに書き込むのが正しい？
- 902 名前：nobodyさん mailto:sage [2005/12/17(土) 10:55:36 ID:???]
- ありえなす
- 903 名前：nobodyさん mailto:sage [2005/12/17(土) 11:29:14 ID:???]
- 俺はmodelからdbクラスいじってやってるけど。
- 904 名前：nobodyさん mailto:sage [2005/12/17(土) 12:05:30 ID:???]
- mojaviの質問はどこですればいい？
- 905 名前：nobodyさん mailto:sage [2005/12/17(土) 12:12:34 ID:???]
- ここですればいいよ
答えが返ってくる時もあれば返ってこない時もあるけど
- 906 名前：nobodyさん mailto:sage [2005/12/17(土) 13:19:27 ID:???]
- >>904
あなたの質問がこのスレの命運を決めるかもしれません。
慎重に質問してください。
- 907 名前：nobodyさん mailto:sage [2005/12/17(土) 13:24:57 ID:???]
- 何のプレッシャーだよw
- 908 名前：nobodyさん mailto:sage [2005/12/17(土) 19:16:29 ID:???]
- おい、agaviのサイトがエラーですよ！
www.agavi.org/
- 909 名前：nobodyさん mailto:sage [2005/12/17(土) 20:58:41 ID:???]
- >>908
多分5.1にしたんじゃないか
- 910 名前：nobodyさん mailto:sage [2005/12/17(土) 21:00:06 ID:???]
- >>908
多分PHP5.1に変えたんだろ
timezone関係の警告でてるし
- 911 名前：nobodyさん mailto:sage [2005/12/17(土) 22:24:03 ID:???]
- バージョン上げてからチェックしないとはアホもいいとこだなｗ
- 912 名前：nobodyさん mailto:sage [2005/12/18(日) 03:06:20 ID:???]
- >>911
逆だろ
チェックしてからバージョン上げないなんてアホもいいとこだなｗ
- 913 名前：nobodyさん mailto:sage [2005/12/18(日) 03:09:01 ID:???]
- まあフレームワークのサイトが
危機管理意識なしでエラーメッセージ垂れ流しっていうのは
あまりよろしくないよなぁ。
そもそも確認すらしないのかと。
- 914 名前：nobodyさん mailto:sage [2005/12/18(日) 06:17:14 ID:???]
- あれ、こんなエラー自分の環境じゃ出なかったのに
- 915 名前：nobodyさん mailto:age [2005/12/18(日) 09:07:58 ID:???]
- isSecure()
return true
と
filters.iniで以下設定
[BasicSecurityFilter]
class = "BasicSecurityFilter"
param.comment = "On"
と挙動が違う。
filters.iniで設定すると、controllerの$this->loadModuleFilters($filterChain);
でBasicSecurityFilterがregistされ
BasicSecurityFilterクラスの$controller->forward(LOGIN_MODULE, LOGIN_ACTION);
でLOGIN_MODULEのフォワード無限ループになります。
ozaki.kyoichi.jp/mojavi3/authfilter.html
ここのサイトではちゃんとできているようだけど、
同じようなトラブルにあっている方はいますか？
- 916 名前：nobodyさん mailto:sage [2005/12/18(日) 11:43:36 ID:???]
- そのドキュメントは古いよ
BasicSecurityFilterの使用はsettings.iniのUSE_SECURITYで決定する
filters.iniに設定する必要はないよ
- 917 名前：nobodyさん mailto:sage [2005/12/18(日) 14:07:02 ID:???]
- o
- 918 名前：nobodyさん mailto:age [2005/12/18(日) 21:17:43 ID:???]
- >>916
ちがうでしょ。
controllerでは下のように条件分岐している。
if (USE_SECURITY && $actionInstance->isSecure()) {
- 919 名前：nobodyさん mailto:sage [2005/12/18(日) 21:42:33 ID:???]
- >>911-912
それがPHPクオリティ
- 920 名前：nobodyさん mailto:sage [2005/12/18(日) 22:12:04 ID:???]
- >>918
なにが違うんだ？
USE_SECURITY && $actionInstance->isSecure()で
filterChainにSecurityFilterが登録されるわけだが。
なんでfilter.iniで再登録する必要がある？
$actionInstance->isSecure()の意味解ってないだろ
- 921 名前：nobodyさん mailto:sage [2005/12/18(日) 22:48:36 ID:???]
- >>920
申し訳ございません。
私が間違ってました。
- 922 名前：nobodyさん mailto:sage [2005/12/18(日) 23:39:16 ID:???]
- 俺も間違ってた・・・。
再登録以前に、filters.iniにBasicSecurityFilterを登録したら
未認証時に遷移するはずのLoginAction自体にもBasicSecurityFilterが適用されて強制無限ループ。
正確には、forwardが20回再帰すると例外投げるから無限ループにはならないみたいだけど。
すみませんでした。
- 923 名前：nobodyさん mailto:sage [2005/12/18(日) 23:54:26 ID:???]
- それそれ！
BasicSecurityFilterは$this->loadModuleFilters($filterChain);
でregistすると、ループする。
（Default_LoginActionにisSecure ()適用したと同等の現象）
いちいちactionでisSecure ()をtrueに書き直すのめんどくさい。
何とかなりませんか
- 924 名前：nobodyさん mailto:sage [2005/12/19(月) 17:48:44 ID:???]
- mojaviでadodb+DB_Object使ってる香具師いる?
- 925 名前：nobodyさん mailto:sage [2005/12/19(月) 18:34:07 ID:???]
- その組み合わせってなんか変じゃね？
- 926 名前：nobodyさん mailto:age [2005/12/19(月) 21:25:50 ID:???]
- headerを出力したいんだけど、viewにそのまま書いていい？
- 927 名前：nobodyさん mailto:sage [2005/12/19(月) 21:49:37 ID:???]
- >>925
変だからやってる香具師いるかなぁと
普通ならPEAR::DB+DB_Objectだろうけど、PEAR::DBってadodbより遅いって言うし。
- 928 名前：nobodyさん mailto:sage [2005/12/19(月) 21:53:15 ID:???]
- そこでPDOですよ。
- 929 名前：nobodyさん mailto:sage [2005/12/19(月) 22:05:31 ID:???]
- >>925
viewに書くのか。
新しい考えだけど俺はactionに書いてる。
だってviewじゃないし。
- 930 名前：nobodyさん mailto:sage [2005/12/19(月) 22:08:30 ID:???]
- >>927
DB_DataObjectは確かに内部でDBを使っているが、
基本的に抽象レイヤーと組み合わせて使うもんじゃないぞ
DB_DataObjectのソースに手を入れるなら別だけど
- 931 名前：nobodyさん mailto:sage [2005/12/19(月) 22:42:40 ID:???]
- DB_DataObjectつかうならFlexyもどうぞ。
- 932 名前：nobodyさん mailto:sage [2005/12/20(火) 00:41:08 ID:???]
- >>931
Alanさん早くDBDOをFixしてください
- 933 名前：nobodyさん mailto:sage [2005/12/20(火) 02:33:17 ID:???]
- というよりみんなは何を使ってるの?
PDO使いたいけどPHP5.1で動かないアプリがあるからムリポ
DB_DataObjectで楽するかadodbで早さを取るか迷い中
- 934 名前：nobodyさん mailto:sage [2005/12/20(火) 12:06:31 ID:???]
- agaviサイトまだエラー直ってないじゃん
やる気ねーーー
- 935 名前：nobodyさん mailto:sage [2005/12/20(火) 14:49:28 ID:???]
- Mojavi2は PHP5で動作しますか？
- 936 名前：nobodyさん mailto:sage [2005/12/20(火) 15:07:17 ID:???]
- >>933
そもそも PHP を使ってない(ﾟДﾟ)
- 937 名前：nobodyさん mailto:sage [2005/12/20(火) 16:02:57 ID:???]
- コスモを感じる
- 938 名前：nobodyさん mailto:sage [2005/12/21(水) 09:02:46 ID:???]
- agavi直りますた。
- 939 名前：nobodyさん mailto:sage [2005/12/21(水) 10:14:48 ID:???]
- Mojavi < agavi < 江角 < Maple ?
今、Mojavi勉強中なんです。 ながら気になってます。
- 940 名前：nobodyさん mailto:sage [2005/12/21(水) 11:02:52 ID:???]
- mojavi以外ならどれでも自分が使いやすいのを使えばいいと思う｡
- 941 名前：nobodyさん mailto:sage [2005/12/21(水) 15:41:11 ID:???]
- ありがとう。Mojavi以外を考えたほうがいいのか？ Mojaviを習得するか？
Mojavi覚えるの大変なんですが、何日くらいで慣れますかね？
- 942 名前：nobodyさん mailto:sage [2005/12/21(水) 18:11:03 ID:???]
- >>940
なぜmojavi以外?
- 943 名前：nobodyさん mailto:sage [2005/12/21(水) 19:57:44 ID:???]
- M3かagaviをすすめる。
オブジェクトを理解するのにちょうど良い。
- 944 名前：nobodyさん mailto:sage [2005/12/21(水) 21:52:51 ID:???]
- M3とは？
- 945 名前：nobodyさん mailto:sage [2005/12/21(水) 22:03:21 ID:???]
- mojavi3
- 946 名前：nobodyさん mailto:sage [2005/12/21(水) 22:51:55 ID:???]
- あれ？ひょっとしてagavi0.10.0が出た話題出てない？
- 947 名前：nobodyさん mailto:sage [2005/12/21(水) 23:05:54 ID:???]
- そういえば出てないねぇ。ってかagavi自体の話もあんまり無いような・・・
- 948 名前：nobodyさん mailto:sage [2005/12/22(木) 00:27:18 ID:???]
- おお！agavi0.10.0がほんとにでとる！
アップデートしてそのまま使えるんか
- 949 名前：nobodyさん mailto:sage [2005/12/22(木) 12:52:20 ID:???]
- agavi Mojavi3 Ethmi Makiko
結局Mojavi2で落ち着きました。 その後はまた考えます。
- 950 名前：nobodyさん mailto:age [2005/12/22(木) 18:28:57 ID:???]
- php4つかってんの？
後々のこと考えるとphp5とm3の方がいい。
- 951 名前：nobodyさん mailto:sage [2005/12/23(金) 02:00:04 ID:???]
- フレームワークを使うならPHP5＋なんかだろうね。
php4使うぐらいならフレームワーク使わないでいいと思う。
どうせ将来性ないし。
- 952 名前：nobodyさん mailto:sage [2005/12/23(金) 04:49:25 ID:???]
- まだまだPHP4が使われつづけると思う。
今のようなPHPの使われ方なら、PHP4で問題ない。
- 953 名前：nobodyさん mailto:sage [2005/12/23(金) 10:19:22 ID:???]
- プロシージャ系を想定してるんだろうけど
開発者の一人がもうphp4固有のバグなんかは直さないよというような
ものは使わないほうがいいと思う
- 954 名前：nobodyさん mailto:sage [2005/12/23(金) 10:20:08 ID:???]
- というか非OOのフレームワークって見たこと無いや
- 955 名前：nobodyさん mailto:sage [2005/12/23(金) 12:21:16 ID:???]
- agavi0.10.0使ってる人、レポよろ
- 956 名前：nobodyさん mailto:sage [2005/12/23(金) 14:01:08 ID:???]
- ジングルベルってこういう歌だったの！？
一回目は普通のジングルベルで終わった後、もう一回ボタンをおしてリバースすると・・・
聞こえにくい場合は音を少し大きめに。
media.spikedhumor.com/8944/Jingle_Bells_Reversed.swf
- 957 名前：nobodyさん mailto:sage [2005/12/23(金) 14:05:43 ID:???]
- >>956
このｽﾚにまでそんなコピペが貼られるご時世かよ
- 958 名前：nobodyさん mailto:sage [2005/12/23(金) 15:07:39 ID:???]
- >>957
冬休みだしね
- 959 名前：nobodyさん mailto:sage [2005/12/23(金) 18:02:33 ID:???]
- >>958
クリスマス寂しいな
- 960 名前：nobodyさん mailto:sage [2005/12/23(金) 18:02:45 ID:???]
- >>955
初ﾌﾚｰﾑﾜｰｸにAgaviを選択してみました。
英語がさっぱりなので、ドキュメントもなんとなくしか
わからないのですけど、すごく良い感じですね。
日本語情報がすごい少ない以外は今のところ不都合ないです。
ってﾚﾎﾟになってないですね・・・。
- 961 名前：nobodyさん mailto:sage [2005/12/23(金) 20:44:59 ID:???]
- >>956
そういうさ、途中で叫び声入るようなドッキリ系張る奴って、そんなに驚いたのか？
叫ばれてもお前に腹立つだけで、広めようとかまったく思わなかったんだが。
- 962 名前：nobodyさん mailto:sage [2005/12/23(金) 21:33:46 ID:???]
- ちょｗｗｗ
今PHPのサイトもエラ−になってる
www.php.net/
Fatal error: Call to a member function on a non-object in /local/Web/sites/phpweb/include/ip-to-country.inc on line 65
- 963 名前：nobodyさん mailto:sage [2005/12/24(土) 01:48:59 ID:???]
- 直ってる…
- 964 名前：nobodyさん mailto:sage [2005/12/24(土) 02:58:29 ID:???]
- 非SQL型のアプローチって
逆に手間増える場合も多いね。
抽象化レイヤ一枚かぶせただけみたいな形になって
しかもインターフェイスを憶えにくいからコーディングがﾉﾛﾉﾛになった。
- 965 名前：nobodyさん mailto:sage [2005/12/24(土) 10:57:47 ID:???]
- 非SQLていうと、ldapとか、XMLで問い合わせるDBとか?
べつにそういう印象はないけど、慣れの問題じゃない?
- 966 名前：nobodyさん mailto:sage [2005/12/24(土) 13:22:47 ID:???]
- いや、ldapとかXMLじゃなくて、
RDMSに対して生SQLを書かずにアクセスできる
ラッパークラスのアプローチ。
たしかに慣れたら速く書けるんだろうけど
ガンガン進みたい時に「あーｳｾﾞｰ！」ってなる。
- 967 名前：nobodyさん mailto:sage [2005/12/24(土) 14:29:17 ID:???]
- >>966
わーい、仲間発見
可読性上がるし、エスケープ忘れ無くなるので、
がんばってるけど、SQL直書きに比べるとめんどいよね
- 968 名前：nobodyさん mailto:sage [2005/12/24(土) 14:37:36 ID:???]
- そういえばcakeとかのactiveredord実装は面白い。
インターフェイスがとても簡単なのもあるけど、生SQLはほとんどLEFT JOIN一本槍で
もう効率とかギリギリまで行く必要ないじゃん? みたいな思想に萌える。
findBySql()で、カスタムなsqlを飛ばしても、簡単なルールさえ守れば
スムーズにModelフレームワークに組み込むことは出来るし、
その気になれば複雑なjoin条件をモデルに指定する事もできるようだ。ドキュメント無いけど。
さて、そろそろ布団から出て宴会に行く支度するか。
- 969 名前：nobodyさん mailto:sage [2005/12/24(土) 16:08:37 ID:???]
- > LEFT JOIN一本槍
あれMysql5系でどーすんだろ
- 970 名前：nobodyさん mailto:sage [2005/12/24(土) 16:22:33 ID:???]
- >>969
mysqlのleft joinに何か問題あるの?
- 971 名前：nobodyさん mailto:sage [2005/12/24(土) 16:43:14 ID:???]
- 問題ない
- 972 名前：nobodyさん mailto:sage [2005/12/24(土) 17:02:10 ID:???]
- >>969
いやINNERJOIN＋WHERE句で結合だから
- 973 名前：nobodyさん mailto:sage [2005/12/24(土) 21:23:54 ID:???]
- MySQL5関連はサポートレベルではみんな困ってるみたいね。
JOIN関係で修正が必要になるのはON句でこじゃれたことしてる場合だけでいいの？
- 974 名前：nobodyさん mailto:sage [2005/12/26(月) 12:06:40 ID:???]
- valueクラスつくって（下記）ユーザの情報を入れるんだけど、
DBからユーザ情報をたくさん取得してこのオブジェクトにセットした場合
オーバーヘッドがすごいですよね。
複数のユーザ情報をvalueクラスにセットする場合ってどうやってますか？
class userValue {
private $userId;
private $name;
private $mail;
function getUserId() {
return $this->userId;
}
}
|
 |
