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

【PHP】Phrameを使う【フレームワーク】

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001nobodyさん04/08/23 14:15ID:???
PHP用フレームワーク「Phrame」について語るスレ

※関連リンク

Phrame本家
http://phrame.sourceforge.net/

PHPでMVC第1回:前編
https://www.stackasterisk.jp/tech/php/phpMvc01_01.jsp

開発談義/FrameWorkはどれがいい? - PukiWiki
http://w-project.org/pukiwiki/index.php?%B3%AB%C8%AF%C3%CC%B5%C1%2FFrameWork%A4%CF%A4%C9%A4%EC%A4%AC%A4%A4%A4%A4%A1%A9
08698652005/07/17(日) 06:26:51ID:???
>>867-868
ストレージってM3だよね?
使ってるのM2なんだスマソ。
M2でもセッション使わない設定できるけど、
ログインユーザにはセッション使いたいから、
一括で使用禁止にはできない。
とはいえ、
ゲストユーザ(おそらく大多数)のアクセスのたびに
セッションがいちいち作られちゃうのは、リソースがもったいない。
だからセッション変数を読むだけの時は、
たとえsession_startしていてもリソースを保存しないように
しようってことです。
0870nobodyさん2005/07/17(日) 18:34:27ID:???
M2で4.4にしたらNotice出まくりじゃん!
こりゃ使えんなぁ…
0871nobodyさん2005/07/18(月) 07:34:11ID:???
M3ならだいじょぶ
0872nobodyさん2005/07/19(火) 05:17:48ID:???
Viewでやることって己に対応したテンプレートに
Actionの成果物を渡すだけだから
ほとんど書くことないよなー
もっとシンプルにできねーもんかな
0873nobodyさん2005/07/19(火) 13:12:59ID:???
>>872
例えばテンプレートがテーブルとかで形成されててそのセルに
html的なのを差し替えて入れなきゃならない場合なんか
Actionでデータを入手してViewで整形したり結構するんだけど
普通はActionとかでやっちゃうのかな。
0874nobodyさん2005/07/19(火) 21:14:18ID:???
>>872はテンプレートにプレゼンテーションロジックが
入っちゃってるパターン。

>>873はテンプレートとプレゼンテーションロジックを
キッチリ分けてるパターン。

俺は>>873派。
0875nobodyさん2005/07/21(木) 12:56:22ID:???
Ajaxのためにレスポンス重視でフレームワーク経由しないphp書いたらどえらい速かった。
フレームワーク導入に疑問がわいてきた…
導入の過程で学ぶ部分は多かったけど…
0876nobodyさん2005/07/21(木) 13:42:33ID:???
>>875
君、そもそもプログラミングとか向いて無いと思う。
0877nobodyさん2005/07/21(木) 14:07:22ID:???
>>876
そんなことを憶測で語られてもw
まあ色んな意味で標準的なモノ作るのには有用だと思うけどね。
ポータル級のアクセスを前提とした場合、
既存フレームワークを使うのは違うと思う、たぶん。
0878nobodyさん2005/07/21(木) 14:19:45ID:???
>>877
別に憶測で言っているわけじゃないよ。

目的にあった道具を選ぶ事ができない -> プログラミングに向いてない、って言ってるだけだもの。

そもそも、フレームワークを使うメリットの無いところにフレームワーク使ってるだけじゃないの?
でもって、素(変な表現だけど)のphpで書いた方が圧倒的に早い! -> フレームワーク導入に疑問が!

って発想が理解できない。
そもそも何の為にフレームワーク導入しようと思ったわけ?
0879nobodyさん2005/07/21(木) 20:26:01ID:???
>>877じゃないけど、流行ってるからじゃないの?
俺も全然使わなくても済むような事にMojavi使ってるよ。
遅くなるけど、使いたいから使ってる。
でもs2php5(フレームワークじゃねないけど)を使うメリットがわからない・・・。
わざわざMojavi内で使う必要もないと思うし。
それを必要とするくらいなら、素直にJava使う。
0880nobodyさん2005/07/21(木) 21:22:48ID:???
877じゃないけど、s2php5の存在をいま知った。THX >>879
08818772005/07/21(木) 21:34:50ID:???
879に近いけど最近のプログラミング技術が知りたかったのが大きいかな。
実際に使ってみないことには向いてるか向いてないかなんて
わからないじゃん。
まあおかげでロジックは独立性が高いんで、
フレームワーク自体を差し替えるのもかなり簡単だよ。
Javaと同じ方向を目指すんじゃなくて、
PHPのアドホックな良さを生かすフレームワークが出てきても
いいんでないかなぁと思う。
美しさや整合性よりも実用性こそがPHPの美徳なのに、
行儀の良さのためにパフォーマンスを犠牲にするのは
ちょっと違くないかなぁと思う部分はあるなぁ。まあ好みだろうけど。
0882nobodyさん2005/07/22(金) 01:17:35ID:???
>>881
>美しさや整合性よりも実用性こそがPHPの美徳なのに、

0883nobodyさん2005/07/22(金) 01:53:49ID:???
マジレスするのもめんどくせぇ。
そういえば夏休みの時期か。
0884nobodyさん2005/07/22(金) 05:05:33ID:???
>>882
てことはチミはレッサーJavaとしてPHPを使いたいと思ってるのかい?
>>883
典型的馬鹿レス乙
0885nobodyさん2005/07/22(金) 08:11:38ID:???
mojaviを使用して分業するとしても、デザがレイアウトした
画像、パスはどうしてますか。
0886nobodyさん2005/07/22(金) 10:31:50ID:???
ルートからのパスに統一
0887nobodyさん2005/07/22(金) 21:32:53ID:???
>>886
ウンコですねぇw
変更に強いようにフレームワーク使ってるのに
画像のことまでは頭回りませんか?
もう一度言いますけど。
ウ ン コ で す ね ぇ w
0888nobodyさん2005/07/23(土) 00:27:29ID:???
このサイト(エロだけど)mojaviで作られているらしいんだけど、
画像のリンクどーやってるのか不思議です。
たとえば
HTML
http://fandc.co.jp/engine/module/catalog/action/detail/item/1
画像パス
src=/media/catalog/pc/fc01/majo2.jpg

どうやってるんでしょうか。
0889nobodyさん2005/07/23(土) 01:47:46ID:???
>>881は、いったいmojaviの何をどう見てJavaと同じ方向目指してるなんて思ったんだろう
0890nobodyさん2005/07/23(土) 01:57:52ID:???
>>885
画像はオールCSSで表示させる。
テンプレートから動かすのは動的な処理が必要なもののみ
0891nobodyさん2005/07/23(土) 03:38:16ID:???
>>888
/media/<モジュール名>/〜 ってなるようにして管理してるだけじゃないのか?
0892nobodyさん2005/07/23(土) 12:35:11ID:???
>888
そのサイト、以前もURL貼ってたな・・・

下手な宣伝乙
0893nobodyさん2005/07/23(土) 13:26:45ID:???
>>892
ほかにmojavi使ってるサイト晒せ。
0894nobodyさん2005/07/23(土) 16:51:26ID:???
こんなところに貼っても宣伝なんかにならないことは、馬鹿でもわかる
0895nobodyさん2005/07/25(月) 14:34:17ID:???
>894
本家サイトのフォーラムにいろいろ貼ってあるよ

M2
ttp://www.weddingworld.co.uk/
ttp://xchangezone.com/
ttp://www.onpointtactical.com/
ttp://www.redcarpethost.com/
ttp://www.linkamigo.com/
ttp://www.maximonline.de/index.php/Maxim/Index

M3
ttp://reportcafe.com/
http://www.kuato.org/

まだまだM3ベースのサイトは少ないみたいね
0896nobodyさん2005/07/25(月) 16:03:41ID:???
>>895
うーん、やっぱ総じて遅いね。
フレームワークガチガチはPHPでは危険かも。
0897nobodyさん2005/07/25(月) 16:10:54ID:???
サーバのスペックや回線もわからんのに、
フレームワークのせいで遅いと判断するんだw
0898nobodyさん2005/07/25(月) 16:34:58ID:???
最近珍しいくらいのモッサリ感があるじゃん。
実際自分で作ってても遅いし。
快適性よりも、
それだけ負荷がかかっていると考えると、
アクセスが集中した時がコワイとおもふ。
0899nobodyさん2005/07/26(火) 02:00:11ID:???
遅いか?
http://reportcafe.com/index.php
↑ここ見てみたが、全然速いじゃん。
0900nobodyさん2005/07/26(火) 02:03:38ID:???
>>898
>実際自分で作ってても遅いし。
なんのフレームワークをどんな風につかってんの?
0901nobodyさん2005/07/26(火) 02:20:46ID:???
M3の方がはやいのかな?
0902nobodyさん2005/07/26(火) 08:53:42ID:???
おまいら!
もっと晒せよ

韓国のやつよかったわ。
0903nobodyさん2005/07/26(火) 12:02:00ID:???
>>895のサイトいくつか見て回ったけど遅さは感じなかったな。
いや、でもサインアップして中をのぞいたわけじゃないから何とも言えないけど。
ユーザー登録とかして色々使ってみた香具師いたら感想求む。
あと、韓国語読める香具師の感想も求む。w
0904nobodyさん2005/07/26(火) 17:37:24ID:???
899は確かに速いな
0905nobodyさん2005/07/26(火) 17:42:23ID:???
ttp://xchangezone.com/ なんか見ると
最近adSenseって引数付きURLでも問題なく広告出るようになったんだね
Mojavi使うならmod_rewriteでhtmlっぽいURLに偽装しなくちゃなあと思っていたが。
0906nobodyさん2005/07/26(火) 18:15:00ID:???
>>898みたいに、無能さをフレームワークのせいにする方が時々見受けられますね。
0907nobodyさん2005/07/26(火) 19:49:35ID:???
毎回ファイル開きまくり、オブジェクト作りまくりは
パフォーマンスに問題なしってことでおk?
0908nobodyさん2005/07/26(火) 20:11:36ID:???
韓国のやつPHP5じゃん。
つーことはM3?
0909nobodyさん2005/07/26(火) 21:06:11ID:???
>>907
ここにアホが一人いますよ
0910nobodyさん2005/07/27(水) 01:54:31ID:???
てことは
毎回ファイル開きまくり、オブジェクト作りまくりなフレームワークは
パフォーマンスに問題ありなんですね
0911nobodyさん2005/07/28(木) 02:02:19ID:???
>>910
あたりまえだ。
まともにフレームワークが使える人は毎回ファイル開きまくり、オブジェクト作りまくりな作り方なんてしない。
上手にキャッシュ化させるのが普通。
だからお前はアホなんです。
0912nobodyさん2005/07/28(木) 08:30:27ID:ObHQdyUs
キャッシュ化?今までこのスレで初めて出て来た言葉のようですが
どうやるんですか?
既刊のフレームワーク関連記事でもキャッシュによる高速化なんて
見たことないですが、そんなに一般的なんですか?
0913nobodyさん2005/07/28(木) 08:31:56ID:???
てかSmartyのキャッシュか?
0914nobodyさん2005/07/28(木) 10:04:42ID:???
M3のキャッシュじゃね?
0915nobodyさん2005/07/28(木) 13:43:14ID:???
>>912-914
おいおいマジかよこいつら…
0916nobodyさん2005/07/28(木) 14:32:58ID:???
いや、PearのCache_Liteでしょ?
0917nobodyさん2005/07/28(木) 14:34:52ID:???
>911
mojaviはアクセスがある度にControllerやらRequestやらのオブジェクト作りまくりだと思うんですが・・・
0918nobodyさん2005/07/28(木) 14:48:03ID:???
>>912
>見たことないですが、そんなに一般的なんですか?
>>913>>914>>916
ほら、もうこんなに出てきたよ?今まで何を見てきたの?
0919nobodyさん2005/07/28(木) 14:51:29ID:???
>>917
つくりまくりなんてほどじゃない。その程度なら全然問題にならないってw
それすら気になる規模のアクセスなら、もはやPHP使う領域じゃない。
0920nobodyさん2005/07/28(木) 15:11:57ID:???
>>915 >>918
予想通りの答え乙。
程度がばれるから答えられないんだろカスが。
煽り厨は氏んどけよ。
0921nobodyさん2005/07/28(木) 15:13:05ID:???
>>920
うわぁ…とうとう怒っちゃったよ
0922nobodyさん2005/07/28(木) 15:19:25ID:???
>>920
つられて自分で煽ってたら説得力ないな
フレームワークに限らずWebシステムでのキャッシュによる高速化なんて当たり前。
そんな発狂せずに自分の無知を紳士に受け止めて勉強しようね
http://www.google.com/search?sourceid=mozclient&ie=utf-8&oe=utf-8&q=web%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0+%E3%82%AD%E3%83%A3%E3%83%83%E3%82%B7%E3%83%A5
0923nobodyさん2005/07/28(木) 15:19:34ID:???
>>921
なんだその煽り
ガキは自宅に放火でもしとけや。
0924nobodyさん2005/07/28(木) 15:21:09ID:???
失礼。真摯でした
0925nobodyさん2005/07/28(木) 18:44:14ID:???
>>920
>予想通りの答え乙。
自分が馬鹿にされること予想できてたのに発言してたのか…
もう流石としかいいようがない
0926nobodyさん2005/07/31(日) 04:24:38ID:???
海外でM2の4.4.0対応パッチを作った人がいるみたい。
http://forum.mojavi.org/index.php?showtopic=1214&view=findpost&p=6448

これがあってもどのみちPEARの対応待ちなんだけどね・・・
0927nobodyさん2005/07/31(日) 04:27:24ID:???
とりあえず E_ALL ^ E_NOTICE で逃げましょ。
0928nobodyさん2005/08/03(水) 17:42:43ID:???
M2あたりをパクってライトウェイトなオリフレ作るのがベターっぽい
0929nobodyさん2005/08/03(水) 17:43:24ID:???
注)オリフレ=オリジナルフレームワーク
0930nobodyさん2005/08/03(水) 20:31:31ID:???
俺たちオリフレ族
0931nobodyさん2005/08/03(水) 22:15:56ID:???
オリフレ?
だせーな(w
0932nobodyさん2005/08/03(水) 22:22:37ID:???
オリフレ時代到来
0933nobodyさん2005/08/03(水) 22:27:41ID:???
M2のFilterChainの実装も相当ださいぞ
次のFilter呼ばないととまっちまうわ
一度しか実行されないようフラグ管理もしなくちゃならんわ
オリフレ最高
0934nobodyさん2005/08/04(木) 17:35:29ID:???
オリフレにLogicManager追加したった
LogicはいちいちSingleton機構書くのが面倒
PHP4ならincludeも面倒。
LogicManagerはgetLogicするだけで
存在しなければinclude&生成し、
既にあればそれを返してくれるという優れモノだよ。
オリフレ最高。
0935nobodyさん2005/08/04(木) 21:55:13ID:???
Mojavi2のRequest、
getCookieはあるのにsetCookieがないのは何故?
0936nobodyさん2005/08/04(木) 22:12:04ID:???
Requestにあると変じゃなぁい?
0937nobodyさん2005/08/04(木) 22:17:27ID:???
もともと「何でもコンテナ」的な性格にしてるからそんなにヘンとも思わないけど…
それを言ったらRequestとは別にResult等を用意した方が
いいと思う。
0938nobodyさん2005/08/04(木) 22:26:08ID:???
>>937
なんでRequestとResultなんだよ。
RequestときたらResponseだろ。
0939nobodyさん2005/08/04(木) 22:30:05ID:???
MojaviはActionからViewに成果を引き渡すのにもRequestを使っている。
その役目を果たすコンテナとしてResultって話。
0940nobodyさん2005/08/05(金) 02:33:38ID:???
オリフレにしたら速度3倍くらいになった。
てかSmarty遅っ!!
遅いとは思っていたが数字で比較すると遅さを再確認した。
キャッシュ以前に、オブジェクトとしてデカすぎるもんな。
0941nobodyさん2005/08/05(金) 02:35:05ID:???
>>940
何からオリフレにしたの?M2?
0942nobodyさん2005/08/05(金) 02:38:21ID:???
ちっこいプレゼンテーションロジックオブジェクトを
テンプレートの荒野に解き放てば
一寸法師も真っ青な獅子奮迅の大活躍をしてくれるわけで。
Smartyなんていらねーんだよディック野郎( ゚д゚)、ペッ
0943nobodyさん2005/08/05(金) 02:39:13ID:???
>>941
M2+Smarty
0944nobodyさん2005/08/05(金) 10:20:31ID:???
caching ≠ compile
Smartyスレで暴れてたやつか?

オレは速度を最優先するならフレームワークなんか使わない。
0945nobodyさん2005/08/05(金) 10:53:35ID:???
>943
Smartyやめて自前でテンプレートシステム書いたんですか?
0946nobodyさん2005/08/05(金) 11:12:49ID:???
DB処理 > Smartyのオーバーヘッド ならキャッシュ使えば体感は早いよ。

キャッシュ処理自体を自前で書けばもっと早いだろうけど、めんどくさ。
0947nobodyさん2005/08/05(金) 13:09:12ID:???
キャッシュとかサブテンプレートとか
Smartyの特徴的な機能って
自分でやってみればわりと簡単に実装できるよ
もともとphpに、出力をバッファリングしたり
それを変数に入れたりするコマンドがあるからね。
既製品は多くの人の要請に答えざるを得ないから、
宿命的に重くなっていく。
イラナイ機能のためにオーバーヘッドが生まれるのは
俺は好きくないな。
ただ間違いなく勉強にはなるので、やっておいて損はないとは思うが。
0948nobodyさん2005/08/05(金) 13:31:58ID:???
>>946
Cache::Liteとか使うとラクだよ。
0949nobodyさん2005/08/05(金) 14:49:30ID:???
つーか、数十万アクセス/dayのサイトをM2+smarty+adodbで作っても大して重くならないのに
オーバーヘッドがとか軽くとか言ってる方っていったいどれだけ大規模な案件を抱えていらっしゃるんですか?
0950nobodyさん2005/08/05(金) 15:28:15ID:???
Smartyのマニュアルのキャッシュの項読んでみなよ。
あれ自分で実装するの?メンテも自分で?勘弁してよ。
0951nobodyさん2005/08/05(金) 18:23:04ID:???
>949
それは君の組み方が上手いのもあると思う。
他にデータ量とか、マシンスペックとかによっても体感の重さは変わってくるし。
0952nobodyさん2005/08/06(土) 02:49:51ID:???
いろいろ実装していった結果…
非SmartyはSmartyの10%程度しか速くならないことが分かった
結局Smartyに戻したよ orz
0953nobodyさん2005/08/06(土) 03:28:19ID:???
テンプレートだけ速くしても他は変わらんからね。
個人でやるならオレオレフレームワーク+オレオレテンプレートエンジンで
カリカリにチューニングして自己満足も良いけど
保守性を考えたら出来合いのある程度普及してるやつ使った方が吉。
多くの場合、いちばんコストがかかるのはビジネスロジックなんだし。

サーバや回線のスペックは富豪的に解決する方向で。
0954nobodyさん2005/08/06(土) 15:28:01ID:???
富豪マインド(・∀・)イイ!
0955nobodyさん2005/08/06(土) 18:23:36ID:???
確かに、
金かけるだけでいい部分は、金出しときゃいいんだよな。
0956nobodyさん2005/08/06(土) 18:40:01ID:???
一番コストがかかるのは教育/学習だったりな
0957nobodyさん2005/08/06(土) 20:32:22ID:???
このスレももうすぐ終わりだな。
次スレはここがモジャスレになるのかな。
0958nobodyさん2005/08/06(土) 23:50:33ID:???
ツーか俺様テンプレートとか俺様フレームワークって根本的に意味無い。
俺様しか使わないなら普通に書きまくったほうが早いに決まってる。
0959nobodyさん2005/08/07(日) 00:19:15ID:???
まあフレームワークは他人に使ってもらうことを前提としたものだが
フレームワーク的な手法(フロントコントローラパターン、MVCパターン等)は
保守性を桁違いに上げるから無意味とは言えないだろう。
0960nobodyさん2005/08/07(日) 00:39:30ID:???
>959
そうだね。
でも速度重視で俺様やるくらいなら、Cで書いたほうがよっぽど良い。
そんな俺はCなんてここ数年触ってない。
学生時代は気が狂ったようにCでガリガリコーディングしてたのに。
0961nobodyさん2005/08/07(日) 17:38:15ID:???
>>960
> でも速度重視で俺様やるくらいなら、Cで書いたほうがよっぽど良い。

CでCGI書いちゃったら結局はモジュール版より遅くなりそう。
PHPはZend Optimizer使うとさらに速くなるのかな?よく知らないけど。
ま、アルゴリズムが複雑になってくるとCの方が圧倒的に速いだろうけど、所詮Webだしなぁ。

>>959は同意。
0962nobodyさん2005/08/08(月) 01:36:58ID:???
>>958の言ってるのは、実行速度が速いんじゃなくって、開発速度のことだろ。
0963nobodyさん2005/08/08(月) 05:34:58ID:???
http://agavi.org/
これ結構よさげ
0964nobodyさん2005/08/08(月) 06:31:34ID:???
>>963
どういうところをよさげだと思ったのかぐらい書いてくれよー

次スレどうすんの?
PHPフレームワーク総合?
テンプレ作成よろ>1
0965nobodyさん2005/08/08(月) 07:45:56ID:???
>>964
http://angelicwing.net/diary/4069.html
0966nobodyさん2005/08/08(月) 08:54:19ID:???
>>965
d
たしかによさげだね
0967nobodyさん2005/08/08(月) 12:36:10ID:???
>>961
> CでCGI書いちゃったら結局はモジュール版より遅くなりそう。

つ [ FastCGI ]
0968nobodyさん2005/08/08(月) 13:44:01ID:???
>>963
お、いいねぇ!
さようならM3・・・
レス数が950を超えています。1000を超えると書き込みができなくなります。