[PHP]フレームワークについて語るｽﾚ２[総合]
レス数が1000を超えています。これ以上書き込みはできません。
0001nobodyさん
2005/12/29(木) 18:03:44ID:PQZNoJbD■Phrame
http://phrame.sourceforge.net/
■Mojavi Project
http://www.mojavi.org/
■Agavi
http://agavi.org/
■[ 日本発 ] Maple Project
http://kunit.jp/maple/
■[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/ethna-tutorial-startup-practice1.html
■[ 日本発 ] guesswork
http://www.guesswork.jp/
■Biscuit
http://bennolan.com/biscuit/
■PHP on TRAX
http://phpontrax.com/
■Web Application Component Toolkit (WACT)
http://www.phpwact.org/
■symfony
http://www.symfony-project.com/
■XOAD
http://wiki.xoad.org/index.php?title=Wiki_Home
■[ 日本発 ] pokox
http://www.glamenv-septzen.net/pukiwiki/index.php?pokox
■[ 日本発 ] 速構Web Framework
http://www.pm9.com/newpm9/itbiz/php/framework/
■CakePHP
http://cakephp.org/
0002nobodyさん
2005/12/29(木) 18:13:12ID:???【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
>>1
ｽﾚ立て乙
前>>997-999
リンク追加乙
0004nobodyさん
2005/12/29(木) 18:37:54ID:???0005nobodyさん
2005/12/30(金) 00:11:48ID:???http://phocoa.com/
> inspired by Apple's Cocoa and WebObjects technologies.
だそうでMacユーザとしては気になるところ
0006nobodyさん
2005/12/30(金) 07:44:07ID:???デファクトというにはどちらもまだまだ。
0007nobodyさん
2005/12/30(金) 09:26:39ID:???0008nobodyさん
2005/12/30(金) 11:45:44ID:EXAn/jES触ってみた人いる？
0009nobodyさん
2005/12/30(金) 11:52:51ID:???えらい変わっとるでよ。
んでも機能追加・拡張っぽい感じなので、よほど変わった書き方をしてなきゃ
0.9.0で書いたのはそのまま動くんでないかな。
0010nobodyさん
2005/12/30(金) 12:59:34ID:???0011nobodyさん
2005/12/30(金) 14:42:13ID:???0012nobodyさん
2005/12/30(金) 14:53:29ID:???0013nobodyさん
2005/12/30(金) 16:08:34ID:???JavaにおけるStrutsのような。
PHP5は流行らない・スタンダードとなるフレームワークが
登場しないとくればPHPはかなり苦境だな。
0014nobodyさん
2005/12/30(金) 16:33:26ID:???0015nobodyさん
2005/12/30(金) 18:39:58ID:???PHPだけで食っていこうとするなら。
0019nobodyさん
2005/12/31(土) 05:27:42ID:???0020nobodyさん
2005/12/31(土) 05:43:30ID:???そもそもPHPだって設計きちんとやれば見下ろすほど拡張性低くないのにね。
まあJavaは言語仕様自体が拡張性上げてるようなもんだし。
特異メソッドだの特異クラスだのクロージャだの溢れかえったRubyにスケーラビリティのスの字もないと思うけど。
拡張モジュールをCで書いたりなんてことになると、もうね。
それより、Zend FrameworkはPHPネイティブらしいし、スケーラビリティに関して少しは期待していいかと。
RoRと比べてどうかとかは出てからじゃないと何ともいえないけど。
↑なんかこいつ根本的に勘違いしてるな
0022nobodyさん
2005/12/31(土) 07:42:47ID:/O+wCTfO0026nobodyさん
2005/12/31(土) 20:42:04ID:???0027nobodyさん
2005/12/31(土) 22:19:59ID:???前からcygwin経由で使ってたから個人的にはあまり恩恵ないけど、
windowsであれをやってみたかった人は結構いるかも知れない。
0033nobodyさん
2006/01/01(日) 01:31:28ID:???0034nobodyさん
2006/01/01(日) 07:08:28ID:WHqdtVTb3000円もフリーも大して変わんねぇよ、貧乏人。
0036nobodyさん
2006/01/01(日) 07:23:29ID:???まぁ、レン鯖板で聞けって話か
0037nobodyさん
2006/01/01(日) 07:28:45ID:???安上がりでJava使いたいのは結構だけど、お前の居場所はこのスレじゃない。
0038nobodyさん
2006/01/01(日) 15:36:10ID:???PHPにはそれがないねぇ。
0039nobodyさん
2006/01/01(日) 19:13:55ID:???PHPが元々ﾌﾚｰﾑﾜｰｸが必要な程のWebｱﾌﾟﾘの作成
を考えて無かったからでしょ。
で、今需要が増えてきたので乱立中なんでしょ。
0040nobodyさん
2006/01/01(日) 23:43:10ID:???わたくしは一生をささげます。Mojavi よさらば。
0041nobodyさん
2006/01/01(日) 23:54:37ID:???0042nobodyさん
2006/01/02(月) 03:04:07ID:???0043nobodyさん
2006/01/02(月) 03:33:36ID:I7zXcpPdどのへんが画期的だったのか良ければ教えて
0044nobodyさん
2006/01/02(月) 09:40:50ID:???誰も使わないと思うよ。
0045nobodyさん
2006/01/02(月) 12:13:33ID:???0046nobodyさん
2006/01/03(火) 22:51:09ID:???検索しても出てこないのだが
0047nobodyさん
2006/01/03(火) 23:52:45ID:???http://www.zend.com/collaboration
ZPFのまとめページみたいのも用意されてるけど、まだこの前のwebcastの要約程度の内容しかないよ。
0048nobodyさん
2006/01/04(水) 00:17:17ID:???Zend Frameworkの開発に関わっているのが以下の企業だよね?
IBM, Oracle, MySQL, Intel, Actuate, ADP, FileMaker, Schematic,
StepUp Commerce, OmniTI, 100days.de, SugarCRM, bebe.com,
and Marco Tabini, publisher of PHP Architect Magazine
日本の企業が全く入っていないな…
中小企業でもはいっとけばいいのに
0049nobodyさん
2006/01/04(水) 05:46:25ID:???0050nobodyさん
2006/01/04(水) 12:13:25ID:ST4/dfIz今の所なにもしてません。
0052nobodyさん
2006/01/05(木) 00:07:25ID:???0053nobodyさん
2006/01/05(木) 10:47:48ID:???0054nobodyさん
2006/01/05(木) 10:56:52ID:???0055nobodyさん
2006/01/05(木) 11:34:05ID:???0056nobodyさん
2006/01/05(木) 18:17:59ID:???0057nobodyさん
2006/01/05(木) 19:11:17ID:???使いやすいよ。
0058nobodyさん
2006/01/05(木) 22:16:48ID:???日本人向きだとmaple ethnaあたりがよさそうかねぇ。
0059nobodyさん
2006/01/05(木) 22:59:09ID:???0060nobodyさん
2006/01/06(金) 01:14:32ID:???たしかにSymfonyはMojavi派生のようだが、Mojavi/Agaviとはずいぶん方向性が違うような
そんな自分の愛用は未だguesswork classic
0061nobodyさん
2006/01/06(金) 01:58:03ID:???0062nobodyさん
2006/01/06(金) 08:35:45ID:???かなりぴったりハマるしこれでいいやって思ってたけど、action filterでregistってのはどういうことなの？
0063nobodyさん
2006/01/06(金) 12:00:54ID:???0064nobodyさん
2006/01/06(金) 12:12:45ID:???0065nobodyさん
2006/01/06(金) 12:18:13ID:???0066nobodyさん
2006/01/06(金) 12:37:28ID:???父｢ﾈﾀ詳細ｷﾎﾞﾝﾇ！｣
母｢mojaviですが、何か?｣
兄｢ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━！！！｣
妹｢ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━！！！｣
姉｢＞兄＞妹 ｹｺｰﾝ｣
兄｢＞妹(;´Д｀)ﾊｧﾊｧ…｣
妹｢ｷﾓｲﾖ━！！｣
姉｢ﾊﾞ㌍ﾀ逝ってよし｣
母｢オマエモナー｣
父｢--------終了-------｣
兄｢--------再開-------｣
妹｢再開すな！ｳﾞｫｹが！！それより情報うpｷﾎﾞﾝ｣
母｢URLうp｣
兄｢guesswork age｣
母｢↑誤爆ｽﾏｿ｣
兄｢guesswork age｣
父｢ほらよ＞プロジェクトメンバー｣
妹｢神降臨！！｣
兄｢guesswork age｣
妹｢肉ねーよ！！｣
兄｢guesswork age｣
父｢肉ねーよ！！｣
兄｢guesswork age｣
母｢ｼﾞｻｸｼﾞｴﾝｶｺﾜﾙｲ｣
兄｢guesswork age｣
姉｢guesswork age厨uzeeeeeeeeeeee！！｣
母｢ageっていれればあがると思ってるヤシはﾄﾞｷｭｿ｣
爺｢mojaviは日本語サイトがないと(mojaviを美味しく食べるのは)難しい｣
ｾｰﾙｽ｢ｲﾀｲ リーダーがいるのはこのプロジェクトですか?｣
兄｢guesswork age｣
妹｢兄必死だな(w｣
0067nobodyさん
2006/01/06(金) 13:03:52ID:???0068nobodyさん
2006/01/06(金) 13:19:49ID:???今後もこの流れだと思う。
0069nobodyさん
2006/01/06(金) 16:34:54ID:???Mojavi JapanにあるMSQDなんかをダウンロードするとわかる
filterでsmartyを使ってる
他のサンプルでもそうしているやつを見た
どういうポリシーの違いだろうか
007062
2006/01/07(土) 09:49:50ID:???あーM2の話だったのか。
M2だとSmartyRendererが用意されてるから、その初期化をfilterでやるのが普通なのかも（俺はM2経験ない）。
M3の場合だとSmartyViewっていうのが入ってるけど、まだ中身が何も実装されてない状態だったから自分で書いた。
基本的にM2のSmartyRendererと一緒で、$smarty->assignとかのラッパを書いたってだけの話だけど。
Agaviでは実装済みだね。
要は>>61の質問は結局はM2かM3かって話になると思う。
0071nobodyさん
2006/01/08(日) 01:12:59ID:???forms/ 以下にまとめているものをよくありますがactionsでかいちゃう人もいるようです。
僕はmodelの下で executeForm()で処理させようかと思っていますがどうでしょうか?
0072nobodyさん
2006/01/08(日) 01:29:16ID:???mapleってMLも2chのスレも全然活気無いけどはやってるの？
質問の必要が無いほど完成されてるのかな？
最近Ethna始めたけどこれも結構いい感じだね。
0073nobodyさん
2006/01/08(日) 02:44:47ID:MOiqJ8HA>MLも2chのスレも全然活気無い
はやってるはずがない。
0074nobodyさん
2006/01/08(日) 10:42:21ID:???Zend PHP Frameworkの一番の宿敵になりそうって言われてるけど。
http://ez.no/
mod_rewrite使ってるのあたりが個人的に微妙。
eZ publishはドキュメントとかやたら張り切って書いてあるわりにサンプルコードが少なくて、結局使い方がイマイチわからなかったよ・・・。
機能が豊富そうっていう印象はあったけど。
eZ componentsは要はクラスライブラリ群？
0075nobodyさん
2006/01/08(日) 11:54:37ID:???モノは良いと思うんだけど……
とにかくドキュメントやサンプルが不足すぎて手を出しにくいこと、
作者がアレコレ色々なものに手を出していて完成品が全然出てこないこと、
利用者コミュニティがブログ周辺で完結してしまっていて参加しにくいこと、
などなどから、利用者はさほど多くない雰囲気。
気に入らないコードを自分でばんばん書き換えちゃえるくらいだと
けっこう良いフレームワークだと思う。
0076nobodyさん
2006/01/08(日) 13:34:08ID:???ドキュメントないからソース読めないと困るかもしれないけど。
0077nobodyさん
2006/01/08(日) 13:45:51ID:???良いものでも、「Hello world を出力してみよう」ってくらいで・・・
0078nobodyさん
2006/01/08(日) 13:51:56ID:???ソースを読むことが必須な状態からは脱却してほしい。
いろんなレベルの人と協業するのに今の状態では辛すぎる。
0079nobodyさん
2006/01/08(日) 14:17:24ID:???0081nobodyさん
2006/01/08(日) 15:11:12ID:???Extreme Simplicityとか謳ってるくらいだし。
.NET、Struts、RoRのパクリがほとんどで真新しいものはないけど、逆にPHPでそれらが全て利用可能になるってのは大きいんじゃないかな。
PHPらしく多くをベタ書きで書きつつ自然にフレームワークの恩恵に与れるっていう形になるんじゃないかと。
今あるフレームワークはどれも癖のあるクラス設計を強いられるから、PHPらしくないんだよね。
0082nobodyさん
2006/01/08(日) 15:14:17ID:???ｴｸｽﾊﾟﾝｼｮﾝなのかなあ？
0083nobodyさん
2006/01/08(日) 15:29:57ID:???Zendのフレームワークも、べた書きなんてありえないバリバリのOOデザイン
だとおもうよ。なにせあのPHP5を作ったZendだからね...
>>82
PHPの拡張ってこと?
そうすっと今度は微妙な振る舞いをCソースがよめないせいで確認できなくて
困る人が多発する気が...
0084nobodyさん
2006/01/08(日) 16:07:45ID:???0085nobodyさん
2006/01/08(日) 16:12:08ID:???ｴｸｽﾊﾟﾝｼｮﾝ == extension ?
Webcastでは全てPHPでオープンソースで書くって言ってた希ガス
>>83
そうかなぁ。
フレームワークのコード自体はOOで書いてあっても、我々ユーザにはOOの設計を強要しないって感じになってもらえるとありがたいんだけど（つまりOOは「使う」だけであって「作る」必要がないって感じ）。
フレームワークのコンポーネントを最小限の部分だけ継承して２～３行ちょろっと書いとけばあとは勝手に動いてくれる、みたいな。
>>84
Pearはおろか既存のものはSmartyなども含めて一切使わない方針で、完全に独自の設計になるらしい。
テンプレートも独自のものみたいだし。
そこに批判もけっこうあるみたいだけど。
0086nobodyさん
2006/01/08(日) 19:15:49ID:???0087nobodyさん
2006/01/08(日) 19:54:48ID:???0088nobodyさん
2006/01/09(月) 08:33:20ID:???とりあえずmaple見てみたんだけど、なんかディレクトリ深すぎない？
設定とかで変えれるのかも知れないが、
あっち行ったりこっち行ったり面倒なような。
どんな環境でどのくらいのファイル数になるのを想定してるのかな…。
008988
2006/01/09(月) 08:38:56ID:???単にああいう構成になってる理由が疑問って話。
他のは違うのかもしれんが…。
0091nobodyさん
2006/01/09(月) 13:05:13ID:???UPDATE 2005-01-08: 0.10.1b has been released!
0093nobodyさん
2006/01/09(月) 17:20:33ID:???ｵﾚｵﾚフレームワークのたたき台を目指してるみたいだね。
標準になるべくZendフレームワークが出てきたので
戦略的に正しいと思う。
009486
2006/01/09(月) 18:22:40ID:???いや、88ともダブるんだけどさ、なんかみんな大げさすぎない？
そういうのが必要な場合があるってのは分かるんだけどさ、、
ちょっとしたもん書く時にさ、ベタで書くより
なんちゃってMVCにしとけば、楽じゃん？みたいな感じなのないかな。
逆流してる？
0095nobodyさん
2006/01/09(月) 18:39:27ID:???そのフレームワークが対象とするもののうち一番大掛かりなものになるのは当然と思われ。
0096nobodyさん
2006/01/09(月) 22:12:40ID:???0098nobodyさん
2006/01/10(火) 00:10:58ID:???0099nobodyさん
2006/01/10(火) 09:07:54ID:???mojaviを改造でもしてんの？そうでなかったら編集する必要すらないと思うけど。
一応LGPLだしランセンス表示を含めどんな改変をしても構わないけど、改変後のプログラムはGPLかLGPLのもとでオープンソースとして再頒布しなきゃいけないんじゃないかな。
間違ってたら訂正よろ。
0100nobodyさん
2006/01/10(火) 10:23:12ID:???ここは堂々と著作権者に自分の名前を追記して配布汁。
頒布っていうか、べつに広く配布する必要は無いし、ソースを売って金にしてもいいけど、
そのソースコードをもらった人にLGPLによるソース再配布の権利を認めないといけない。
だからLGPLコードを暗号化して顧客に納品しちゃダメ
...て感じだと思う。
0101nobodyさん
2006/01/10(火) 11:07:16ID:???なるほど。フォローサンクス。
ちょっと気になったけど、LGPLはソース保持者が配布することができる「権利」ではなくて、（要望があれば必ず）配布しなければならないことを使用条件とする（というか強要する）ものじゃないかな。
だから売って金にするってのはまずいのでは？
0103nobodyさん
2006/01/10(火) 12:05:36ID:???広く一般に公開する必要は必ずしもあるわけじゃない。どんな高い金で売ってもOK
ただし、ソースをもらった方はLGPLに基づきいくらでも再配布出来る。そしてそれを縛ることはできない。
0104nobodyさん
2006/01/10(火) 12:14:40ID:???"work that uses the library(ライブラリを利用した著作物)"は違うから、
mojavi部分と独自のビジネスロジック部分とを分離して独自部分を配布する場合は
LGPLの範疇にならないんじゃないかなぁ。
まぁ、>>98のライセンス表示削除は確実にアウトですが。。。
0105nobodyさん
2006/01/10(火) 12:49:50ID:???飽くまでmojaviを改変した場合の話。
ライセンス表示は削除したとしても、新たにLGPLの全文か全文へのポインタ相当のものを示せばいいんじゃないの？
著作者の表示に関しては、元の著作者（mojaviの場合Sean Kerr）を載せる必要ってあったっけ？
PHP Licenseだとそういうのは明示的に書かなきゃダメってなってるけどLGPLはそういう項目ある？
0106nobodyさん
2006/01/10(火) 14:54:44ID:???ライセンスはどうか知らないけど、ファイル中の著作権表記の削除はGPL以前に著作権的によくないと思う。
あと、一緒に配布するかぎりはLGPLでもGPL的縛りを逃れられないような...
このへんの成果物の扱いはGPL/LGPLで記憶も理解も混乱しているのでよくわからん。
010798
2006/01/10(火) 16:03:17ID:???自分で作ったのです。
それの著作権は自分にあるのでサンプルにあるような著作権表示は削除しても
いいと思っていたのですがどうですか?
または、Mojaviからextendsしたファイルとかはどうなるんでしょうかね。
要らないと思っていたんですが、違うのかな。
0108105
2006/01/10(火) 16:14:49ID:???たしかに著作権の表記を削除ってのは仁義的にもよろしくないな。
なんかpublic domainとか著作権放棄とかの話がごっちゃになってた。
GPLかLGPLかはwork that uses the libraryにも同じ制限が課されるかってのがあると思った。
LGPLの場合はmojaviを使用するだけなら、その使用したコードにはLGPLの制限は一切かからないんじゃないかな。
以下はLGPLのTERMS AND CONDITIONS ～ から一部抜粋。
> 5. A program that contains no derivative of any portion of the Library, but is
> designed to work with the Library by being compiled or linked with it, is
> called a "work that uses the Library". Such a work, in isolation, is not a
> derivative work of the Library, and therefore falls outside the scope of this
> License.
コンパイルやリンクってPHPには適用しづらいけど、include/require等によって使うことと考えて差し支えないと思う。
0109105
2006/01/10(火) 16:25:47ID:???mojavi使って作ったソースって、GPL/LGPLを明記する義務があって且つ再配布されても文句言えないってこと？
なんかわからなくなってきた。
0110nobodyさん
2006/01/10(火) 16:46:51ID:???0111nobodyさん
2006/01/10(火) 16:49:43ID:???0112nobodyさん
2006/01/10(火) 17:23:22ID:???自分であらたに開発すればいいので、それを使うスクリプトは独立しているとみなしていいはず。
だから、自分の製品の一部に組み込んでmojaviを配布する場合はLGPL縛りで、
独立したものとして配布する場合のライセンスは自由なんじゃないかな。
スクリプトの場合、全部のファイルが独立しているという見方も出来るから、
このへんは難しいとこだとおもうけど。
0113109
2006/01/10(火) 17:49:43ID:???> Such a work, in isolation, is not a derivative work
ってのはmojaviを使った著作物「単体」では派生物と見なさない（つまり著作物＋mojaviをひっくるめて「派生物と見なさない」わけではないってことをin isolationで単に明示してる）って意味っぽい。
つまりmojaviを使用することを前提にしてつくったActionとかViewとかModelとかはLGPLの影響は一切ないってことかな。
>>107
というわけで自分で作ったActionにはLGPLやSean Kerrは必要ないと思う。
0114nobodyさん
2006/01/10(火) 23:55:03ID:???0115nobodyさん
2006/01/11(水) 00:04:17ID:???Model＝作業員
0116nobodyさん
2006/01/11(水) 02:52:36ID:0BNMEQyQどこか変更する必要がある時、
「どのファイルをいじったらいいのか？」が
パッとイメージしにくくない？
とりあえずAction開いて、
そこから読んでるけど。
何かいい方法ないかなぁ…。
0117nobodyさん
2006/01/11(水) 03:05:05ID:???0118nobodyさん
2006/01/11(水) 07:49:18ID:SLuQbgaX保守性を考えるならまともな仕様書/設計書を残しておけ。
0122nobodyさん
2006/01/11(水) 22:58:55ID:0mCKrO3oaction の initialize で false を返すとexception投げて来るんだけど、
どこでどうやって捕捉すればいいのかわかんね。
0123nobodyさん
2006/01/11(水) 23:01:22ID:SURfFh1Uﾜﾛﾀ
0124nobodyさん
2006/01/12(木) 09:51:00ID:9A+OuFozttp://agavi.org/
ParseException
Message: Configuration file "/var/www/sites/agavi.org/webapp/config/autoload.ini"
specifies class "MailAppender" with nonexistent or unreadable file
"/var/www/agavi/logging/MailAppender.class.php"
Code: N/A
Class: AutoloadConfigHandler
File: /var/www/agavi/config/AutoloadConfigHandler.class.php
Line: 7
0126nobodyさん
2006/01/12(木) 15:06:57ID:???GlobalFilterでregistして、executeのあとに処理を書けばいいんでしょうか?
googleで3時間程検索しましたが全然出てきませんでした。
よろしくお願いします。
0127nobodyさん
2006/01/12(木) 16:02:51ID:???こんな感じになるんじゃないかな。
<filter>.class.php
class <filter名> extends Filter{
function execute(&$filterChain,&$controller,&$request,&$user){
static $loaded;
// ActionChainやAction::forwardを使った時にフィルタが複数回適用されるのを防ぐ
if($loaded == NULL){
$loaded = TRUE;
// 前処理フィルタ
...
// filter chain の次のフィルタを実行
// pre-filterとpost-filterの分岐点
$filterChain->execute($controller,$request,$user);
// 後処理フィルタ
...
}else{
$filterChain->execute($controller,$request,$user);
}
}
}
0128nobodyさん
2006/01/12(木) 16:47:35ID:9A+OuFozそんな感じでOKだとワシも思う。
それより、>>126
まともにグーグル先生すら使えんもんが、何を作ると言うのだ。と、小一時間。
0129nobodyさん
2006/01/12(木) 17:35:39ID:???ありがとうございます。
Googleでも同じようなことが書いてあったのですがそれでもよくわからないの
です。
> $filterChain->execute($controller,$request,$user);
> // 後処理フィルタ
この後に処理を書いたものが「Viewの後に」実行されるという認識であってますか?
何個もFilterを使っている場合、どのフィルタの中で処理を書けばいいかが
わからないです。
最後に処理されるフィルタのところで書くような気がするのですが、そのような
記述をしているところがありませんでした。
0130nobodyさん
2006/01/12(木) 17:48:31ID:???前スレあたりに書いたのにちょっと手を加えたものを再掲すると、
個々のフィルタには前処理・後処理という2段階の実行順序があって、
登録した順に前処理が全て実行されてから、今度は逆順に後処理が実行される。
Actionの実行部分もフィルタの一種として扱われていて(ExecutionFilter)、
全てのフィルタの登録後に登録されている。
Viewの実行(View::execute())はExecutionFilterの中で実行されている。
結果、登録順に1,2...の番号を付けた時に、
1. GlobalFilterのpre-filter1,pre-filter2...を実行
2. moduleFilterのpre-filter1,pre-filter2...を実行
3. ExecutionFilterを実行(認証や特権の判定、action処理)
4. Viewの実行
5. moduleFilterの...post-filter2,post-filter1を実行
6. GlobalFilterの...post-filter2,post-filter1を実行
という順番で処理されることになる。
0131nobodyさん
2006/01/12(木) 20:45:08ID:???詳しい説明ありがとうございます。
動作順序がよくわかりました
なんでそういう複雑な感じになってるかはよくわかりませんがw
検索用用語
プリフィルタ ポストフィルタ prefilter postfilter mojavi2
0132nobodyさん
2006/01/12(木) 21:57:58ID:9A+OuFoz>検索用用語
>プリフィルタ ポストフィルタ prefilter postfilter mojavi2
mojavi filter だけである程度答えでてくるよ。
ttp://www.google.co.jp/search?hl=ja&c2coff=1&q=mojavi+filter&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja
0133nobodyさん
2006/01/14(土) 14:30:31ID:???0134nobodyさん
2006/01/14(土) 19:24:49ID:???何かと思ったらMojavi2の話か。
libとoptってMojaviのコンポーネントのソースが入ってるとこじゃないの？
自分で作ったものは基本的にwebapp/libだと思うけど。
0135nobodyさん
2006/01/15(日) 02:12:19ID:???＞Viewの実行(View::execute())はExecutionFilterの中で実行されている。
じゃあ、ExecutionFilter以降のPostFilterは何をしてるの？
0136nobodyさん
2006/01/15(日) 02:35:42ID:???それは君が決めること。
ExecutionTimeFilter.class.php(配布物に含まれる実行時間を計測するやつ)の場合、
ob_start();
... // GlobalFilterに使った場合、一番最初に呼び出される。タイマー初期化
$filterChain->execute($controller, $request, $user);
... // Glo(ry 。実行時間を計算。
ob_clean();
echo "～"; // ob_*でバッファに取り込んだものと、計算した実行時間を合わせて出力
ってな感じで使っている。
0137nobodyさん
2006/01/15(日) 03:11:54ID:/IaCdmhr仕込む場所と
使う場所が離れてるから、
知らないうちに使われない変数やオブジェクトが
増えて行ったりしない？
あといつの間にか使わなくなった関数とかも増えがちだ。
0138nobodyさん
2006/01/15(日) 04:26:13ID:???0139nobodyさん
2006/01/15(日) 04:27:39ID:???0142137
2006/01/15(日) 19:43:37ID:???1:テンプレートにassign
2:テンプレート側の変更で使わなくなる
3:assignはされたまま
みたいなことないかい？
0143nobodyさん
2006/01/15(日) 21:54:01ID:???バリデータが残りっぱなしみたいなこととか。
0145324
2006/01/16(月) 01:05:52ID:VcFB/Doiすごい巨大な配列とかなら気にするけど、
普通のデータだったら、いちいちそんな細かい事気にしてられません。
0147nobodyさん
2006/01/16(月) 02:03:12ID:???分離してるからこその問題じゃん
MS公認コードコンプリートでも
変数のバインドは出来るだけ短くせよと説いているが
ファイルをまたいでバインドしてるわけだからなぁ。
0149nobodyさん
2006/01/16(月) 02:40:17ID:???防御的プログラミングの基本じゃない？
でも一括で渡すフレームワークもあったっけ。
0150nobodyさん
2006/01/16(月) 02:45:51ID:???initialize,execute,getDefaultViewとかの主要メソッドを前において
ﾊﾞﾘﾃﾞｰｼｮﾝとかｺﾝﾊﾞｰﾀとかgetRequestMethodsとかのｻﾌﾞ的なメソッドは
後に詰めてたんだけど、
サブ的なメソッドの中にこそゴミがたまりがちなので、
上の方に置くことにしてみたよ。
視界に晒されることで整理整頓が促されるかなと。
0151nobodyさん
2006/01/16(月) 05:57:38ID:???テンプレートのファイル名は
大文字から始めてる？小文字から始めてる？
0152nobodyさん
2006/01/16(月) 06:34:10ID:???0153nobodyさん
2006/01/16(月) 12:58:05ID:???おいら、Viewでまとめてから、テンプレートに送ってんですが、
この下記かたはありですか？
0154nobodyさん
2006/01/16(月) 13:32:32ID:???Helperだけassignとかもやるお。
0155nobodyさん
2006/01/16(月) 20:13:50ID:???0156nobodyさん
2006/01/17(火) 01:26:33ID:???0158nobodyさん
2006/01/18(水) 16:12:06ID:???0160nobodyさん
2006/01/19(木) 01:39:40ID:???とりあえずタブが空白4文字でなく\tになってるのをどーにかしたいのですが…
0162nobodyさん
2006/01/19(木) 06:15:07ID:???truestudio使ってるなら
ウィンドウ＞設定＞PHP＞Editor＞Typingタブで
「Insert spaces for tab（～）」にチェックをつける。
0163nobodyさん
2006/01/19(木) 19:13:18ID:???0164nobodyさん
2006/01/19(木) 19:23:58ID:???0165nobodyさん
2006/01/19(木) 19:34:32ID:???0166nobodyさん
2006/01/19(木) 19:40:07ID:???0168nobodyさん
2006/01/19(木) 21:50:06ID:???testsフォルダに生成された各TESTファイルにTESTケースを
記述し、「agavi test」をプロジェクトルートで実行しても、
実行されたのは0で、エラーも0・・・。
どうやったらTESTが実行されるのですか・・・。
Tutorialは抜けてますし。
0169nobodyさん
2006/01/20(金) 12:49:48ID:???0170nobodyさん
2006/01/20(金) 21:40:36ID:???また別のフレームワークが。
0171nobodyさん
2006/01/21(土) 00:11:11ID:???0172nobodyさん
2006/01/21(土) 02:21:30ID:???一ユーザからするとその熱意を既存のフレーム
ワークのブラッシュアップに使ってほしいものだが。
そのうちフレームワークを作るためのフレームワークが
出てきたりしてなｗ
0173nobodyさん
2006/01/21(土) 12:34:46ID:???0174nobodyさん
2006/01/21(土) 12:41:14ID:???うろ覚えだけど。
0175nobodyさん
2006/01/21(土) 18:35:33ID:???0176172
2006/01/21(土) 18:49:24ID:???0177nobodyさん
2006/01/21(土) 18:59:25ID:???mojaviから派生したフレームワークがある事を言ってるんじゃね？
>>175
php5だけじゃないかなぁ。mojavi3(php5)から派生してagavi って感じかと。
0180nobodyさん
2006/01/22(日) 09:13:49ID:???他もだいたい対応可能だろう
0181nobodyさん
2006/01/22(日) 09:17:37ID:???PHP4の代表はMapleだと思う。
俺はPHP5しか使ったことないのでMapleは
使ったことないけど、活動が活発だし、
面白そうだなぁと。
0182nobodyさん
2006/01/22(日) 13:10:46ID:???0183nobodyさん
2006/01/22(日) 13:35:48ID:???0185nobodyさん
2006/01/22(日) 14:55:51ID:???作者があっちこっち出没していろんなものの良い所を取り込もうとしている、という意味では活発だけど、
中途半端だし、ユーザーが活発かというと微妙。
でも期待はしているので、ユーザーが増えて、使い方のノウハウや
ドキュメントが増えて来ればいいなと思います。
0187nobodyさん
2006/01/22(日) 17:11:24ID:???0188181
2006/01/22(日) 17:27:44ID:???作者の周りに結構（俺から見たら）すごい人がいるし、
>>185が言ってる他言語の良いところを取り込もうとしてる
ところがいいんじゃないかと。生涯PHPだけって人にはいらん
機能かもしれないがな。
前にドキュメント強化月間かなんかやってた気がするが、
全然ダメだったの？
やっぱZend FrameWorkが出たらそれ使うだろうなぁ～。
今はAgavi使ってる。
0189nobodyさん
2006/01/22(日) 18:06:00ID:???ちょーがんばれ
0192nobodyさん
2006/01/22(日) 21:10:48ID:???それ作者もキモいと思ったらしくて次のバージョンではなくすとか書いてたね
例によって「次のバージョン」が全く外に出てこないわけだが
0193nobodyさん
2006/01/22(日) 21:43:21ID:???0194nobodyさん
2006/01/22(日) 21:48:30ID:???0195nobodyさん
2006/01/22(日) 21:49:45ID:???0196nobodyさん
2006/01/23(月) 00:52:59ID:???mojaviと大して変わらないから覚えるの楽だし、それほど不満はないな。
0197nobodyさん
2006/01/23(月) 04:26:26ID:sSJ3Zalm入力・確認・登録全部一つのActionに入れる？
入力・確認 / 登録
に分ける？
0198nobodyさん
2006/01/23(月) 04:30:03ID:???Actionから別にする？
Actionは共用でテンプレートだけ分ける？
あるいは両方（共用可能な場合のみ共用）？
0199nobodyさん
2006/01/23(月) 11:40:33ID:???便座あげてからズボン脱ぐ？
ズボン脱いでから便座あげる？
あるいは同時？
0200nobodyさん
2006/01/23(月) 13:39:43ID:???はっきりこれと言う回答は無いよ。
アプリケーション内で統一すべきケースもあれば、画面ごとにバラバラにするケースもあり
もっというならパフォーマンス重視なのか
パフォーマンスを犠牲にしてでも実装しなければならない機能があるかとか
コーディング規約として統一する場合もあるだろうし
ActionとViewの切り分けなんて優先度的にはかなり後のほうだと思う
もっと柔軟に考えたほうがいい
MVCの概念やフレームワークにとらわれすぎてやしないかね
0201nobodyさん
2006/01/23(月) 15:07:35ID:???HTML_QuickFormを使ってれば全部一箇所になるでしょ
Model内で全部やっているけど。
>>198
個人的にはURLとActionを全部一緒にしているが認証関係をさせるなら
PCの場合でも負荷がかかるということに後で気づいた。
毎回IPチェックとか必要だからね。
0204202
2006/01/23(月) 19:47:49ID:???名前欄の198は202な～
0205181
2006/01/23(月) 23:06:00ID:???Mapleスレでもドキュメントの話が出たみたいだなぁ・・・。
Maple関連の上位ｴﾛの人のサイトで
「「Mapleはアウトプットが出てこない」と叩かれていたりするし（笑）。」
とか書かれちゃった・・・。すまんこってす。
やる気を削いでしまったのなら本当に申し訳ない。
かなり参考にしているサイトなので、これからも頑張ってﾎｽｨ。
関係ないけど、その上位ｴﾛの人って、実はMaple作者とあんま仲良くない？
て思うんだけどどうだろ・・・。微妙にﾄｹﾞを感じたのだが、気のせいかな・・・。
0206nobodyさん
2006/01/24(火) 01:27:59ID:???0208nobodyさん
2006/01/24(火) 07:40:17ID:???ここに書くより、本家に言った方がいいのに。
0209nobodyさん
2006/01/24(火) 10:18:27ID:???0211nobodyさん
2006/01/24(火) 12:22:57ID:???はっきり書け
0212nobodyさん
2006/01/24(火) 13:58:34ID:???0213nobodyさん
2006/01/24(火) 14:03:53ID:???0215nobodyさん
2006/01/24(火) 14:10:39ID:???0216nobodyさん
2006/01/24(火) 14:12:14ID:???0217nobodyさん
2006/01/26(木) 02:01:40ID:???Mojaviに「もじゃび」ってフリガナがふってあったw
0219nobodyさん
2006/01/26(木) 02:56:26ID:???0220nobodyさん
2006/01/26(木) 03:40:21ID:???Jalapeno ハラペーニョ（辛いやつ）
Fajita ファヒータ（メキシコ料理）
Mojave モハーベ（砂漠の名前らしい）
やっぱりモハービかな・・・
0222nobodyさん
2006/01/26(木) 04:46:36ID:???ttp://afromania.org/~k-ozaki/diary/20050208.html
「ハ」で作者公認ということでFAか
0224nobodyさん
2006/01/26(木) 06:44:21ID:???0225nobodyさん
2006/01/26(木) 12:15:43ID:???0226nobodyさん
2006/01/26(木) 17:19:59ID:???ttp://phpspot.org/blog/archives/2006/01/php_30.html
0227nobodyさん
2006/01/26(木) 19:03:08ID:Eur2xnDy0228nobodyさん
2006/01/26(木) 23:36:11ID:P4JZCK77もしよろしかったらご覧いただければ幸いです。
http://pharon.lolipop.jp/
0229nobodyさん
2006/01/27(金) 02:08:20ID:???仕様?
0230nobodyさん
2006/01/27(金) 02:55:05ID:???むしろ、細かく分けた方が、問題を局所化できて
はるかに作りやすいことに気づいた。
>>229
俺もおかしいと思うよ。書き換えたらいいと思う。
0232nobodyさん
2006/01/27(金) 04:57:31ID:???cakeは後戻りできないくらいにまでソースが汚れてきてます。
あれはもうだめでしょう。
それよりsymfonyのslotsってちゃんと動く？
0236nobodyさん
2006/01/28(土) 17:40:07ID:???単なるバグでいいと思うけど。
0238nobodyさん
2006/01/29(日) 09:48:17ID:aQNUYPH4Requestをテンプレートにassign
→テンプレートから
getParameterあるいはgetError
これってアリ？ナシ？
0239nobodyさん
2006/01/29(日) 12:31:29ID:???M2を使ったことはないけど、mojavi-all-classes.phpの385行目、
$modName = $request->getParameter(MODULE_ACCESSOR);
のセミコロンの直前に、
or $modName = DEFAULT_MODULE
を加えるとか。
mojavi-all-classes.phpをいじりたくないなら、index.phpの最後dispatchの行を、
$modName = $controller->getRequest()->getParameter(MODULE_ACCESSOR))
or $modName = DEFAULT_MODULE;
$controller->dispatch($modName);
に変えるとか（ちなみにこれだとaction名に関する整合性が少し保てなくなる）。
0242nobodyさん
2006/01/30(月) 09:45:44ID:???0243nobodyさん
2006/01/30(月) 10:05:37ID:???0244nobodyさん
2006/01/31(火) 00:01:11ID:???0245nobodyさん
2006/01/31(火) 00:45:04ID:???0246nobodyさん
2006/01/31(火) 10:34:49ID:???そーゆーぺーじは多いがー外人SJIS読めんよ
0247nobodyさん
2006/01/31(火) 12:09:25ID:???0248nobodyさん
2006/01/31(火) 13:44:12ID:???0249nobodyさん
2006/02/01(水) 18:17:17ID:???<!-- *********************************************************************** -->
<!-- <HEAD> -->
<!-- *********************************************************************** -->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Frameset//EN"
"http://www.w3.org/TR/REC-html40/frmeset.dtd">
じゃないか
0250nobodyさん
2006/02/01(水) 19:51:14ID:???もしかしてあの発表は世界規模の集団幻覚？
0253nobodyさん
2006/02/05(日) 04:36:10ID:???とにかく変化がなさすぎる。
0254nobodyさん
2006/02/10(金) 18:13:00ID:???0255nobodyさん
2006/02/10(金) 18:13:23ID:???0256nobodyさん
2006/02/10(金) 22:16:00ID:???Symfonyは使った事がないのですけども、強みはAjax？
Agaviと比較するとここが勝ってる、または負けてる
っていう点があれば教えて下さい。
0257256
2006/02/10(金) 22:24:02ID:???に軽く書いてあるね。AgaviのSmarty組み込みでNGってどこが躓いたんだろ？
どこでNGか書いてくれたらコメント出来たんだけどな。
このスレでは何使ってる人が一番多いんだろ？
やっぱMojavi2かな？
0258nobodyさん
2006/02/11(土) 01:10:46ID:???0259nobodyさん
2006/02/11(土) 12:41:56ID:???ダウンロードしたのを展開すれば、空のプロジェクトが出来るので、
導入の敷居が、かなり低くなる。
0260nobodyさん
2006/02/11(土) 15:20:39ID:???0261nobodyさん
2006/02/11(土) 15:26:35ID:???0262nobodyさん
2006/02/11(土) 19:17:45ID:???0264nobodyさん
2006/02/12(日) 20:41:31ID:???手っ取り早くつくりたいならsymfony
保守性はagaviのがいい。
agaviのサブアクションの仕組みがいいね
0265nobodyさん
2006/02/13(月) 21:00:12ID:???0267nobodyさん
2006/02/14(火) 10:28:43ID:???0269nobodyさん
2006/02/14(火) 11:20:11ID:???0270nobodyさん
2006/02/14(火) 11:28:48ID:???今確認したんだけど、agavi-current.tgzは展開するとagavi-0.10.1bが出来るけど
0.10.0(stable)だね＞version.php
ﾃﾞｨﾚｸﾄﾘ名とversion.phpの表記が違ってるのが不明・・
ｿｰｽの更新日付的には>>268が最新です
0271nobodyさん
2006/02/15(水) 20:24:17ID:???デファクトと考えて差し支えないでしょうか？
0273nobodyさん
2006/02/15(水) 22:25:43ID:???出るのは来年だけどね。
0274nobodyさん
2006/02/16(木) 04:51:17ID:???密かにZFも期待してる
0277nobodyさん
2006/02/17(金) 07:00:25ID:???主機能はむしろViewHelperで、
テンプレートから呼び出されるメソッドを保持する偉い子だったんだな。
0279nobodyさん
2006/02/17(金) 14:37:03ID:???M=Model及びAction
V=Action及びView
C=Controller
だから明確な区別は難しいんだよ。
0280nobodyさん
2006/02/19(日) 01:45:03ID:???0281nobodyさん
2006/02/19(日) 16:39:56ID:???あと、PHP5だと何を使ってるかも教えて下さい。
0282nobodyさん
2006/02/19(日) 17:05:34ID:???最近ちと人が大目の職場に転職したんだが、そこではphp4+mojavi2を使うようにと言われている。
個人的な物には、php5+agaviまたはmojavi3を使っている。
海外のどっかのサイトのアンケートだとSymfonyを使っている人が一番多かったんだっけ？
まぁでも統計結果が実情を正確に表せるほどフレームワークが広まっているような気がしないんだが。
てか、>>1に乗ってるのを全部使ってみて自分にあったものを使えばいいんじゃないかねぇ。
0283nobodyさん
2006/02/19(日) 17:17:48ID:???0284nobodyさん
2006/02/19(日) 17:30:49ID:???最初削っていた機能が必要になるたび付けて行ったら
どんどんM3に似て来た。
Mojavi系はConverterがないのが不満。
勝手に改造したらバージョンアップ時の整合性が面倒くさいからなぁ。
0285nobodyさん
2006/02/19(日) 21:00:05ID:???Controller、Request、Userの三つのオブジェクトを渡しているんだけど
RequestとUserは使ってないんだよね。何の為に渡してんの？
0286202
2006/02/20(月) 00:13:35ID:???0287nobodyさん
2006/02/20(月) 00:14:40ID:???すまん202ではないです
0288nobodyさん
2006/02/20(月) 07:17:24ID:???Request->Attributeとか
User->Parameterに入れる？
ネームスペースで区切る、区切らない等いろいろ考えられるけど。
0289nobodyさん
2006/02/20(月) 09:48:45ID:???ActionChainのsetPreserve()をtrueにして渡すのが順当かな
0290nobodyさん
2006/02/20(月) 15:25:19ID:X62Wwkk2orマッパがないフレームワークはやはり皆さん自前でこしらえてますか？
0292nobodyさん
2006/02/20(月) 19:01:00ID:vRXDRBjP0293nobodyさん
2006/02/20(月) 20:16:58ID:???漏れはActionChain::register()の第4引数に連想配列で渡してるんだが、
ひょっとして少数派？
むしろ値の戻し方がよくわからん。
$user->setAttribute()してるけど、名前ぶつからないようにするのﾏﾝﾄﾞｸｾ
0295nobodyさん
2006/02/20(月) 22:18:42ID:???0296288
2006/02/21(火) 06:51:44ID:???>>293
両方知らんかった
さんくす
Request->Parameterは$_REQUESTを
保持するだけじゃなかったんだな
0297nobodyさん
2006/02/21(火) 09:18:37ID:???ユーザ定義のDB接続と同時に使った場合、
コネクション別々に張るの無駄じゃね？
0298nobodyさん
2006/02/21(火) 09:41:35ID:???どうしても使うなら、コネクションプールするべし
0299nobodyさん
2006/02/21(火) 14:12:52ID:???pg_connectなら第2引数にPGSQL_CONNECT_FORCE_NEW指定しなければコネクションは1つだけど？
0300nobodyさん
2006/02/21(火) 21:00:40ID:???extentionのフレームワークだって
面白そう
0301nobodyさん
2006/02/22(水) 05:19:52ID:???技術力では桁違いな感じだね。
これは期待できそう。
今は俺フレームワークで作ってるけど
いずれは乗り換えたいな。
0302nobodyさん
2006/02/22(水) 11:20:48ID:???知らんｶｯﾀ
無駄はないんだな。安心したよ。
0303nobodyさん
2006/02/22(水) 11:58:16ID:???なんか良い解決法ある？
mojavi2は確定（というか変えるのめんどくさい）
0304nobodyさん
2006/02/22(水) 18:29:42ID:???今PHPとFirebirdでD.B.の中にあるデータの値を取り込んで、
Excelのグラフを自動的に作成する、スクリプトを作ろうとしているのですが、
ここで便利なフレームワークはないものでしょうか・・・
Excelではなくただのグラフを作成してくれるもの、
有償のソフト、は見つけたのですが、
これをオープンソースで行っているフレームワークはないかなと思いまして。
何か、良いものがあったら教えていただけないでしょうか？
よろしくお願いします。
0305nobodyさん
2006/02/22(水) 18:38:26ID:???0306nobodyさん
2006/02/22(水) 18:47:26ID:???使ったことないからグラフ出力出来るかは知らんけど
0307nobodyさん
2006/02/22(水) 19:18:17ID:???そのPEARのExcelWriterClassを使って表を作るところまではできたのですが、
グラフ出力が出来なくて。
日本のフレームワークは結構見た(つもりかも)のですが、なかなか見つからなくて・・・
0308nobodyさん
2006/02/22(水) 19:20:15ID:???そういうのはフレームワークではなくただのアプリと言うんじゃないかぁぁぁぁ？
0309nobodyさん
2006/02/22(水) 20:17:59ID:???ならないけど、なんでみんな何の疑問も持たずに使ってんだろうか？
面倒くさくない？アクション名だけでいいじゃんとか思う。
0310nobodyさん
2006/02/22(水) 20:26:10ID:???Actionだけでいけるじゃん
ただある程度以上になるとModuleがないとやってられねーけどな。
0311nobodyさん
2006/02/22(水) 20:47:08ID:PffjIGDjエクセル操作系のフレームワークとかライブラリって言い方も出来るとは思うけど。
0312nobodyさん
2006/02/23(木) 00:23:38ID:???めんどいし、Excel 多分関係ないし、フレームワークも関係無いけどなー
0313nobodyさん
2006/02/23(木) 00:29:01ID:???語弊があるな。MojaviとかAgaviとか
コマンドライン用のフレームワークとしても動作するよう設計されてるぞ。
それと「エクセルのグラフを出力する」てのはViewの問題だから、
「エクセルのグラフを出力する」クラスや関数群はライブラリであってもフレームワークではないだろ。
0314nobodyさん
2006/02/23(木) 02:30:32ID:???0315nobodyさん
2006/02/23(木) 03:02:51ID:???ウェブ用言語として開発はされているが 専用 ではないぞ。
0316nobodyさん
2006/02/23(木) 04:06:51ID:???ここはWebProg板であり、PHPのフレームワークについて語るスレですよ。
たとえ/(Moj|Ag)avi/やPHPがコマンドラインだのエクセルだので使えたとしてもそれは板違い・スレ違いなだけ。
0317nobodyさん
2006/02/23(木) 04:55:10ID:???「といっていいし」だからそう大きく間違えてるわけでもないと思う。
まぁ「おれはWeb用メインには使ってない」って言う人は必ずいるだろうけども。
0318nobodyさん
2006/02/23(木) 10:42:43ID:???0319nobodyさん
2006/02/23(木) 14:22:29ID:???PRADO
http://www.xisc.com/
PHP5専用フレームワーク
（確か、PHP5のコーディングコンテストで優勝した奴だったと思う）
個人的感想：
・.NETっぽくて分かりやすい
・重い
使ってみた人居たら、感想聞かせて欲しい
0320nobodyさん
2006/02/24(金) 10:03:20ID:UY/cDtzQMojavi+Smartyを使ってる隣の奴らはよくグチってるけど、
WACT onlyな漏れはさっさと仕事を片付けてる。
0321nobodyさん
2006/02/24(金) 13:43:18ID:???ってか、他を使わず、WACTだけって人はかなり珍しい。
0322nobodyさん
2006/02/24(金) 14:07:19ID:???今更ﾏｲﾅｰFWに手を出そうとはなかなか思わﾅｲ
0323nobodyさん
2006/02/24(金) 20:39:12ID:???・Rendererクラスがフレームワークと密接に絡みすぎ。
・Validaterや認証を一箇所を一括管理できないので保守性に欠ける。
・ソースが汚い。
0324nobodyさん
2006/02/24(金) 20:40:32ID:???×Validaterや認証を一箇所を一括管理できないので保守性に欠ける。
○Validaterや認証を一括管理できないので保守性に欠ける。
0329nobodyさん
2006/02/25(土) 09:54:46ID:???0330nobodyさん
2006/02/25(土) 17:36:55ID:???0331nobodyさん
2006/02/25(土) 19:44:49ID:???0332nobodyさん
2006/02/25(土) 19:54:11ID:???0333nobodyさん
2006/02/26(日) 08:46:04ID:???0334nobodyさん
2006/02/26(日) 13:00:25ID:???http://agavi.org/
0335nobodyさん
2006/02/26(日) 15:51:41ID:???0336nobodyさん
2006/02/26(日) 17:22:44ID:???もう直ってるね。
どういうエラーだったんだろ。見逃した。
>>335
agavi本家は定期的にエラーしてるからあまり気にしてないｗ
0337nobodyさん
2006/02/26(日) 21:04:32ID:???ノーチェックでアップしているのかと。
0338nobodyさん
2006/02/26(日) 22:06:21ID:???0339nobodyさん
2006/02/26(日) 22:35:47ID:???0340nobodyさん
2006/02/27(月) 00:32:40ID:???0341nobodyさん
2006/02/27(月) 05:27:04ID:???ヽ(｀Д´) ヽ(｀Д´)
| ﾍ|ヽ | ﾍ|ヽ
|￣ |￣
あるある探検隊！
(｀Д´)ﾉ (｀Д´)ﾉ
ﾉ|∧ | ﾉ|∧ |
￣| ￣|
0342nobodyさん
2006/02/28(火) 05:54:24ID:???0343nobodyさん
2006/02/28(火) 11:02:50ID:???あるある探険隊!
あるある探険隊!
0344nobodyさん
2006/02/28(火) 11:07:32ID:???0345nobodyさん
2006/02/28(火) 16:17:51ID:???0346nobodyさん
2006/02/28(火) 17:06:20ID:???0347nobodyさん
2006/02/28(火) 17:07:52ID:???0348nobodyさん
2006/02/28(火) 17:26:47ID:???こんなエラーが返ってきたんだけど…
Exception: corrupt registry, could not retrieve channel symfony information
invalid package name/package file "symfony/symfony"
pear.symfony-project.comにPINGしても反応ないし
落ちてるのかなぁ
0349nobodyさん
2006/03/01(水) 02:16:04ID:???0350nobodyさん
2006/03/01(水) 04:37:51ID:???0352nobodyさん
2006/03/01(水) 09:04:29ID:???やる気なくしたmojaviとagaviのサービス精神との対比はかなりインパクト強かったと思うんだけどな。
実はmojaviユーザ（＝依然PHP4ユーザ）が大半？
0353nobodyさん
2006/03/01(水) 09:49:36ID:???mojaviに自分の必要な機能を付け加えるだけで十分なんじゃないかな
お手軽さが売りのPHPにagaviほどの機能は必要ないかと
0354nobodyさん
2006/03/01(水) 11:47:42ID:???Java風のOO導入したりSPL整えたりZend Framework作ってるのは、少なくともZendはそういう方向に向かっているからだとは思う（中途半端かどうかって話は別として）。
もちろんごく小規模なものにも使えるがゆえに厨が多いってのもあるけど、今のご時世PHPは小規模のみっていう感じではなくなってきてるよ。
まあagaviはそこそこいいとは思うけど「必須」って感じじゃないってのはあるね。
なんか上でせっかくSymfonyの話がでてきたからちょっとチェックしてみようかとは思った。
0355nobodyさん
2006/03/01(水) 13:05:41ID:???0356nobodyさん
2006/03/01(水) 13:32:12ID:???やりたい事。AJAX、XML-RPC、RSS辺りを組み込みたいんだけど。
0357nobodyさん
2006/03/01(水) 18:52:59ID:???0358nobodyさん
2006/03/01(水) 19:37:29ID:???遅ﾚｽですまんが一回Excelでグラフ作成したﾃﾝﾌﾟﾚを作ってそれをSpreadsheet_Excel_Writerで開いてデータだけを操作する方法じゃだめかな。試してないからわからないけど
0360nobodyさん
2006/03/02(木) 05:17:50ID:???テンプレートに書くか迷うなぁ
明確な線引きってしてる？
0361nobodyさん
2006/03/02(木) 10:38:56ID:???>お手軽さが売りのPHPにagaviほどの機能は必要ないかと
それこそいつの話だって感じだよね。未だにPHP３でも使ってるのかな？
agavi使えば保守性高いもんが手軽につくれるのに。
0363nobodyさん
2006/03/02(木) 11:04:46ID:???0364nobodyさん
2006/03/02(木) 12:04:08ID:???もともとAgaviは（たぶん）Mojavi3の開発の遅さにあきれた人たちが勝手にMojavi3の穴埋め＋独自の開発を始めたもの。
でもMojaviとAgaviの開発者の間で話し合いがあったらしく、今はMojavi3の開発は終了し、Mojavi3の代わりにAgaviを使ってね、とMojaviのサイトに書いてある。
いちおうMojavi4の開発は進められているけどまだいまいち形になってないね。
0365nobodyさん
2006/03/02(木) 17:14:40ID:???どっちが優れてるかは置いといて。
Symfonyの方が多いのかな？
どうせZend FrameWorkが出たらそっちにいこうと思ってたので
Symfonyは全然触ってないんだけど、不安になってきたなぁ・・・。
0367名無し募集中。。。
2006/03/02(木) 18:47:58ID:FcCsra75俺だけ・・・？
0368nobodyさん
2006/03/02(木) 18:51:54ID:???日本語：mojavi 243,000 > symfony 115,000 > agavi 17,300
Web全体：symfony 425,000 > mojavi 314,000 > agavi 182,000
だそうです。こりゃびっくり。
0370nobodyさん
2006/03/02(木) 21:08:42ID:???0371nobodyさん
2006/03/02(木) 21:29:55ID:???英語で検索すりゃそりゃ多いわ。
0373nobodyさん
2006/03/02(木) 22:18:07ID:???4で動くなら5でも大体動くんじゃね？
0374nobodyさん
2006/03/02(木) 22:28:30ID:???pearもダメだし。
とりあえずsvnでcoできた。
なにげにsymfonyもmojaviの派生かい。
0375nobodyさん
2006/03/02(木) 22:41:05ID:???symfonyのフォーラムに投稿があった
http://www.symfony-project.com/forum/index.php/t/51/
PEAR 1.4.7に問題があるのかね
pear upgrade -f PEAR-1.4.6
してから
pear channel-discover pear.symfony-project.com
でdiscover succeededになった
0376nobodyさん
2006/03/02(木) 22:51:44ID:???http://bergie.iki.fi/blog/midcom-pear-channel-not-working-with-pear-1-4-7.html
http://pear.php.net/bugs/bug.php?id=6960
バグらしい
報告されてるからすぐfixされるかなあ
何気にはまった
0377nobodyさん
2006/03/02(木) 23:05:47ID:???php framework mojavi: 111,000
php framework symfony: 88,900
php framework agavi: 12,300
まぁこんな感じ。
0382nobodyさん
2006/03/03(金) 10:20:13ID:???http://forum.mojavi.org/index.php?showtopic=1363
ここ見るとsymfonyも実はmojaviに不満のある人が作ったってことがわかるね。
0383nobodyさん
2006/03/03(金) 12:57:54ID:Tn8o6vdHagavi で任意のテンプレートエンジンを使うのって簡単にできますか?
SmartyView.class.php ってファイルがあって
Smarty は使えそうだってところまではわかりましたが、
できることなら patTemplate を使いたいのです。
0384nobodyさん
2006/03/03(金) 15:07:08ID:???今のところサポートされてないなら簡単にはできないね。
自分でViewクラスをガリガリ書くとかあきらめてSmarty使うとか妥協が必要。
0385383
2006/03/03(金) 17:26:15ID:???ありがとうございます。
残念ですが、あきらめて Smarty を勉強することにします。
一応 View クラスを書こうとはしたのですが、
patTemplate を require した時点でエラーが出てしまって手に負えませんでした。
0386nobodyさん
2006/03/03(金) 19:05:16ID:???SmartyView.class.phpを参考に（＝パクって）Viewクラスを継承する
PatTemplateView.class.phpを書けばいいんだけど
patTemplate を require した時点のエラーってどんなエラー？
もしかしてPHP5でVARを怒られているだけじゃないの
0389nobodyさん
2006/03/04(土) 00:55:23ID:???> patTemplate を require した時点のエラーってどんなエラー？
> もしかしてPHP5でVARを怒られているだけじゃないの
こんなエラーです。
Strict Standards: Assigning the return value of new by reference is deprecated in /usr/pkg/lib/php/pat/patErrorManager.php on line 190
Strict Standards: var: Deprecated. Please use the public/private/protected modifiers in /usr/pkg/lib/php/pat/patTemplate.php on line 68
（同様に var のエラーが続く）
Strict Standards: Assigning the return value of new by reference is deprecated in /usr/pkg/lib/php/pat/patTemplate.php on line 1270
PaｔTemplateView.class.php というファイルを作成し、
その冒頭部分で
require_once 'pat/patErrorManager.php';
require_once 'pat/patTemplate.php';
を記述しています。
0390nobodyさん
2006/03/04(土) 01:04:04ID:???webapp/config.phpの中にエラーレベル設定出来るところがある。
E_ALLだけにすればよろし。
0392nobodyさん
2006/03/04(土) 01:45:42ID:???cakeのrc4のアプリをPHP4からPHP5に移行したけど、
バージョン違いから来る問題はなかったよ。
いやまぁ、Dboをほぼ全面的に書き直すハメにはなったけどね。
それはPHP4とPHP5両対応とは違う話ってことで。
ModelとDboのドロドロの関係とドキュメント以外はまぁ問題ないと思う。
Railsへの道ははるか遠しだけど、
まぁ開発は活発だしまだ判断は早いと思っとる。
0393nobodyさん
2006/03/04(土) 01:47:42ID:???http://en.wikipedia.org/wiki/List_of_vaporwares
0395nobodyさん
2006/03/04(土) 03:35:59ID:???ini_set("display_errors", 0);
ini_set("error_reporting", false);
require_once(AG_PATTEMPLATE_DIR.'pat/patErrorManager.php');
require_once(AG_PATTEMPLATE_DIR.'pat/patTemplate.php');
ini_restore("error_reporting");
ini_restore("display_errors");
こんなふうにして消せばいい
>>390
の方法でもいいけどデバッグの際はStrictの警告が出たほうがいいでしょ
0397nobodyさん
2006/03/04(土) 17:10:57ID:???ベーパーウェアって何?
0398nobodyさん
2006/03/04(土) 17:23:52ID:???0400nobodyさん
2006/03/04(土) 20:29:00ID:???Preview Release ｷﾀ━━━━(´д｀;)━━━━!
0403nobodyさん
2006/03/04(土) 21:14:13ID:???0404nobodyさん
2006/03/04(土) 21:20:03ID:???0405nobodyさん
2006/03/04(土) 21:32:35ID:???資本の力SUGE-
0407nobodyさん
2006/03/04(土) 21:44:24ID:???0409nobodyさん
2006/03/04(土) 22:08:53ID:???スクラッチで書いたのかスゲーと思ったら、結構.javaもあるんだね。
たぶん、検索はphpのみでできる...のかな?
ていうか、テンプレートと思われるtpl.phpファイルを除くと.phpと.javaの
各ファイル数の比は6:4くらいじゃんか。
0410nobodyさん
2006/03/04(土) 23:25:07ID:???0411nobodyさん
2006/03/04(土) 23:59:05ID:???0412nobodyさん
2006/03/05(日) 00:32:33ID:???0413nobodyさん
2006/03/05(日) 00:39:16ID:???しっかりしてよ>Zend
0414nobodyさん
2006/03/05(日) 00:48:51ID:???0415nobodyさん
2006/03/05(日) 00:50:24ID:???でもPdfとかLuceneとかのコンポーネントの独立性が高くて単体でも使えそうなのはいいね。
0416nobodyさん
2006/03/05(日) 00:55:13ID:???俺もフレームワークを期待してた。
独自のテンプレート・エンジンとか言ってたのに、Zend_View を見て
愕然とした。どう見ても生 PHP です、本当にありg(ry
0417nobodyさん
2006/03/05(日) 01:25:35ID:???ただし、あのなつかしきPHPLIBライクの奴らしいけど。
Smartyのようなミニ言語テンプレートとはアプローチが違って
少々判りにくい面はあるとおもうけど、ちゃんとロジックを分割する方を選んだんだね。
0419nobodyさん
2006/03/05(日) 01:46:21ID:???やりたいならPHPLIBのTemplateを使うなり自由にしなさい、というだけだった。
しかし、今時PHPLIBを例に出すかなぁ...
0420nobodyさん
2006/03/05(日) 02:04:31ID:???今の状態じゃデファクト・スタンダードのフレームワークになったりする
ようなものではないね…。
0422nobodyさん
2006/03/05(日) 03:18:45ID:???「そこそこ使えるレベル」でも
デファクトとしては充分という判断があるのか、ないのか
0423nobodyさん
2006/03/05(日) 03:29:42ID:???0424nobodyさん
2006/03/05(日) 04:54:35ID:???既存フレームワークと棲み分けは出来そうだね。
それぞれ戦略もってやって欲しい。
0425nobodyさん
2006/03/05(日) 07:26:17ID:???http://example.com/hello/world/
っていうURLのhelloがコントローラ名、worldがアクション名になり、HelloController.phpの中に
class HelloController extends Zend_Controller_Action {
public function world() { }
public function index() { }
}
ってのを書いとくとHelloController::world()が呼ばれるみたいだ。
mojaviのように深いディレクトリ構造を要するわけではなくシンプルな点は○。
でも全部のアクションを一つのファイルに書くとなると、ここからどうやってファイルごとにモジュール化するんだろう？
Viewにどうやってつなげるかもよくわからん。
0427nobodyさん
2006/03/05(日) 11:00:40ID:???だったらActiveRecordまでインスパイアされて作ってくれればよかったのに。
なんだか、ActiveRecordとか、generatorとか、scaffoldingとかAjaxHelperとかの
Railsの便利機能のないRailsクローンという印象。
責める訳じゃないけど extremely simple っていううたい文句も
Railsから持ってきただけだったんですか、と思うとちょっとむなしい。
>>425
ドキュメントによると、アクションメソッドの中で
手動でViewをインスタンス化してrender()を呼ぶらしいよ。
0428nobodyさん
2006/03/05(日) 12:46:58ID:???Railsよく知らんけど、ActiveRecordはあるんじゃないの？
webcastでも導入するって言ってたしDBまわりにそれっぽいこと書いてあるよ。
0430nobodyさん
2006/03/05(日) 13:22:43ID:???ごめん、デザインパターンのActiveRecordってわけじゃなくて、
RailsのActiveRecord実装のこと。
0432nobodyさん
2006/03/05(日) 13:43:17ID:???0433nobodyさん
2006/03/05(日) 13:57:36ID:???0434nobodyさん
2006/03/05(日) 13:59:55ID:???Zend_DataObjectにはRailsのモデルみたいにbelongsToにテーブル名書くだけで
find()のときに自動でjoinしてくれる機能はないよね?
むしろ使い勝手としてはPEAR::DB_DataObjectに近くない?
混乱させてごめん。
Railsのモデルの機能とActiveRecordパターンを混同してたみたいだ。
0435nobodyさん
2006/03/05(日) 15:18:27ID:???> vaporware扱いされるに至って、少々あわててPreview releaseを出したのでは。
ZendのAndiは4ヶ月も前からベーパーウェア扱いされてるの知ってたらしい。去年10/27のAndiのblogより勝手に訳：
http://andigutmans.blogspot.com/2005/10/zend-framework-post-is-too-long-so.html
> まあ今のところは何かしら実際に提示できるものを準備することに焦点をおいてるよ＞ベーパーウェア
> 早く出せるものは出すために全力を尽くしてる。
> シンプルかつ統一的なフレームワークを作り出すなんてどう考えても簡単なことじゃない。
> だから小グループ制で集中的に開発するのがそれだけ重要だってことだよ。
で、リリースまでにずいぶん時間かかりましたね。＞Andi
0436nobodyさん
2006/03/05(日) 17:33:43ID:???0437nobodyさん
2006/03/05(日) 18:31:35ID:???0438nobodyさん
2006/03/05(日) 18:45:54ID:???ZActiveRecordみたいにZで始まるクラス名とZend_DbみたいにZend_で始まるクラス名との間の相関関係がよくわからんな。
つーかZActiveRecordってどこに入ってんの？
0439nobodyさん
2006/03/05(日) 19:25:13ID:???PHP、Java、Perl、Rubyの垣根がだんだんなくなってきたと
個人的には思ってるので、これを機会にRuby学ぼうと思った。
ﾁﾗ裏すまん。あまりに興奮して。
0440nobodyさん
2006/03/05(日) 19:46:00ID:???0441nobodyさん
2006/03/05(日) 19:46:41ID:???ソースにはないね。
たぶんちょっと前はZend_Db_DataObjectがZActiveRecordという名前
だったんじゃないのかな。ドキュメントがそれに追随していないだけだと思う。
0443nobodyさん
2006/03/06(月) 07:03:34ID:???パッケージシステムっつーか、名前空間な。
まあ、Railsのいいところはマネしてもいいんじゃね？ただ、PHPでRubyのマネ（メタプログラミングまわり）はどう考えてもできないから、そのへんをどうすんのか気になる。
0444nobodyさん
2006/03/06(月) 07:50:36ID:???やるとしたらPHP6で無理やりとりこむか。
ところで、なんか前スレかなんかで「PHPはどうせ汎用言語じゃなくてWebに特化したものなんだからフレームワークみたいなものは言語仕様で提供すればいいのに」、って感じの話が印象的だったのを思い出した。
リンク張ろうと思ったけど検索で見つからなかったorz
0445nobodyさん
2006/03/06(月) 15:24:16ID:???ttp://www.programmers-paradise.com/tdiary/ の2006年1月あたりにそんな感じの
エントリがあったような気がしたけど、見れなくなってるな
0447nobodyさん
2006/03/06(月) 21:12:49ID:???0448nobodyさん
2006/03/06(月) 21:14:42ID:???0449nobodyさん
2006/03/06(月) 22:58:37ID:???>>444
まさに言語設計時の問題だよね。
PHP6で実装されたとしても今更感がある。
そーいやnamespaceすらない言語なんだよな・・・・・。
0450nobodyさん
2006/03/06(月) 23:01:50ID:???0451nobodyさん
2006/03/06(月) 23:40:01ID:???0452nobodyさん
2006/03/07(火) 00:51:09ID:???0454nobodyさん
2006/03/07(火) 09:55:32ID:???0455nobodyさん
2006/03/07(火) 10:10:18ID:???使ってるどころか、使いまくりです。
たしか Maple の kunit さんのブログに書いてあったんだと思うけど、PHP 的には
生成したコードを eval するよりファイルに書き出して inlucde するほうが速いらしい。
>>453
パフォーマンスが悪いということで Zeev に却下されたんじゃない？ かなり怪しい記憶だけど。
PHP 6では導入予定で、CVS HEAD ではパフォーマンス問題も改善されてるっぽい。
個人的にはスレッドを実装してほしい。
0457nobodyさん
2006/03/07(火) 12:13:47ID:???スピードだけじゃなくて。
0458nobodyさん
2006/03/07(火) 14:00:56ID:???create_functionならぬcreate_classみたいな関数あればよかったんだけど。
0459nobodyさん
2006/03/07(火) 18:43:26ID:???create_functionあるじゃん
http://php.s3.to/man/function.create-function.html
0460459
2006/03/07(火) 18:43:57ID:???0461nobodyさん
2006/03/07(火) 19:50:01ID:???>生成したコードを eval するよりファイルに書き出して inlucde するほうが速いらしい。
これは後に確認したらそうでもなかったんじゃなかったかな
0462nobodyさん
2006/03/07(火) 20:00:16ID:???0468nobodyさん
2006/03/08(水) 00:15:27ID:???0469nobodyさん
2006/03/08(水) 01:25:25ID:???意味不明。
0470nobodyさん
2006/03/08(水) 01:53:21ID:???$className = "ArbitraryName";
eval("class $className extends RequiredClass {}");
$instance = new $className();
0472nobodyさん
2006/03/08(水) 01:58:23ID:???0475nobodyさん
2006/03/08(水) 09:26:37ID:???まあ今の状態じゃコントローラの実装が中途半端だしフレームワークとしては使い物にならんわな。
俺はちゃんと整ってきたらいつでも移行できるように定期的にチェックしようとは思うけど。
>>441
たぶんZActiveRecordは未実装なのでは？
ZSearchとかZFormみたいなのはphpdocのapiにのってるし。
0477nobodyさん
2006/03/08(水) 23:37:50ID:???Zend Framework Preview 0.1.2
なんか実装に文句ある香具師は早めにメールしといた方がいいんじゃねか?
0478nobodyさん
2006/03/08(水) 23:49:21ID:???実装に文句あるやつは使わなければ(ry
と書こうと思ったが、よく考えると
「zendがやってるものなんだから一番いいに決まっている」
などと無理やり使わされる可能性もあるんだよな
0479nobodyさん
2006/03/09(木) 03:06:45ID:???それで PHP の案件が増えた。
「流行ってるんだから PHP が一番良いに決まっている」
死ねばいいのに。
0480nobodyさん
2006/03/09(木) 04:04:21ID:???> create_functionならぬcreate_classみたいな関数あればよかったんだけど。
PECLのrunkitって知ってる? 試してみると面白いかもよ
http://pecl.php.net/package/runkit
0481nobodyさん
2006/03/09(木) 04:15:23ID:???0482nobodyさん
2006/03/09(木) 05:03:37ID:???SymfonyのTemplateって生PHPなん？
0483nobodyさん
2006/03/09(木) 07:30:46ID:???俺普段Agavi使ってるけど、それ気になってた。
Smartyを組み込み難いって言ってたし、どうなのかなぁって。
ttp://headlines.yahoo.co.jp/hl?a=20060307-00000006-cnet-sci
もう・・・、PHPったら・・・。
0484nobodyさん
2006/03/09(木) 08:51:36ID:???一応ユーザが作ったSmartyViewはある
ttp://www.symfony-project.com/forum/index.php/t/122/
しかしちょっと試しにやってみたがうまく行かなかった
誰か興味がある奴は組み込んでみてくれ
0485nobodyさん
2006/03/09(木) 12:24:20ID:???＞「流行ってるんだから PHP が一番良いに決まっている」
本当にそんなアホな理由の案件なら断れよ。
共用サバみたいなとこでも高速である程度セキュリティが確保された状態で実行できる環境が、
他の言語にないからだろ。
0486nobodyさん
2006/03/09(木) 13:07:13ID:???つーか嫌でも使わざる得ない状況になる可能性は高いな
リソースもありそうだから今ならちゃんとした要望ならすぐ
受け入れてくれるだろうし
良い提案なら早めに入れてくれると使う方もありがたいし
今のところZFの文句ってないのかな?
0489nobodyさん
2006/03/09(木) 14:49:02ID:???客がZF使えって言い出した場合の話しではなかったのか?
どちらにしてもZFが業界標準みたいになるんだろうよ
良かろうと悪かろうと
だから使うようになってから文句言うよりも早めにチェックして
文句言っておいた方がいいってこと
0490nobodyさん
2006/03/09(木) 14:53:26ID:???0491nobodyさん
NGNG0492nobodyさん
2006/03/09(木) 17:45:49ID:???個人的な小さな小さな事なんだが、、
クラス名とファイル名が微妙に違うのは、ソース読みにくいなぁ・・と思った
いや、、それだけなんだが
0493nobodyさん
2006/03/09(木) 18:16:30ID:???え？クラス名とファイル名違うってどの部分？
だいたい一致してた気がするけどな。
むしろディレクトリ名が全部ひっついてて長ったらしい印象。
0494nobodyさん
2006/03/09(木) 19:06:36ID:???0495nobodyさん
2006/03/09(木) 22:04:10ID:???人気の高いプログラミング言語（笑）であるPHPだけは、
バグ密度が基準より高かったと、Coverityは述べている。
0496nobodyさん
2006/03/09(木) 22:20:05ID:???>客がZF使えって言い出した場合の話しではなかったのか?
自分が仕切る側になれば、そんな客とらなくていいだろｗ
現状WEB開発の仕事なんて腐るほどあるし、そんな客から仕事貰う必要がどこにあるの？
0501nobodyさん
2006/03/09(木) 22:51:55ID:???話の前提を壊して話題を逸らす人って鬱陶しいですよね
0502nobodyさん
2006/03/09(木) 22:54:56ID:???0503nobodyさん
2006/03/09(木) 22:57:01ID:???http://hogehoge.net/action名/
みたいにしたいときってmod_rewrite使うしかないでうか？
0505nobodyさん
2006/03/10(金) 11:43:28ID:???詳しくは知らないが、AliasMatchって使えんかな？
試してないでスマンが
AliasMatch ^/(action1|action2|action3) /var/www/html/$1/index.php
とか
0506nobodyさん
2006/03/10(金) 13:38:04ID:???0507nobodyさん
2006/03/10(金) 16:07:05ID:???0509ヽ(´ー`)ノ ◆.ogCuANUcE
2006/03/10(金) 17:37:36ID:???Zend_Controller_Router_Interface を継承してそういう Router クラスを
作って、置き換えたら？
Zend_Controller_Router は何で Zend_Controller_Router_Interface を
継承してないんだろう…。
0510nobodyさん
2006/03/10(金) 18:15:22ID:???0511nobodyさん
2006/03/10(金) 19:09:52ID:???Symfonyのヘルパーはグローバル関数らしいね。
グローバルをView用の空間に使うなんて大胆だけど
ありっちゃありかもしれないなぁ
俺ﾌﾚｰﾑﾜｰｸでもそうしようかな…
0512nobodyさん
2006/03/10(金) 19:21:23ID:???0513nobodyさん
2006/03/10(金) 21:03:50ID:???どこでやってますか?
ViewかActionかModelで迷ってます。
0514nobodyさん
2006/03/10(金) 21:16:40ID:???> Zend_Controller_Router は何で Zend_Controller_Router_Interface を
> 継承してないんだろう…。
それのせいで引数が渡せなくてフロントコントローラが動かないんだよね。
しかもメソッドの実装が両者で微妙にズレてるし。
無理やり書き換えたらいちおうアクションメソッドまで呼び出せたけど、やっぱりちゃんとドキュメントとか出てからにしようと思った。
>>513
サニタイズはDBに保存する前にやるのが普通。
nl2brはDBからとってきた後にやる設計でやってるならビューで。
0516nobodyさん
2006/03/10(金) 21:21:26ID:???うそ?
SQLのサニタイズは、SQL発行直前
HTMLのサニタイズは、出力前
というのが基本と思っていたけど...
どっかに書いてなかったっけかな
後で調べてみる
0518nobodyさん
2006/03/10(金) 21:32:34ID:???あーサニタイズってそういう意味で言ってたのか。
で、HTMLの整形だとわかっててView以外でやる理由はどこにあるの？
0520nobodyさん
2006/03/10(金) 22:57:53ID:???0521nobodyさん
2006/03/10(金) 22:58:46ID:???0526nobodyさん
2006/03/10(金) 23:26:49ID:???0527nobodyさん
2006/03/11(土) 00:31:33ID:???0533nobodyさん
2006/03/11(土) 01:48:14ID:???セキュアプログラミングは当たり前だから言うこと自体がおかしい、といわれても
実際そういう処理がどこかにあるわけだし・・・
0534nobodyさん
2006/03/11(土) 01:48:42ID:???本人だって、まさかあれをそのまま使わせるつもりはないだろうし。
0536nobodyさん
2006/03/11(土) 02:29:09ID:???0537nobodyさん
2006/03/11(土) 02:56:17ID:???[大タブ1][大タブ2][大タブ3]
小タブ1 小タブ2 小タブ3
こんなナビゲーション作る時（例：Appleのサイト）は、
大タブ用Actionと小タブ用Actionを、
コンテキスト用Actionからforwardするのが普通？
0538nobodyさん
2006/03/11(土) 05:27:27ID:???分かりやすいね。
Mojavi系よりとっつきやすそうな印象。
0541nobodyさん
2006/03/11(土) 10:17:59ID:???フレームワーク内でも疎結合を目指してるんだね。
理解しやすい反面、とっちらかった感じもある。
他のフレームワークは
PHPをラッピングしようとしてるけど
ZFは生PHPそのままでいい部分はそのまま使おうという感じ。
フレームワーク固有の知識習得のハードルを
出来るだけ低くしておこうというのは、
戦略としてはｱﾘと思う。
0542nobodyさん
2006/03/11(土) 12:05:32ID:???0543nobodyさん
2006/03/11(土) 13:28:35ID:???0546nobodyさん
2006/03/11(土) 15:45:01ID:???やっぱりいらない機能だから無くしたってことなのかね。
0548nobodyさん
2006/03/12(日) 02:38:02ID:???0549katayama
2006/03/12(日) 03:05:16ID:???http://www.e-real.jp/
SE募集 Fedora Core + Apache + MySQL + PHP
自注の場合はクライアントに合わせる
勤務場所 ご自宅
雇用形態 正社員 アルバイト フリーランス 副業
WEBアプリケーション開発をしている会社で、簡単な資料を基に仕様書を作成し、翻訳家を通してセブのPGに作業させて、完成させる。
若い会社です。一緒に夢を追いかけませんか？
0550nobodyさん
2006/03/13(月) 09:58:15ID:???転送メアドワロス(w
0551nobodyさん
2006/03/13(月) 23:11:51ID:???0552nobodyさん
2006/03/14(火) 10:19:56ID:???ここ見ながら構築してみたんだけど
Fatal error: Call to undefined method Zend_Controller_Front::run()
って言われる。誰か助けて
0554nobodyさん
2006/03/14(火) 10:35:16ID:???http://phparch.com/zftut/
0555nobodyさん
2006/03/14(火) 14:06:31ID:???require 失敗してるんじゃね？
>>554 のチュートリアルにもあるけど、 require 'Zend.php' して、
Zend::loadClass() する方がいいと思う。
0557nobodyさん
2006/03/14(火) 21:27:24ID:???http://www.eclipse.org/proposals/php-ide/
これってZFが使えるって言ってたやつ?
0559nobodyさん
2006/03/15(水) 10:57:42ID:???forwardとかdecoratorとか
0560nobodyさん
2006/03/20(月) 01:48:41ID:???0561nobodyさん
2006/03/20(月) 01:54:10ID:???未完成って感じはするけど。
0562nobodyさん
2006/03/20(月) 07:45:56ID:???0563nobodyさん
2006/03/20(月) 18:48:14ID:???俺フレームワークではアクションのみでやっているんですけど、
モジュールもあった方が便利ですか？
0564nobodyさん
2006/03/20(月) 19:30:44ID:???0565nobodyさん
2006/03/20(月) 19:33:39ID:???0566nobodyさん
2006/03/20(月) 21:33:13ID:???モジュールでナントカ空間を分割するんでお互い干渉しませんなんてのも
実際には命名規則だけで普通に問題なかったりするんで
あってもなくてもいいけどあった方が便利って程度じゃないかと思う
0567nobodyさん
2006/03/21(火) 00:53:32ID:???hiddenでactionとmoduleの二つのパラメータを
持ちまわすのか？うぜぇ。
アクション名にいろいろな意味を持たせればいいじゃん。
ホントMojaviの作者はセンスねーよ。
0569nobodyさん
2006/03/21(火) 05:50:58ID:???たいして変わらんやん
言ってる意味が分からん
moduleがないと一つのディレクトリが
Actionだらけになって視認性が低下するしな
0570nobodyさん
2006/03/21(火) 14:16:38ID:???いくら命名規則とかあっても、同じ名前空間にあるのはｷﾓｲ。
まぁ、サーバーごと別にする場合もあるだろうが。
でもそもそもモジュール名をhiddenとかで持ち歩く必要性は無いよな。
例えばSCRIPT_NAMEとか使って、 hoge.php にアクセスされたら
define('MODULE_NAME', 'hoge') になるような設計でいい気がする。
0571nobodyさん
2006/03/21(火) 14:21:52ID:???普通にURIのクエリストリング中（$_GET）かパス（mod_rewrite）に入れればいいだけの話だと思ってたけど。
0572nobodyさん
2006/03/21(火) 14:30:42ID:???でも結局は大抵は「同じファイルシステム空間にある」ってことになりそうだよ
action しかないフレームワークでも
hoge.php にアクセスされたら "hoge_{$action}" って action に行くようにすれば
やっぱ命名規則でどうにかなる問題な気がする
ものによって「別モジュールにすると何を分割できるか」が違うだろうから難しいけど
どうしてもモジュールが必要になるのってどんな場合なんだろう……
0573nobodyさん
2006/03/21(火) 15:21:02ID:???mojaviなんぞなら、フィルタの適用を変えるとかいろいろ。
0575nobodyさん
2006/03/21(火) 16:19:50ID:???理屈の上だけではたった一つのPHPファイルで全てを処理することも可能なわけだし。
俺はFWには普通にモジュールあったほうがわかりやすいし管理しやすいと思うけどね。
そんなに必要のなさが気になるなら使わなければいいし。
「命名規則でどうにでもなる」なんて、程度の差こそあれ「マシン語で何でもできる」と言っているのと同じようなもの。
こういうのは適材適所でいいよ。
0576nobodyさん
2006/03/21(火) 19:19:43ID:???ページ遷移を必ずpostで行うのか？
0577nobodyさん
2006/03/21(火) 19:23:42ID:???全部Defaultにほうりこんでactionだけ使えばいい
あって困るもんじゃない
0578nobodyさん
2006/03/21(火) 22:46:05ID:???0579nobodyさん
2006/03/21(火) 22:49:30ID:???モジュール名が指定されなかった時に
デフォルトモジュールを決める手段を何かしら提供してるんじゃないかな？
0581nobodyさん
2006/03/23(木) 21:38:30ID:???RequestParameterがパラメータコンテナに使われるみたいけど
セキュリティー的にどうなんだろ？
forward用のActionが外から直呼びされたりしたらﾔﾊﾞｽな感じがするんだが
0582nobodyさん
2006/03/23(木) 22:54:41ID:???setAttribute/getAttributeを使うのでは？Mojavi2止まりなので間違っていたらごめんなさい。
0583582
2006/03/23(木) 22:56:43ID:???0584nobodyさん
2006/03/24(金) 02:16:08ID:???直接呼び出し禁じる設定メソッドがあればいいんだけど
isSubAction?とか
0585nobodyさん
2006/03/24(金) 09:21:47ID:???アクションクラスにメソッドを準備すると仮定すると、アクションクラスがイ
ンスタンス化されるまでチェック不可能なので、Mojavi2なら
ExecutionFilterに手を入れる形になる。
それ以外の手としてはどこかに置いてある直接アクセス許可/禁止リストを
チェックするグローバルフィルタを準備することもできるかな。
0586nobodyさん
2006/03/25(土) 04:12:40ID:???forwardされたのか直接読まれたのかをRequestのパラメータmoduleとactionから判断すればよろしい。
0587nobodyさん
2006/03/25(土) 09:33:02ID:???http://lnx.googlewrite.com/chart.php
0589nobodyさん
2006/03/25(土) 14:29:31ID:89IwyN4mこちらは、えいご
0590nobodyさん
2006/03/26(日) 19:04:39ID:CBEzlswa0592nobodyさん
2006/03/26(日) 19:07:44ID:CBEzlswa0593nobodyさん
2006/03/26(日) 20:16:09ID:???0594nobodyさん
2006/03/26(日) 21:56:31ID:DeU9y+sOただ、 Agavi/Mojavi とはちょっと勝手が違うようなので、
慣れるまで時間かかるんじゃないかと少し不安です。
ZF は今のところ微妙ですよね。
まだ Preview の段階なのでなんとも言えませんが。
私的には Controller の中に Action をずらずらっと書くのが好きになれません。
mod_rewrite を強制している(?)のもどうかと。
0595nobodyさん
2006/03/26(日) 22:05:02ID:???0596nobodyさん
2006/03/26(日) 23:06:30ID:DeU9y+sORewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php
として、
URL/コントロール名/アクション名/
でアクセスさせるからだと思います。（違ってたらごめんなさい）
ここに理屈が書かれています。
http://revilog.com/program/2006/03/006937.html
ここでは REQUEST_URI を PATH_INFO に差し替えて…なんてことをしているようです。
http://tdiary.ishinao.net/20060322.html#p01
フレームワークを使う人なら mod_rewrite に慣れているはずだから、
わざわざフレームワーク側でしなくても…って思ったんです。
0597nobodyさん
2006/03/27(月) 00:27:52ID:???フレームワーク全体は mod_rewrite には依存していない、ってことじゃね？
現状は Preview 版の Router が依存してるけど、適宜書き直せば良いと。
>>596
オープンソースのように不特定多数が使うケースを考えると、apache の設定が
弄れない可能性がある。むしろ、フレームワーク側で用意してない方が糞。
0598nobodyさん
2006/03/27(月) 09:44:30ID:???Router書き直すっていうかRouter Interfaceつかってrouteメソッド書けばいいんじゃない？
Mojavi系っぽいURLでindex.phpにアクセスしたいならこんな感じ
class MojaviRouter implements Zend_Controller_Router_Interface {
public function route(Zend_Controller_Dispatcher_Interface $dispatcher) {
$module = @ $_REQUEST['module'] or $module = 'Default';
// サニタイズしてね
$action = @ $_REQUEST['action'] or $action = 'Index'
// サニタイズしてね
$token = new Zend_Controller_Dispatcher_Token($module, $action, $_REQUEST);
// サニタイズしてね
if (! $dispatcher->isDispatchable($token)
throw new Zend_Controller_Router_Exception('～');
else
return $token;
}
あとはindex.phpの中のどっかで
$controller->setRouter(new MojaviRouter);
とかやればいいんでないかな。
しかしクラス名が長くて眩暈がするな。大したことやってないのに・・・
0601598
2006/03/27(月) 12:04:29ID:???デフォルトのdispatcher使えば598のままで問題ないと思われ。
0602nobodyさん
2006/03/27(月) 13:37:40ID:???っていう書き方はじめて見た。
変数に値がない時の書き方が冗長になるなぁと
ずっと思ってたんだよな。
0603nobodyさん
2006/03/27(月) 14:19:01ID:???書くならむしろこっちでは。
$module = isset($_REQUEST['module']) ? $_REQUEST['module'] : 'Default';
0604nobodyさん
2006/03/27(月) 14:25:12ID:???isset()で確認した変数をもう1回書くのが面倒なんだよねそれ
連想配列なら関数書けるんだけど、普通の変数は空だと引数に渡せないしなぁ
0605nobodyさん
2006/03/27(月) 14:26:31ID:???まあそれ以前にPHPのorがboolしか返さないのがそもそもの難点なんだが・・・
0607nobodyさん
2006/03/27(月) 14:44:49ID:???0608nobodyさん
2006/03/28(火) 02:50:05ID:???別々のActionからDBの同じデータにアクセスしてることあるじゃん。
いくつか方法はありそうだけど
どうやって対処してる？
0609nobodyさん
2006/03/28(火) 07:23:03ID:???0610nobodyさん
2006/03/28(火) 09:45:44ID:???ただアクセスするだけならそのままでもいいし、データの書き込みに関してお互いの整合性が必要なら別口にDAO的なModel作ったらどう？
0611nobodyさん
2006/03/28(火) 14:28:18ID:???agaviのSingletonModelとか、自前でSingletonするとか。
Actionに直接DBへのアクセス書くのはなんか抵抗があるな。
0612608
2006/03/28(火) 14:59:45ID:???同じデータを取るのに複数回クエリ発行するのが気になったんだ。
そのへんはあまり気にしないが正解かな。
0613nobodyさん
2006/03/28(火) 15:56:52ID:???DAO 側でデータをキャッシュしておいて，
同じデータと判断できるような何かがあったらキャッシュを返すとか……
結局は DB アクセスとメモリキャッシュのどちらかでリソースを食うので
状況次第ではどちらも富豪的な発想ってことに．
oracle なんかだと RDBMS 側でもキャッシュしてるから
同じデータを触りに行くクエリとかだと連打しても大して負荷なかったりする場合も．
0615nobodyさん
2006/03/28(火) 18:35:20ID:???0616nobodyさん
2006/03/28(火) 18:52:28ID:???MySQL 4.1.1 以降では、 InnoDB テーブルの使用時、クエリキャッシュはトランザクション内でも機能します
0617nobodyさん
2006/03/28(火) 23:38:47ID:???おまいらはdaoとかつくりますか？
0618nobodyさん
2006/03/28(火) 23:54:31ID:???0620nobodyさん
2006/03/29(水) 15:08:06ID:???http://www.m-takagi.org/docs/php/zend/
0622nobodyさん
2006/03/29(水) 18:14:05ID:???m-takagi.org って php-doc で名前よく見る高木氏じゃないか
心底から感謝を捧げたい！
0623nobodyさん
2006/03/30(木) 00:07:49ID:???やっぱリファレンスが充実しなきゃ良いものも
広まらないからな。良いものかどうかは知らんが。
0624nobodyさん
2006/03/30(木) 12:48:08ID:???彼は結構いい仕事してるなー。他にも色々翻訳しているね。
で、ZF使ってる香具師いるの?
俺時間なくてまだ見ることもしてない...
0625nobodyさん
2006/03/30(木) 18:08:29ID:???0626nobodyさん
2006/03/30(木) 21:12:30ID:???みたいって人はいるでしょ。というか使ってみたいんだけど、なかなか時間が
まわりのツールが集まってくると面白いことになるんだろうけど
ドキュメントは結構早く出てきてる感じがする
サイトはまだかなー
0627nobodyさん
2006/03/31(金) 02:44:42ID:???ishinao さんがZend Frameworkをいろいろ触って所感を書いていますね。
0628nobodyさん
2006/03/31(金) 12:23:04ID:???http://ke-tai.org/index.php?KEMP
0630nobodyさん
2006/04/02(日) 10:11:19ID:???「携帯用」って時点で話にならん。
基本的にＰＣ用サイトも携帯用サイトも一つのフレームワークに収められるようにするのが基本。
0631nobodyさん
2006/04/02(日) 10:25:57ID:???日本の携帯に適したものが当然のごとく実装されてんのか？
そいつは知らんかったな。
0632nobodyさん
2006/04/02(日) 12:12:51ID:???0633nobodyさん
2006/04/02(日) 14:28:56ID:???0634nobodyさん
2006/04/02(日) 15:20:07ID:???ケータイ用に KEMP でいいと思うよ。
0635nobodyさん
2006/04/02(日) 15:27:24ID:???KEMP って Smarty 使っているんじゃないの
0637nobodyさん
2006/04/02(日) 16:15:24ID:???・PC用に特化したフレームワーク
・携帯用に特化したフレームワーク
どれもあっていいと思うけどね。
そりゃどちらにも対応しててどちらに対しても最高の拡張性を備えてるなら文句ないけど、ないものねだりしても始まらない。
0638nobodyさん
2006/04/02(日) 16:23:11ID:???最高の拡張性なんて全く必要ないよ。既存のフレームワークでＰＣ用も携帯用も作れる。
どっちもWEBアプリケーションで、作成に大した差もないのになぜ特化する必要があるの？
0640nobodyさん
2006/04/02(日) 16:51:19ID:???があるから、それに特化したフレームワークがあっても面白いかと思う。
PC版と携帯版があるサイトとかだと、別々のフレームワークが必要になったりして
不便かもしれないけど。
0641637
2006/04/02(日) 16:52:30ID:???俺自身は携帯向け自体作る気ないから別にほしいとは思わないしお前もいらないんだろうけど、欲しい人もいるんじゃないの？
特に携帯の機種依存な処理とかどれくらい面倒くさいのか知らないが、ぱっと見た感じフレームワーク的なものあったら便利になるんだろうとは思った。
別にお前が要らないと考えること自体に対して異論はないよ。
人それぞれだから。
0642nobodyさん
2006/04/02(日) 17:32:21ID:???0644nobodyさん
2006/04/02(日) 17:47:07ID:???>>642の言うようにFilterとかちょこっといじれば
携帯用のフレームワークになるだろ。
0645nobodyさん
2006/04/02(日) 17:50:42ID:???適材適所だし。誰も咎めてはいないよ。
0646nobodyさん
2006/04/02(日) 18:02:06ID:???なんの話というか…、こうやって専用にしか使えないフレームワーク作るより、
汎用のフレームワークに対する、いわばプラグインって形で提供すれば、
使ってくれる人も多くなるし、うまく行けば流行るかもしれん。
と言う意味で、スマートじゃないかな、と思った。
0647nobodyさん
2006/04/02(日) 18:05:56ID:???もし今後ZFが標準になったりとかすれば、プラグイン製作って考えも当たるかもね。
現時点では何とも言えないけど。
0648nobodyさん
2006/04/02(日) 18:13:38ID:???いや、別にmojavi は例として挙げただけだから、あまり気にしないでね。
少なくとも、携帯専用フレームワークよりは、mojavi でも何でも良いんで、
そこそこ知名度のあるフレームワークに寄生した方が、使う側にしても敷居が低くて良いと思うよ。
いや、携帯用のデファクトスタンダードに育て上げるんだ、
って意気込みでやるってんなら、それはそれで良いのかもしれんけど。
ま、個人的感想だと思って頂戴。
0649nobodyさん
2006/04/02(日) 18:23:16ID:???どっちみちどうでもいい結論しか出なさそう。
0650nobodyさん
2006/04/02(日) 18:31:10ID:???それ専用のフレームワークは十分需要があるよ。
絵文字ライブラリだけでも売り物になるんだから。
0651nobodyさん
2006/04/02(日) 18:32:44ID:???0652nobodyさん
2006/04/02(日) 18:54:38ID:???http://headlines.yahoo.co.jp/hl?a=20060401-00000091-myc-sci
0653nobodyさん
2006/04/02(日) 19:00:03ID:???だからその処理をFilterに入れるんだろうよ。
だいたい携帯でもPCでも見れるようなサイトを作る場合
わざわざフレームワークを分けるわけ？
その技術を世に公開するならSmartyやMojaviなどの
プラグインにした方がマシだと思う。
0654nobodyさん
2006/04/02(日) 19:01:50ID:???まあ、公式サイトを作ったことあるやつならすぐわかる話。
0655nobodyさん
2006/04/02(日) 19:09:22ID:???多感な年頃ですね。
どうせMojavi専用＋携帯専用プラグインなんて出てきたらまた文句言いたくなっちゃうんでしょ？
0656nobodyさん
2006/04/02(日) 19:14:23ID:???おれもこないだまでは
「MVCきちんと分離しとけばVだけ変更して携帯サイトできあがり～」とか思ってたんだが
仕事で公式やったら>>650の通りで、>>630なんてのは空論に過ぎねーと思い知った
ていうかもう携帯の仕事はやりたくなくなったｗ
0658nobodyさん
2006/04/02(日) 19:52:01ID:???0659nobodyさん
2006/04/02(日) 20:01:02ID:???653のやり方に反対しているわけじゃないんだ
同じフレームワーク（以下FW）上で656に書いたみたいな大きな違いまで吸収できるならそれでいい
ただ実際、特化FWの代わりができるほどに「こなれた」汎用FWは見たことがない
654も言うとおり、実際「まったく違った」サイトにせざるを得んのだから、
それなら携帯の方は分けて考えて特化FWで作っても問題になりにくいだろうな、ってこと
もちろんFWの学習曲線を2回登らないといけないとかのデメリットも忘れてるわけじゃない
でも携帯サイトの不自然な制約はそれすら凌駕するくらいだと思うってこと
（これは個人的意見だしどこまで対応しなきゃならないかっていう要件にもよると思う）
0660nobodyさん
2006/04/02(日) 20:19:15ID:???mojavi使える？他のフレームワークでも構わない。
filterとrendererで対応できないのって、どの辺？
別に煽ってるとかじゃないよ、携帯コンテンツとか作ったこと無いから、知的好奇心。
0661nobodyさん
2006/04/02(日) 20:32:30ID:???だから、ウェブの資料とかあんまりない。
CP剥奪とかなったらシャレにならない。
まあ、携帯の開発って、フレームワークを適用できる部分が多いと思うよ。
PCのサイトなんかよりずっと。
0662nobodyさん
2006/04/03(月) 02:52:00ID:???どーせ大した情報も持ってないんだろ？
携帯サイトごときでフレームワーク変えるようなアホに
何も聞くことねーよ雑魚。
0664nobodyさん
2006/04/03(月) 03:50:19ID:???春休みって奴か
0666nobodyさん
2006/04/03(月) 09:22:59ID:???基づいて、携帯専用のフレームワークは不要と判断
しているのかを知りたい。
0667nobodyさん
2006/04/03(月) 09:33:50ID:???結論言えばfilter/pluginやrenderer/decoratorでもやればできる。
さらに言えばフレームワーク使わなくてもやればできる。
さらに言えばPHP使わなくても（ｒｙ
作ろうとしているサイトの規模に応じて適切なものを検討してね。
あとはご勝手に、と
0668nobodyさん
2006/04/03(月) 10:21:16ID:???携帯独自のコンテンツを提供するサイトだったら
専用フレームワークが必要十分だろうけど、
両方提供する場合は専用だと嬉しくない
ただまぁ、現状の一般のフレームワークでは
携帯の邪魔くさい部分に対応しきれないのは
間違いないので、携帯向けフィルタ集みたいな
ものもあったらいいね
0669nobodyさん
2006/04/03(月) 10:27:00ID:???その辺の処理とかもフレームワーク側で便利にこなしてくれるといいんじゃない？
いらないいらないって叩くやつからは何も生まれてこないので、どっちかというと
作って公開してくれる人を大切にしたい。
0670nobodyさん
2006/04/03(月) 11:12:37ID:???わかるー！おれも「viewを変えるだけでいいだろ」と思ってたけど、技術的な制約が全然違うから、作り方も別にならざるを得なくて、すごい苦労した。
なんかね、パソコン向けと携帯向けって、使っているのがHTML（とそのサブセット）というぐらいしか共通点ってないんじゃないかと思った。
GET/POSTとかないし、クッキーないし、URLの文字数に厳しい制限あるし、CSSやJavaScriptないし、Sessionはれなかったりするし、認証方式まるで違うし、そのくせ情報少ないし、これでどうやって作れっての？と思った。
もうフルブラウザしかサポートしませんといいたかったよ。
>>659
>でも携帯サイトの不自然な制約はそれすら凌駕するくらいだと思うってこと
はげどー！誰が考えたんだよ、あんな仕様・・・特にi-mode。
>>653
FilterやPluginで対応できる・・・そう思ってたときが自分にもありました。
最初から携帯も視野にいれて設計されたフレームワークならともかく、そうじゃないフレームワークではFilterごときでは対応できなくて、Controllerにも手をいれないと難しい。
「MojaviにFilterいれればクラサバアプリが作れる」というのと同じようなもん。
0672nobodyさん
2006/04/03(月) 11:54:53ID:???実際のブラウザシェアをキャリアが公開してくれると
嬉しいんだよな。例えばこれこれのスペックの端末が
これくらいのペースで減ってるからこの時点で非対応
に、とか判断できる。
この辺は新規開発じゃまったく情報ないから
古い仕様に合わせるってことになるわけだけど、
そうすると制約だらけで何もできないに等しく
なっちゃうんだよな。
実際には 3G じゃなくても PDC の後期の機械は
結構ハイスペックなんで、いろんなことできる。
これは仕様外の端末独自のものだけじゃなくて
仕様上も結構制約緩くなってたりする。
どうでもいいけどキャリアは端末情報をすべて XML で
提供してくれんかな。PDF じゃ全然使えねーよ。
0673659
2006/04/03(月) 13:08:34ID:???>>660
FilterやらRendererやらで対応は，原理的にはそりゃ何だってできるだろうけど．
あるUAには複数画面に分割したHTMLフォームで入力は932+携帯独自コード，
別のUAにはFlash読ませてエラーもFlash生成して返しますよ，なんてのは
実質的に単なる別プログラムでしょう．
あるいは認証とかで，古い端末はセッションIDをURLにくっつけてください，
でもブックマークしてもらうページにはつけちゃダメだからhiddenで渡してください，
あぁでもCookie使える新しい端末は逆にCookie以外は禁止してください，とか．
個別に考えれば「こうすればいいじゃん」とか浮かぶだろうけど，
つまりは対応できないってのではなく，汎用FWの機能内で無理して対応するより
特化FWで支援機能バリバリで対応した方が
コードの見通しもメンテ性も良いだろうなって話だわ．
まぁ「お前の設計が糞」とか言われりゃそれまでなのだが．
>>670 同志がいてくれて嬉しいｗ
0674nobodyさん
2006/04/03(月) 13:24:57ID:???そそ、可能か不可能かといわれれば、可能。
でも、事実上不可能。
単なるフォーム入力画面でも、PCなら一画面ですむのが携帯だとHTML最大サイズが小さいから複数画面にしなきゃいけなかったりとか、
その最大サイズも端末ごとに違うから端末ごとに画面数が違うとか、
そもそもキャリアごと・端末ごとに使えるタグが違うとか。
画面数が変わるとVだけでなくCもかわるし、入力データのバリデーションもやり方が変わってくる。別の画面で入力されたデータとあわせてチェックしなきゃいけないとか。
おれの場合、共通化できたのはMだけだった。
ちょっとスレ違いになってすまんかった。でもこのスレはフレームワーク設計者もみてると思うから、携帯対応も考慮してくれるとうれしい。
0675nobodyさん
2006/04/03(月) 15:54:53ID:???としか思えん。
0676nobodyさん
2006/04/03(月) 16:10:03ID:???理由や具体例を述べよ。
それだけじゃ主張したいことが全然伝わらない。
独り言だったらチラシの裏に書くように。
0677nobodyさん
2006/04/03(月) 18:59:37ID:???>つまりは対応できないってのではなく，汎用FWの機能内で無理して対応するより
>特化FWで支援機能バリバリで対応した方が
>コードの見通しもメンテ性も良いだろうなって話だわ．
なんで汎用だと「無理して対応」になるの？なんで特化だと「バリバリ対応」になるの？
君の上げている理由じゃぁ普通のWEBフレームワークに普通に突っ込めるじゃん。
むしろPCと携帯でVIEWだけ分けてロジック共通にしたい時なんて、特化フレームワーク
なんて使ってたら偉い手間。
0678nobodyさん
2006/04/03(月) 19:10:32ID:???なんでループさせるの？
特化してるのも汎用の拡張もやりたいように
やればいいじゃん。
作ることそのものを否定する必要はあるまい。
専用のものから汎用のものへインポート
できるかもしれないんだし。成果が誰かを
幸せにすりゃそんでいいんだよ。もちろん
まず最初に自己満足を満たすのも大事。
0679nobodyさん
2006/04/03(月) 20:04:37ID:???> 君の上げている理由じゃぁ普通のWEBフレームワークに普通に突っ込めるじゃん。
↓
> 個別に考えれば「こうすればいいじゃん」とか浮かぶだろうけど，
> なんで汎用だと「無理して対応」になるの？なんで特化だと「バリバリ対応」になるの？
なんで？って……ならない理由がわからないんだが．
すごく簡単な喩え話でいうとさ，mb_send_mail()が使える環境と使えない環境で，
日本語のたいていのMUAで正常に読めるように日本語メールを送るのはどっちが楽よ？って話．
0680nobodyさん
2006/04/03(月) 20:21:36ID:???当然、対応させるためにフィルタやらViewやらなんやらを作ったし、
キャリアごとに異なる認証機構もフレームワーク内で収まるようにした。
具体的な方法はいえないが。
もちろん、専用フレームワークをきちっとした形で作り上げてくれるのなら大変ありがたいよ。
0681nobodyさん
2006/04/03(月) 22:07:03ID:???Filterに突っ込めって行ってんだよ！
そんなこともで出来ねーならプログラマなんか辞めちまえよ！
0682nobodyさん
2006/04/03(月) 22:50:27ID:???そんなことも理解できないなら人間なんか辞めちまえよ！
0683nobodyさん
2006/04/03(月) 22:55:34ID:???色んな意見参考にして自分に取り入れていったらええやん
もともとそういうスレだし
0684nobodyさん
2006/04/03(月) 23:01:38ID:???お前はPHPもApacheも使わずに、とっても便利で何でもできちゃうアセンブラでHTTPデーモン書いて携帯サイト作ってやっとけ。
そんなこともできねえならプログラミングやめろ。
0685nobodyさん
2006/04/03(月) 23:33:57ID:???0686nobodyさん
2006/04/03(月) 23:37:37ID:???0687nobodyさん
2006/04/03(月) 23:46:23ID:???2chで叩いてる奴より形にして公開してるやつの方が100倍えらい。
0688nobodyさん
2006/04/04(火) 01:59:52ID:???OS作るの？ご苦労さん。
俺だったらウェブサイト作るためだけにOS作るなどというばかげたことはやらずに、普通に既存のプラットフォームを使うけど。
0689nobodyさん
2006/04/04(火) 02:19:53ID:???0690nobodyさん
2006/04/04(火) 02:31:31ID:???スレ違いだからもう来なくていいよ。
0692nobodyさん
2006/04/04(火) 05:05:36ID:???0693nobodyさん
2006/04/04(火) 06:17:17ID:???他人の自由を制約する必要は一切なし。
0694nobodyさん
2006/04/04(火) 08:38:05ID:???はいはい、携帯用フレームワークは不必要だね、無意味だね、馬鹿だね、ウンコだね、チン毛だね。
誰かにそう同意してもらえるまで駄々こねるだけの甘えん坊さんは(ﾟ⊿ﾟ)ｲﾗﾈ
0695nobodyさん
2006/04/04(火) 10:49:28ID:???0696nobodyさん
2006/04/04(火) 10:54:11ID:???0698nobodyさん
2006/04/04(火) 15:42:02ID:???0699nobodyさん
2006/04/04(火) 17:37:28ID:???0701nobodyさん
2006/04/04(火) 23:12:05ID:???だからフレームワークがあると助かるよ。KEMP 期待してる。
そしていい所は俺フレームワークに取り込んで
フリーライドさせてもらうよ。
0705nobodyさん
2006/04/05(水) 02:15:23ID:???本当にありがとうございました。
0707nobodyさん
2006/04/05(水) 13:13:44ID:???0710nobodyさん
2006/04/05(水) 16:44:00ID:???0711nobodyさん
2006/04/06(木) 13:45:11ID:???やっぱmojavi2で携帯に対応するより、専用FW使った方が工数が低くなりそうだ
公式でなく勝手サイトだけど、そう思う。
勝手サイトでなく公式サイト作ればわかるってのは、どの辺を言ってるの?
課金がらみのセキュリティとか認証とか?
0713nobodyさん
2006/04/06(木) 22:39:29ID:???絶対落ちないようにしないといけないから大変だよね
そのへんの荷が重いから有料ｺﾝﾃﾝﾂにはなかなか手を出せない
0714nobodyさん
2006/04/07(金) 00:29:20ID:???専用のスレってないの？
0716nobodyさん
2006/04/07(金) 00:38:33ID:???Mojaviのプラグインにしたら怒るかなｗ
0717nobodyさん
2006/04/07(金) 01:46:40ID:???0719nobodyさん
2006/04/07(金) 06:57:34ID:???0720nobodyさん
2006/04/07(金) 07:25:00ID:???好きにしなさい。
どうせできやしないでしょ。
0722nobodyさん
2006/04/07(金) 09:16:48ID:???0723nobodyさん
2006/04/07(金) 09:25:03ID:???0725nobodyさん
2006/04/07(金) 12:56:49ID:???というかプラグインってどのバージョンでも問題なく動くようにできるのかな?
私も期待しております。
0726nobodyさん
2006/04/07(金) 15:03:56ID:???作る前から何か作るとか言ってる場合、口だけな厨か途中で投げ出すケースが圧倒的に多い。
0727nobodyさん
2006/04/07(金) 15:14:11ID:???0728nobodyさん
2006/04/07(金) 19:40:08ID:???0729nobodyさん
2006/04/07(金) 22:55:18ID:???http://ke-tai.org/index.php?KEMP%2FFAQ#content_1_9
0730nobodyさん
2006/04/08(土) 01:18:15ID:???じゃあ、一から作るとして携帯用のフィルタでどんな機能が欲しい？
0731nobodyさん
2006/04/08(土) 03:18:35ID:???Ruby on Rails本読むと、もっと頑張って欲しいなぁ～って思った。
0732nobodyさん
2006/04/08(土) 09:41:51ID:???結局使われるのはPEAR DBよりADODB、DB_DataObjectよりPropelみたいな。
0733nobodyさん
2006/04/08(土) 12:13:24ID:???みなさんは画像のアップロードは、どうしていますか?
HTML_QuickFormを利用しようかと思ったのですが、利用を推奨していないようなので…
0734nobodyさん
2006/04/08(土) 20:58:01ID:???0735nobodyさん
2006/04/08(土) 23:03:32ID:???立てますた
【モバイル】携帯電話向け開発について語るスレ
http://pc8.2ch.net/test/read.cgi/php/1144504375/
0736nobodyさん
2006/04/09(日) 03:16:46ID:???0739nobodyさん
2006/04/09(日) 08:38:55ID:???切り離されてるんだけど、これってどっちがMVCとして正しいのかな？
0740nobodyさん
2006/04/09(日) 09:13:52ID:???そういう意味ではどちらも間違っているということはないと思う。
Viewクラスはプレゼンテーションロジックの中でテンプレート上ではやりづらい部分を書くために用意されているだけの話で。
0741nobodyさん
2006/04/09(日) 14:09:24ID:???テンプレートだけでViewを完結させようとすると
どうしても、制御文入りのテンプレートになってしまうからね
0742nobodyさん
2006/04/10(月) 00:03:51ID:???0743nobodyさん
2006/04/10(月) 07:28:46ID:???0744nobodyさん
2006/04/10(月) 09:20:34ID:???0745nobodyさん
2006/04/10(月) 09:26:36ID:???ヘルパーになるよ。
おれはthisという名前でassignして
{$this->hoge()}
で呼んだりしてる。
0746nobodyさん
2006/04/10(月) 10:04:57ID:???Viewの中で$smarty->assign('this', $this);ってこと？
おもしろいやり方だな。俺もやってみようかな。
まあthisに限らず、smartyで言えばregister_functionやregister_modifierでViewのメソッドを登録しとけばばヘルパーになるね。
つーか、register_function自体がヘルパーを登録するものか・・・
0747nobodyさん
2006/04/10(月) 11:18:17ID:???0749nobodyさん
2006/04/10(月) 12:24:31ID:???databases.ymlで設定するっぽいけど…。
symfonyでPDO使ってる人いる？
0750nobodyさん
2006/04/11(火) 03:23:42ID:???出来ますた。
自己レスでスマソ。
all:
pdo:
class: sfPDODatabase
param:
dsn: mysql://aaa:bbb@localhost/ccc
username: aaa
password: bbb
database: ccc
host: localhost
ちゃんとインデントしないと動かないようでつ。
ネイティブも同じ要領でいけまつ。
みんなはPropel使ってるのかな。
0751nobodyさん
2006/04/11(火) 03:26:45ID:???書き忘れ。
$db = sfContext::getInstance()->getDatabaseConnection('pdo');
0752nobodyさん
2006/04/11(火) 06:32:02ID:???ContextをgetContextじゃなくて
sfContext::getInstance()で取得してんの？
確かにそれだと、各主要インスタンスにcontext渡さなくていいから
便利っちゃ便利そうだな
0753nobodyさん
2006/04/11(火) 14:44:11ID:???フレームワーク１年生のヘタレなので分かりませぬ。
普通はgetContextを使うんでつか？
>>750
訂正：
PDOの場合のdsnは
mysql:host=localhost;dbname=ccc
でした。ｽﾏｿ
しかし、DBから引いたデータは文字化けする模様。
>>747
Preview 0.1.2で止まってますね。
Zendよ、早くしてオクレ兄さん。
0755nobodyさん
2006/04/13(木) 13:00:32ID:???O/Rマッピングにはあまり魅力を感じないんです。＜オイラだけ？
$this->getContext()でもいけるんですね。
もう少し勉強してみます。
0756nobodyさん
2006/04/14(金) 05:47:07ID:???少なくても二日前かららしい。完全終了ですかね。
0757nobodyさん
2006/04/14(金) 07:02:11ID:???金が尽きたのか？
0758nobodyさん
2006/04/14(金) 07:03:20ID:???0759nobodyさん
2006/04/14(金) 07:11:35ID:???0760nobodyさん
2006/04/14(金) 07:28:16ID:???0761nobodyさん
2006/04/14(金) 07:33:23ID:???ブラウザに表示したままPCを休止状態にしたりして、
2日前くらいに次のページを見ようとしてリンクをクリックしたら、
しばし待つのだぞのページになった。。。
0762nobodyさん
2006/04/14(金) 08:11:32ID:???まあ待とうじゃないか。
0764nobodyさん
2006/04/14(金) 14:47:02ID:???scaffoldingてどゆ意味？
excite翻訳で調べたら「足場」って意味わがんね
0765nobodyさん
2006/04/14(金) 15:05:54ID:???symfonyだと、symfony init-appとかのコマンドでいくつかファイルをまとめて作ってくれるし。
0766nobodyさん
2006/04/14(金) 15:14:26ID:???雛形を（大抵は自動的に）生成したりするのを scaffolding というような気がする
0767nobodyさん
2006/04/14(金) 15:17:26ID:???0768nobodyさん
2006/04/14(金) 15:35:14ID:???0769nobodyさん
2006/04/14(金) 21:18:42ID:???今まで俺フレームワークで来たけどレベルが違うわ…
0771nobodyさん
2006/04/15(土) 06:21:56ID:???PHPそのままをtemplateにすると、どんな不都合があるんでしょうか。
おれてきには、Smartyとか使われるとまた覚える量が増えてしまうし、SmartyでやってることはPHPでもできてしまうので、
templateにPHPを使った場合の不都合を教えてください。またはSmartyを積極的に使う利点。
0772nobodyさん
2006/04/15(土) 07:22:34ID:???その話はほんとに定期的にでるね。
↓を眺めてみたら？
ttp://pc8.2ch.net/test/read.cgi/php/1118799352/
あと、君はshort_open_tag = Onな人だと思う。
0773nobodyさん
2006/04/15(土) 10:03:20ID:???てか、まだそのオプションあるのか？
0774nobodyさん
2006/04/15(土) 15:32:42ID:???もうM4は出ない予感。
Zend V.S. symfonyって感じに収斂していきそう。
0775nobodyさん
2006/04/15(土) 18:17:04ID:???なんで？
おれも、synfony を使って見たいよ
0776nobodyさん
2006/04/15(土) 18:27:25ID:???ModelがmySQL前提だからとか、マニュアルがいつまでたってもいまいちとか、
RCになってから大きな変更をホイホイ加えるとか、そういうことじゃないかな。
折角Dboを苦労してAdo-mssqlでまともに動くようにしたのに、インターフェイスが
変わってもう新しいバージョンでは使えないよ...orz
ただ、開発は遅くないと思う。でも本格的に使うなら正式リリース後がいいと思う。
あとはRailsの劣化コピーってのに我慢できるかどうか。
0777nobodyさん
2006/04/16(日) 00:13:00ID:???symfonyって、漢字でUTF-8以外の、EUCとかSJISの文字コード使えるの？
UTF-8しか使えないとなると、国産も生き残るものがある様な気がする。
まあ、AJAXとかしだすと、UTF-8にせざるを得ないケースが多いんだけど。
0778nobodyさん
2006/04/16(日) 00:33:13ID:???0779nobodyさん
2006/04/16(日) 01:14:51ID:???mojavi2がPHP5で使えないので、module以下を移せば使えるかなぁと思いまして…
0780nobodyさん
2006/04/16(日) 10:16:24ID:???そもそもが別物だから
コードレベルの互換性はないと思う…
概念レベルならフレームワークはだいたい似通っているけど
0782nobodyさん
2006/04/16(日) 10:35:22ID:???Smartyの実行速度や、覚えることが増える事を気にする人が、
フレームワークを導入しようと考える事が信じられない。
0784nobodyさん
2006/04/16(日) 10:39:51ID:???0785nobodyさん
2006/04/16(日) 12:01:50ID:???sedで置換しても数秒で終わる話。
まったく本質じゃない。
SmartyというのはJSPにあこがれた、そんな時代もあったねということ。
実際、すでにンプレートエンジンは使わないという流れが出来てるじゃないか。
0786nobodyさん
2006/04/16(日) 12:06:20ID:???フレームワークを採用することで、経験の少ないPGにも一定の品質を強いることができる。
無駄に覚えることを増やす理由はどこにもないということ。
0787nobodyさん
2006/04/16(日) 12:15:44ID:???はつみみです。
そういうことにしたいのですね？:)
0788nobodyさん
2006/04/16(日) 12:43:19ID:???http://pc8.2ch.net/test/read.cgi/php/1118799352/326-
近頃の「～は不要」って議論はたいてい煽りか釣り
0789nobodyさん
2006/04/16(日) 13:24:53ID:???Smarty は，ちょっとHTMLコーダがやっちゃっただけでもすぐ PHP エラー吐くのが
気に入らないといえなくもない
テンプレート側の誤記に関してはもーちっと堅くあってほしいね
0790nobodyさん
2006/04/16(日) 13:38:04ID:???0791nobodyさん
2006/04/16(日) 13:39:51ID:???> 実際、すでにンプレートエンジンは使わないという流れが出来てるじゃないか。
どの辺を根拠にしているのか、具体例を挙げてもらえると分かり易いですね。
AJAX用のFrameworkは、単純にsmartyが使えなくて、ob_startとかを併用する
必要があるものがありますが、「使わないという流れ」とは繋がらないし・・・。
symfonyを見てそう言っているのなら、それだけで「流れ」がそうなると言うには、
論拠として弱すぎだし・・・。
0792nobodyさん
2006/04/16(日) 15:12:22ID:???オイラはsymfonyでeuc-jpだけど文字化けしてないでつよ。
apps/app/config/view.yml
を設定すれば良いと思ふ。（たぶん）
apps/app/templates/layout.php
で強引に、ってのもアリかも。
ちなみに
>>753
の文字化けはmy.cnfに
[mysqld]
skip-character-set-client-handshake
で直りますた。
0793nobodyさん
2006/04/16(日) 16:30:59ID:???こういうのってO/Rマッパの上に一層かぶせるんかな。
0794nobodyさん
2006/04/16(日) 19:16:32ID:???Symphony,Cakeはじめ、Railsの影響を受けた後発のフレームワークは
テンプレートエンジンを備えてないか、デフォルトで無効になってる奴が多いよ。調べてみ。
Railsの作者もはっきりeruby以外のテンプレートエンジンは
Railsには不要と言っていたような気がする。
ま、これはRailsっていう流行の影響なわけで、>>785のように
テンプレートエンジンを使わん流れと見なすのには解釈が分かれるとこかもしれないが。
0795nobodyさん
2006/04/16(日) 19:24:48ID:LCwI0Ihf面倒だけど速い。楽だけど遅い。これなら検討するが、SMARTYは考えるまでもない。
0796nobodyさん
2006/04/16(日) 20:09:20ID:???流れを見ていると。
0797nobodyさん
2006/04/16(日) 20:12:41ID:???サイトの規模とかプロジェクトメンバーの人数とレベルなど色々検討して利点にならないと判断できるなら使わなければいいだけだし。
あとsmartyのラッパクラスをそのままViewにすることもできるし、デコレータやレンダラに組み込むのも容易にできるような仕組みになってる。
ヘルパーを拡張する機能（register_functionやregister_modifier）もちゃんとある。
だいたい<?php echoが頻出するソースよりテンプレートのほうがずっと見やすいしレイアウトの編集しやすいよ。
実際にはコンパイル結果はPHPのコードをキャッシュしててincludeするだけだから、生PHPと比べて極端に速度が落ちることは考えられない。
むしろ体感速度として遅くはない。
0798nobodyさん
2006/04/16(日) 20:23:39ID:???phpもasp形式のショートタグをデフォルト推奨にしてくれたらいいのに。どうだろう？
0799nobodyさん
2006/04/16(日) 20:28:06ID:???今現在WEBデザインの効率を考える上で
どのような手法がホットなのか、
Smartyからどこへシフトしているのかが知りたい
0800nobodyさん
2006/04/16(日) 20:28:48ID:???0801nobodyさん
2006/04/16(日) 20:43:27ID:???phpタグはxml宣言とかぶって仕方なく「<?php」にした歴史があるから、どうも記述形式が宙ぶらりんなんだよな。
「<?=」が使えたらかなりすっきりするとは思う。
でもこれもまた「<? echo」のショートカットであると定義されてしまっていて、short_open_tagの一種なのでどうにもならない。
0802nobodyさん
2006/04/16(日) 20:46:37ID:???もうにしちゃえばいいのに
0804nobodyさん
2006/04/16(日) 21:11:25ID:???Zendもそうだし。こういうの流行ってるのかな？
guessworkもそうだね。
0805nobodyさん
2006/04/16(日) 21:22:32ID:???アプリケーションロジックを壊させないっていっても、どうせデザイナが
信用できない以上、コードチェックとテストはしなきゃいけないから手間は一緒じゃないかな?
オープンタグだけが問題ならそれこそrails風に h() という関数とか書けば?
あった方が好ましいとか、簡単に組み込めるからくらいの理由で余計なレイヤーを
追加するのはいやだな。
そういうのはどうしても無きゃダメっていうときだけ積極的になるべきじゃないか。
0806nobodyさん
2006/04/16(日) 23:15:04ID:???なんか言いがかりっぽいけど・・・
> アプリケーションロジックを壊させないっていっても、どうせデザイナが
> 信用できない以上、コードチェックとテストはしなきゃいけないから手間は一緒じゃないかな?
ぜんぜん一緒じゃないよ。smartyでヘンなことしようとしてたらくっきりわかるよ。
少なくとも不意に介入してしまう危険性の方は減るでしょ。
> オープンタグだけが問題ならそれこそrails風に h() という関数とか書けば?
<?php h($var) ?>って<?php echo $var ?>とほとんど変わんないじゃん。
{$var}と比べてごらんなさい。このすっきり具合。
> あった方が好ましいとか、簡単に組み込めるからくらいの理由で余計なレイヤーを
> 追加するのはいやだな。
> そういうのはどうしても無きゃダメっていうときだけ積極的になるべきじゃないか。
なんじゃそりゃ。フレームワークって楽するために余計なレイヤーをはさむものでしょ。
まあ好き好きなんだろうけど。
0807nobodyさん
2006/04/16(日) 23:57:44ID:???> <?php h($var) ?>って<?php echo $var ?>とほとんど変わんないじゃん。
> {$var}と比べてごらんなさい。このすっきり具合。
普通の知能があるなら、どれも全部変わらないよ。
ウェブデザイナをバカにしすぎ。
それに<?=$var?>でもいいじゃん。
XML宣言したいんだったら、その部分だけoutput buffering処理で付け足せばいい。
0808nobodyさん
2006/04/17(月) 00:18:40ID:???他の部分はともかくここにはとても同意
余計なレイヤを挟みたくないなら素の PHP で書けばいいしね
0809nobodyさん
2006/04/17(月) 00:26:13ID:???> 普通の知能があるなら、どれも全部変わらないよ。
修正子が入ると、見易さの差が大きくなって来る気がする。
0810nobodyさん
2006/04/17(月) 00:54:42ID:???{$var|escape:"url"}と<?=urlesc($var)?>、どちらが簡潔か？
プログラマーにとっても、カスタム修正子作るより関数作る方が簡単だし、柔軟なものが作れる。
当然関数の方が処理速度も速い。
0811nobodyさん
2006/04/17(月) 01:01:43ID:???0812nobodyさん
2006/04/17(月) 01:12:27ID:???カスタム修正子より関数の方が簡単って、register_modifierのたった一文を書くか書かないかの違いだけだし。
あと処理速度は変わらんて。同じphpコードに変換されるんだから。コンパイル済みのコード見てみ。
0813nobodyさん
2006/04/17(月) 03:02:12ID:???この話題たぶんずっとループだからやめにしない？
0814nobodyさん
2006/04/17(月) 03:39:59ID:???声に対して、「Railsは動作確認のためにセットアップするのが簡単だから、デザイナー
にもRailsの動く環境を用意してあげて、そこでプレビューさせればいいじゃない」という
スタンスなんだけど（別途Webサーバを用意する必要がない）、SymfonyとかCakeは
そのあたりどうパクるつもりだろう。
0815nobodyさん
2006/04/17(月) 08:38:25ID:???{$var|escape|nl2br} は？
修正子にパラメータが付いたときの表記は、確かに冗長だけど、
変数の後ろに処理を記述する方法は、直感的に理解し易い表記
方法だと思う。
>>813
確かに、宗教論争っぽくなって来ている。
0816nobodyさん
2006/04/17(月) 09:33:18ID:???>普通の知能があるなら、どれも全部変わらないよ。
>ウェブデザイナをバカにしすぎ。
この人はできるウェブデザイナとしか仕事したこと無いんだろうね。
（この「できる」は「普通にできる」の範囲で）
もうどうしようもないの居るから。本当に。しかもかなりの確率で。
<?って入った時点で思考停止させるやつとか。
でも仕事は終わらせないとダメだからさ。
俺らにとって変わらないと思うくらいのことでもすり寄ってあげないとダメなんさ。
0817nobodyさん
2006/04/17(月) 09:43:28ID:???私の経験と、この前提は一致しない。(ベンチとった訳ではないけど)
レイヤー増えるんだから、早くなることはありえないけど、通常は十分な速度が出ていると
思うんだけど、どうだろう？
FW入れるという前提があって、そこで使うテンプレートが生PHPで記述するタイプと、
smartyを使って、初回起動時にsmartyが生成したphpを使うのと、速度的に、どの程度
の差があるのか比較した場合、実質的に差が無いのではないかと言う気がする。
0818nobodyさん
2006/04/17(月) 09:51:08ID:???デザイナーは、スペックの高いマシン使っていることが多いから、
XAMPPとsandbox入れてあげればOKとか?
0819nobodyさん
2006/04/17(月) 12:43:08ID:???速度の差がないなら、なぜSmartyを推すの?
どうもsmarty擁護論の前提はデザイナとの連携みたいだけど、
デザイナとの連携が必要ない場合のメリットていうと
(例えば、見本ページが全ページ用意されていて、そこにデータを
流し込むだけとか、デザインはどうでも良いという客とか)
見やすい以外になにかあるのかな?
#◯◯は必要ありませんからその分安くしてください
#っていう客の是非はこの際おいといて...
0820nobodyさん
2006/04/17(月) 13:01:23ID:???0821nobodyさん
2006/04/17(月) 13:03:54ID:???必要だと思う人は使えばよいのでは？
symfonyでSmartyしたいのならsmartyViewを使え良いと思ふ。
http://www.symfony-project.com/forum/index.php/m/1488/#msg_1488
0822nobodyさん
2006/04/17(月) 15:06:47ID:???817じゃないけど、速度に触れてるのは「smartyは遅い」とかいい加減な書き込みをしてたアホがわいてたからでしょ。
俺はsmarty擁護派というか、普通に便利だったり楽だったり見易かったりする側面もあると思うので、反対派に対しては積極的に反対するけど>>821の意見とは衝突しない。
結局ケースバイケース、十人十色、適材適所で何の不満もない。
必要のない人にまで押し付ける気はさらさらないね。
俺だってsmartyが常に最善の選択になるとまでは考えてない。
それでもソースが簡潔に書けるので俺は使う。
0823nobodyさん
2006/04/17(月) 15:08:13ID:???# s.php
#
<?php
require_once('Smarty/Smarty.class.php');
$smarty = new Smarty();
$smarty->template_dir = './templates';
$smarty->compile_dir = './templates_c';
$smarty->cache_dir = './cache';
$smarty->config_dir = './configs';
$smarty->caching = 1;
$smarty->assign('num', mt_rand());
$smarty->display('index.tpl');
?>
<html>
<body>
{$num|escape}
</body>
</html>
0824nobodyさん
2006/04/17(月) 15:08:44ID:???# not_s.php
#
<?php
function e($str){
return htmlspecialchars($str);
}
$num = mt_rand();
?>
<html>
<body>
<?php print e($num) ?>
<body>
</html>
0825nobodyさん
2006/04/17(月) 15:10:34ID:???s.php
Requests per second: 57.54 [#/sec] (mean)
not_s.php
Requests per second: 631.59 [#/sec] (mean)
0826nobodyさん
2006/04/17(月) 15:11:53ID:???もっと短くして欲しいし、もっといえば
デフォルトでエスケープされるようにして欲しい。
0827nobodyさん
2006/04/17(月) 15:20:24ID:???s.php（キャッシュなし）
Requests per second: 52.26 [#/sec] (mean)
0829nobodyさん
2006/04/17(月) 16:24:26ID:???こんな竹槍戦法じゃ仕事にならないから、速度を犠牲にしてでもFW使う訳で・・・。
中のコードが、もう少し現実的な分量になっただけでも、差はかなり縮まる。
0830nobodyさん
2006/04/17(月) 16:47:44ID:???0831nobodyさん
2006/04/17(月) 17:08:14ID:???単なる意地の張り合い（というか否定派だけか意地張ってるのは）になってるから
もうやめろってのに
0832nobodyさん
2006/04/17(月) 17:15:06ID:r0ZxVhnDしかし、高い金を払って遅いビデオボードを買うのは不思議な行為だな。
0833nobodyさん
2006/04/17(月) 18:52:31ID:???まさかここまで再確認させてくれるとは思わなかった（唖然）
0834nobodyさん
2006/04/17(月) 18:56:33ID:???マトモな会話をしたいならたとえ話は話が発散するだけだからやめた方がいいぞ
ぜったい「例えが違う、それを言うなら……」って奴が出てきて話がそれるから
マトモな会話をしたくないならチラシの裏とかへどぞー
0835nobodyさん
2006/04/17(月) 18:59:39ID:???そんな小規模なサイトしか作れないなら確かにSmartyは不要だねｗ
いちおう同意してやったが、うれしいか？
0836776
2006/04/17(月) 19:10:11ID:???ちょっとフォローしとくとmySQL前提なら生産性は結構あがるし、
上部の構造の見通しは今のところよいので、cakeも言うほど悪くないと思う。
まだベータだしね。最終的な評価はもうすぐ出るはずのリリース版を見てからでもよいはず。
しかし、テンプレートエンジン云々って凄い荒れる話題なんだね(w
すげぇレスが伸びててビビった。
では、続きをどうぞ。
0837nobodyさん
2006/04/17(月) 19:31:38ID:???宗教論争になっちゃうんだと思ふ
0838nobodyさん
2006/04/17(月) 19:36:07ID:r0ZxVhnD0839nobodyさん
2006/04/17(月) 20:20:21ID:???数字の読み方分かって無いね。
それぞれの逆数を取って、一回あたりの所要時間を出して引き算する。
大雑把だけど、その値がsmarty導入によって増加した時間。
実際のアプリは、このサンプルと比べて、2,3桁は処理量が増えるので、
その中でsmartyの所要時間がどの程度の比率になるかがポイント。
せめてsymfonyで hello world を、生php、smartyテンプレートの両方で
作ってみて、比較するぐらいの事をしないとね。
たぶん、「symfonyの遅さは異常」という結論が出てくる事でしょう。:-P
ちなみに、使用するFrameworkはなんでも良い。symfonyは、生php,
smartyの両方が使えるという事なので挙げただけ。どんなFrameworkを
使っても同じ結論が出る筈。
0840nobodyさん
2006/04/17(月) 21:00:57ID:???CPUやディスクが遅ければグラフィックボードが速くても全体のパフォーマンスが上がらないというのは事実だが、
そのグラフィックボードが遅いという事実を否定するものでもない。
0841nobodyさん
2006/04/17(月) 21:05:08ID:???はてなやmixiは組み合わせて使ってる。
しかし、smartyの場合どうか？
smartyのメリットを挙げれば、
・<?=h($var)?>より{$var|escape}の方が見やすい（と感じる）
・smartyの文法は知ってるけど、PHPの文法は知らないウェブデザイナが担当の場合
これくらいか。
デメリットは、
・10倍の遅さ
・smartyの学習コスト
・smartyの文法から来る柔軟性の制限
これでどちらがいいか選べばいい。
はっきり言って自明と思うけど。
0842nobodyさん
2006/04/17(月) 21:31:54ID:???＞はっきり言って自明と思うけど。
じゃあ何でそんなたいしたメリットが無くデメリットが多いにも関わらず
楽天はsmartyを使っているの？
0843nobodyさん
2006/04/17(月) 21:36:11ID:???・テンプレートエンジンを使ってるオレってカッコいい。雑誌に使えって載ってたし。
というのもあるよ。
0844nobodyさん
2006/04/17(月) 21:37:05ID:???確かに <?php echo htmlspecialchars($var); ?> よりはSmartyのほうが見やすいと思うけど、
foreach文やif文なら、とりたてて生PHPよりSmartyとかのほうが見やすいとは思わないんですけど、そのへんはどうでしょうか。
つまり、「見やすい」のはechoまわりぐらいだけで、あとは生PHPでも>>841のようにh()とか定義してしまえばそんなにかわんないんじゃないかというのが印象です。
例えばJavaのMayaaだとテンプレートのHTMLデザインがまったく崩れないという特徴があるんですが、これだと生PHPと比較して明確な利点があるんで、テンプレートエンジンを使う理由はわかります。
しかしSmarty程度の機能だと、生PHPとの差別化ができてないんじゃないかと思うんです。Smartyでできることは、同じようにPHPでもできる。
これが、PHPだとごちゃごちゃすることがSmartyだとその名の通りスマートにできるというんならいいんですけど、今までの議論見る限り、echo周りぐらいしか利点があがってないようにみえます。
あと、テンプレートはデザイナーに任せると思いますけど、DreamweaverはPHPには対応しているんですが、Smartyには対応してないです（というか、いちいち個別の文法に対応するわけがない）。
それを考えても、なんでSmartyを選ぶのかがわからないので、Smarty（だけじゃないくて他のテンプレートエンジン）を選んでいる人に、Smartyを採用した積極的な理由というのを教えていただきたいです。お願い。
0845nobodyさん
2006/04/17(月) 21:41:05ID:???別に俺はそこまでSmartyをこき下ろすつもりはなかったんだが…
0847nobodyさん
2006/04/17(月) 21:51:32ID:???Smartyとほぼ同様の機能で速度は数倍のSimplateがあるよ。
だから結局どっちでもいい、と思う。
0848nobodyさん
2006/04/17(月) 21:58:08ID:???使うこと自体を断固として否定する人いたよね。
0849nobodyさん
2006/04/17(月) 21:59:09ID:???＞例えばJavaのMayaaだとテンプレートのHTMLデザインがまったく崩れないという特徴があるんですが、
ならphptalとか使えば
0851nobodyさん
2006/04/17(月) 22:16:49ID:???同じ人だったらある意味すげぇ
0852nobodyさん
2006/04/17(月) 22:18:17ID:???>それを考えても、なんでSmartyを選ぶのかがわからないので、Smarty（だけじゃないくて他のテンプレートエンジン）を選んでいる人に、Smartyを採用した積極的な理由というのを教えていただきたいです。お願い。
俺ただの傍観者だけど、誰も844の問いには真正面から答えないの？
0854nobodyさん
2006/04/17(月) 23:35:13ID:???「特に意味は無いけどカッコイイから」
ってことでOK？
0857nobodyさん
2006/04/17(月) 23:59:53ID:???echo まわりだけとはいえテンプレートの機能使用のほとんどはそこなんだから
それだけでも大きく違うと思うけど……
生PHPではちょっといじるだけですぐにPHPエラーとか吐くようになってしまうから，
それをいじる非プログラマから見て心理的抵抗感が大きい……とかー
Smarty はテンプレートの変更で致命的エラーを起こせるので個人的にはちょっとイマイチ．
生PHPでは出力する変数をグローバルに置いたりするので名前空間汚染が嫌，とかー
Smarty の場合でいうと，デフォルト変数修飾子で出力値の自由な加工をする枠組みを用意してある，とかー
> Smartyでできることは、同じようにPHPでもできる。
Smarty は PHP で書かれてるんだから，そりゃできなきゃ困るｗ
フレームワークってそういうものでしょ．
0858nobodyさん
2006/04/18(火) 02:52:00ID:0WmA3v/BPhingってPEARからちゃんと入る？
install okって言われたのに、
>symfony propel-build-model
とやったら、Phing.phpがないと言われる。
仕方ないから
sandboxを解凍して、
プロジェクトディレクトリのlibに、Phingディレクトリをコピーしたけど…。
なんか納得（´・ω・）ｲｶﾅｽ
0859nobodyさん
2006/04/18(火) 03:34:34ID:???>echo まわりだけとはいえテンプレートの機能使用のほとんどはそこなんだから
えー、それは違うだろ。foreachやifやincludeだって多用しないか？
>生PHPではちょっといじるだけですぐにPHPエラーとか吐くようになってしまうから，
>それをいじる非プログラマから見て心理的抵抗感が大きい……とかー
よくわかんね。Smartyのエラー表示は優れているのか？
>Smarty はテンプレートの変更で致命的エラーを起こせるので個人的にはちょっとイマイチ．
じゃあなにがいいのだ？ついでにその致命的エラーを詳しく。
>生PHPでは出力する変数をグローバルに置いたりするので名前空間汚染が嫌，とかー
生PHPでも、include()とextract()を使えば問題なくね？
function include_template($_context_, $_filename_) {
extract($_context_);
include($_filename_);
}
$context = array('str'=>'foo', 'int'=>123);
include_template($context, 'template.php');
>Smarty の場合でいうと，デフォルト変数修飾子で出力値の自由な加工をする枠組みを用意してある，とかー
有益な使い道を詳しく。何に使うのか思いつかん。
>> Smartyでできることは、同じようにPHPでもできる。
>Smarty は PHP で書かれてるんだから，そりゃできなきゃ困るｗ
SmartyでできることはPHPでもできる。だからわざわざSmartyを使う理由は何？ってことだろ。
SmartyはPHPで書かれているうんぬんは回答になってない。
つか、SmartyでできることはPHPでもできるけど、PHPでできることがすべてSmartyでできるわけでもないのか。
>フレームワークってそういうものでしょ．
今はテンプレートエンジンの話。
0860nobodyさん
2006/04/18(火) 03:49:59ID:???何をうだうだ言ってるんだか…
0861nobodyさん
2006/04/18(火) 03:52:41ID:???肯定派の頭ごなしの「これだから嫌Smarty派は…」的なレスは正直どうかと思うが…
否定派の方が"まだ"論理的だわな。
0862nobodyさん
2006/04/18(火) 04:58:52ID:???テンプレートのスレで続けたら？
0863nobodyさん
2006/04/18(火) 08:17:48ID:???好きにすればいいものを否定派がムキになって否定して回ってるように見えるが
ところでフレームワークって言葉はこのスレではWeb構築フレームワーク以外には使わない方針なの？
テンプレートエンジンやらDAOやらも広義のフレームワークだと思うが
0864nobodyさん
2006/04/18(火) 08:40:04ID:???俺もどっちでもいい派だけど、ただSmartyって言うほど覚える事ある？
余計な機能使いすぎじゃないの？柔軟性なんてそんなに無くていいんだけど。
Viewでいろんな事させ過ぎちゃいかんよ。あくまで分離が目的なのだから。
だからPHPで出来ることがSmartyで出来ない事があるのは当たり前だと思ってるけど。
{php}ってあるけど、あれは使ったらいけない、裏技的なものだと思ってるし。
また、「h()のように定義してしまえば」って言うが、なにかWebアプリ作成するたびに、
何か表示させるたびに定義するの？使い回せばよい？じゃあそれを他人に勧められる？
それはメンテしたり引き継いだりする人がかわいそうかなって思うな。
保守性があがると（速度面での）パフォーマンスが落ちるってのはしょうがない。
Symfonyなどのように「最初から色々用意されている」なら、慣れた方で良いと思うよ。
0866nobodyさん
2006/04/18(火) 08:54:48ID:???だな
テンプレートを使う必要があって、性能的に仕様を満たしていれば
採用実績が多く情報も豊富なsmartyが選択肢に入ってもおかしくない
遅くて仕様を満たせなければ使わなければいいだけの話でしょ
フレームワークにしてもテンプレートエンジンにしても
採用実績が多い事自体が採用基準になるのは良くある事
潜在的なバグ出しがされていて情報も多いと判断できるから
なんでむきになって否定派が否定するのかがわからん
0867nobodyさん
2006/04/18(火) 09:26:41ID:???最初っからPHPでかけばいいじゃない。
馬鹿かお前ら？一度ならずニ度三度死ね。
0869nobodyさん
2006/04/18(火) 09:29:37ID:???俺も一人でささっと作るときはPHPテンプレート使うし、PHPをそのまま使えることは利点だと考えてる。
一つのファイルで済ませるくらいのときもテンプレート部分は下部にまとめてロジックに一切依存させないようにしたりとか。
でもSmarty普通に良いよ。
Smartyオブジェクトの構築とキャッシュチェックくらいしか実質上オーバーヘッドないんだし。
>>864の
> Viewでいろんな事させ過ぎちゃいかんよ。あくまで分離が目的なのだから。
に禿同。触れようと思ってたけど先に書かれてしまった。
>>866の
> 採用実績が多く情報も豊富なsmartyが選択肢に入ってもおかしくない
これも禿同。
それに記述の簡潔さ、View周りの機能（フィルタやカスタム修正子/プラグイン）もそろってるなら、Smarty使う理由としては特に文句のつけどころないと思うけど。
あと、エスケープの話が出てたけど、Smartyのラッパクラス作ってassignメソッドをオーバーライドすれば、テンプレートに渡される全ての変数に自動的にhtmlspecialcharsを通すようにもできるよ。
0870nobodyさん
2006/04/18(火) 10:17:05ID:???PHPは結局最終的には機械語に変換されるんだから
最初っから機械語でかけばいいじゃない。
馬鹿かお前ら？一度ならずニ度三度死ね。
0871nobodyさん
2006/04/18(火) 10:36:36ID:???なんとなく賛成派の方が多そうだから賛成しとくみたいな。
このまま「各々が・・・」と逃げられたら、否定派の理論も書くだけ無駄。
論理的に反証してくれないとどうにもならん。
0872nobodyさん
2006/04/18(火) 10:40:31ID:???この話題は結局結論が出ないし、面白くない。
0873nobodyさん
2006/04/18(火) 10:44:14ID:NsVFQKmohttp://phpspot.org/blog/archives/2005/09/flickr.html
0874nobodyさん
2006/04/18(火) 10:54:59ID:???たしかに。
871のような非論理的な書き込みがあると話の発展性に欠けてきてダルくなるな。
煽り方のパターンが微妙なんだよね。
0875nobodyさん
2006/04/18(火) 12:37:48ID:???PHPの組み込み関数に比べて大幅に速度低下するのは避けられない。
比べる方がアンフェアといってもいいくらい。
0876nobodyさん
2006/04/18(火) 12:50:49ID:???くるのか？
0878nobodyさん
2006/04/18(火) 12:57:42ID:???0879nobodyさん
2006/04/18(火) 12:59:11ID:???静的ｷｬｯｼｭと動的ｷｬｯｼｭができるフレームワークってあるの？
0880nobodyさん
2006/04/18(火) 13:07:35ID:???smarty擁護派はなんでこのメリットを主張しないのか不思議。
もっとも自前でキャッシングの実装しても大して手間じゃないけど。
0881nobodyさん
2006/04/18(火) 13:17:47ID:???0882nobodyさん
2006/04/18(火) 13:27:44ID:???DBエンジンが変わっても、DBクラスをそのまま使えるのがメリット、みたいな説明あるけど、
DBエンジン変えたら、SQLやアルゴリズムの全面見直しは必須だつーの。
0883nobodyさん
2006/04/18(火) 14:16:23ID:???0884nobodyさん
2006/04/18(火) 14:34:30ID:???>また、「h()のように定義してしまえば」って言うが、なにかWebアプリ作成するたびに、
>何か表示させるたびに定義するの？使い回せばよい？じゃあそれを他人に勧められる？
>それはメンテしたり引き継いだりする人がかわいそうかなって思うな。
PHPには標準ですでにnl2br()とか便利な関数があるのに、わざわざプラグイン覚えなきゃいけないほうがかわいそう。
Smarty使っているけど、PHPとSmartyの両方をマスタした要員を確保しなきゃメンテできないので失敗したと思ってる。
>保守性があがると（速度面での）パフォーマンスが落ちるってのはしょうがない。
生PHPなら保守性もパフォーマンスも落とさずに済む。保守性をあげるために必ずしもパフォーマンスを落とす必要はない。両立させることは可能。
でもSmartyってそんなにパフォーマンスわるいのか？内部でPHPファイルにコンパイルしてキャッシュするからそんなに遅くないと思うんだが。
体感的には、Smartyによる速度低下は感じない。それよりDBまわりのほうが体感速度に直に効いてくる。
0885nobodyさん
2006/04/18(火) 14:45:52ID:???>テンプレートを使う必要があって、性能的に仕様を満たしていれば
>採用実績が多く情報も豊富なsmartyが選択肢に入ってもおかしくない
今はその「テンプレートエンジンを使う必要があるのか」という話だろ。「どのテンプレートエンジンを使うか」という話じゃない。
採用実績でいうなら、Smartyより生PHPのほうが実績も情報も上。
>遅くて仕様を満たせなければ使わなければいいだけの話でしょ
だから、Smarty使ってる人になぜ使ってるのか聞いてるんでしょ
「使わなくていい」と開き直るまえに明確な利点をちゃんと説明してやれ
>なんでむきになって否定派が否定するのかがわからん
べつに肯定派も否定派もむきになってないだろ。イタイやつはいるけど。
正当な理由が示せないからってそんな話にもっていくなよ。
0886nobodyさん
2006/04/18(火) 14:53:26ID:???Smartyの覚えることってめちゃくちゃ少ないじゃん。
テンプレート側でかわいそうなほど覚えることがあったってことは、PHPからテンプレートに渡すデータが複雑すぎたんじゃないか？
極端な話がSmarty側は変数の出力、if、foreach（or section）と、修正子を２、３個覚える（覚えさせる）だけで十分効力を発揮するよ。
テンプレートにはほとんどHTMLしか書いてないのが理想だし、それなりに実現可能だと思う。
SmartyにPHPと同等のロジックを無理やりやらせたようなテンプレートだったら、そりゃメンテもキレるわな。
>>885
「Smartyを使う理由」自体はいくつも挙げられてきたじゃん。
それで魅力を感じなければ使わなければいいって話。
みんながみんなおまいと同じ立場、視点、論点から話してるわけでもないしな。
まあとりあえずもちつけや。
0887nobodyさん
2006/04/18(火) 14:55:30ID:???テンプレートエンジンについて議論するなら相応しいスレがあるよ
http://pc8.2ch.net/test/read.cgi/php/1118799352/
0888nobodyさん
2006/04/18(火) 14:57:26ID:???Smartyだってフレームワークだろ。
そんなに別の話題がよけりゃ自分でネタ出せ。
おもしろいネタなら皆自然にそっちに流れるだろ。
0889nobodyさん
2006/04/18(火) 15:02:33ID:???>Smartyオブジェクトの構築とキャッシュチェックくらいしか実質上オーバーヘッドないんだし。
そうだよな。Smartyが遅いと問題になったことは、自分のところでは今までない。
>>>864の
>> Viewでいろんな事させ過ぎちゃいかんよ。あくまで分離が目的なのだから。
>に禿同。触れようと思ってたけど先に書かれてしまった。
生PHPよりSmartyのほうがうまく分離できることを示せばいいんじゃないか。
３秒考えたけど思いつかんかった。
>それに記述の簡潔さ、
それはechoまわりだけじゃないかという指摘があったんだが。それ以外でも簡潔だと思うか？
echoまわりだけでも見やすくなるのはたしかにうれしいんだが（おれも最初はそれが理由で使ってみた）、
そのわりには労力が多いし欠点も見えてきたから、労力に見合うほどじゃなかったと反省している。
>View周りの機能（フィルタやカスタム修正子/プラグイン）もそろってる
これはPHPの関数で済むな。
Smartyのmodifierが、PHPの関数より便利だということを示せば、Smartyを使う理由になるんじゃないか。
２秒考えたけど思いつかんかった。
>あと、エスケープの話が出てたけど、Smartyのラッパクラス作ってassignメソッドをオーバーライドすれば、テンプレートに渡される全ての変数に自動的にhtmlspecialcharsを通すようにもできるよ。
デフォルトでhtmlspecialcharsを通して、ある箇所だけ通さない（エスケープしない）ということはできる？高木ひろみつ氏のブログで書かれてたような、セキュリティ重視の仕様。
そういう仕様なら、Smartyを使（r
１秒考え（r
0890nobodyさん
2006/04/18(火) 15:16:12ID:???> 生PHPよりSmartyのほうがうまく分離できることを示せばいいんじゃないか。
デフォルトでテンプレートファイルはテンプレートにしか使えないようになってるじゃん。
生PHPでもポリシーを策定すれば分離できるね。
> それはechoまわりだけじゃないかという指摘があったんだが。それ以外でも簡潔だと思うか？
いや、基本的にechoまわりだけだよ。
> これはPHPの関数で済むな。
そうだね。
> Smartyのmodifierが、PHPの関数より便利だということを示せば、Smartyを使う理由になるんじゃないか。
記述が短い。あとは好みの問題
> デフォルトでhtmlspecialcharsを通して、ある箇所だけ通さない（エスケープしない）ということはできる？高木ひろみつ氏のブログで書かれてたような、セキュリティ重視の仕様。
よくわからんけど、
class FooSmarty extends Smarty {
function assign($name, $value) {
/* ここに好きなように書いてくれ */
parent::assign($name, $value);
}
}
以上のような理由から俺はSmarty使ってる。
もちろん主観的、個人的な趣向もなくはないけど。
俺だってSmartyが全Webアプリで使うべきであるほど完璧な出来だとは考えてないから、嫌いな人がいるのも普通にうなずけるよ。
このスレ読んでてもよくわかるな。
反対派の人は「使いたい人がいてもおかしくはない」とすら考えられないほど熱烈に反対してるの？
0891nobodyさん
2006/04/18(火) 15:17:25ID:???キャッシュ機能が目的でSmartyを使っているやつってどのくらいの割合でいるの？
おれんところでは、Smartyが遅くて問題になったことはないから、出力キャッシュを使ったことはない。
そういうやつのほうが多いんじゃない？もしそうなら、出力キャッシュ機能以外が目的でSmartyを使ってるんだから、その理由を知りたい。
>>880
共有サーバじゃなくて、自前でサーバを用意しているなら、アプリケーションサーバレベルでのキャッシュがいちばん楽だよ。
あるURLにマッチしたら、サーバがキャッシュを返す。PHPすら呼び出さないから高速だし、バックエンドの言語に依存しない（Javaでも使える）。
ただし、ポートレットのようにひとつのページに複数のキャッシュを持たせる必要がある場合は使えないけどね。
0892nobodyさん
2006/04/18(火) 16:02:38ID:???Smartyの覚えることが多い少ないじゃなくて、そもそもSmartyのようなテンプレートエンジンが必要なのかどうかってこと。
生PHPと比べてSmartyの強い利点がなければSmartyを使う必要がない。じゃあSmartyを使う利点とは何か、あるいは利点といわれているものが本当に利点なのかを議論してるんじゃないか。
どうしても覚える量にこだわるなら、生PHPなら覚えることすら必要ない。
>テンプレート側でかわいそうなほど覚えることがあったってことは、PHPからテンプレートに渡すデータが複雑すぎたんじゃないか？
>極端な話がSmarty側は変数の出力、if、foreach（or section）と、修正子を２、３個覚える（覚えさせる）だけで十分効力を発揮するよ。
>テンプレートにはほとんどHTMLしか書いてないのが理想だし、それなりに実現可能だと思う。
それは生PHPでも同じこと。if, foreach と関数を２、３個覚えるだけで十分効力を発揮する。わざわざSmartyを使う理由にはならん。
>SmartyにPHPと同等のロジックを無理やりやらせたようなテンプレートだったら、そりゃメンテもキレるわな。
だれがキレたのかしらんが、うちのメンテがキレるとしたら、生PHPでもおんなじことがおんなじようにできるのに、
わざわざテンプレートエンジンを導入してしまったおれに対してだなorz
正直すまんかった
>「Smartyを使う理由」自体はいくつも挙げられてきたじゃん。
それがほんとうに意味のある理由かどうかを議論しているんだが。
>それで魅力を感じなければ使わなければいいって話。
なんか勘違いされてるっぽいんだが、おれはSmartyを使ってるやつを非難してないよ。
今までSmartyタイプのテンプレートエンジンを使う利点とされてきたのが、ほんとうに意味のある理由なのかどうか、
生PHPと比べてほんとうに魅力があるのかを議論して検証したいだけ。
今まで挙げられた理由のなかで、いちおう理由として成り立ちそうなのが
・echoまわりが簡潔になる
・キャッシュ機能がある
ぐらいか。あとの理由はあんまり理由にならんな。これがtapestryやmayaaだと明確な理由があるんだが。
0893nobodyさん
2006/04/18(火) 16:16:36ID:???「本当に」魅力があるのかと問われてる以上、肯定派の言うことはどれも弱い。
それでいいんじゃないか？
最初からたぶん誰も熱くはなっていないし双方落ち着いてるとは思うが、
話すんのめんどくさくなっちゃった人はかなりいるだろうから。
0894nobodyさん
2006/04/18(火) 16:23:05ID:???そのままではShift_JISで使えなかったり、
ちょっと特殊なことをしようとすると、いろいろ調べる必要があったり、
調べた結果できないとわかったり、できそうでできないことがあったり。
結局、生PHPに戻りました。
0895nobodyさん
2006/04/18(火) 16:32:19ID:???>デフォルトでテンプレートファイルはテンプレートにしか使えないようになってるじゃん。
>生PHPでもポリシーを策定すれば分離できるね。
ポリシーは簡単に破られるから、その点でいうと生PHPよりSmartyのほうが分離を強制できるということか。
>いや、基本的にechoまわりだけだよ。
残念
>> これはPHPの関数で済むな。
>そうだね。
残念
>記述が短い。あとは好みの問題
残
>よくわからんけど、
>class FooSmarty extends Smarty {
> function assign($name, $value) {
> /* ここに好きなように書いてくれ */
> parent::assign($name, $value);
> }
>}
この方法では、「ある箇所だけエスケープしない」というのが実現できないな。
テンプレートに書かれた情報をもってこれないから。なんかいいアイデアあるといいけど。
>反対派の人は「使いたい人がいてもおかしくはない」とすら考えられないほど熱烈に反対してるの？
別にそんなやつはいないんじゃない？ちょっと否定意見がでただけで「使いたくなければ使うな」とほざいて議論を逃げようとするやつはいるけど。
おれはSmarty使って失敗したと思ってるから、他に使ってるやつがどんな理由で使っているか知りたいだけ。
今のままだと次の仕事では生PHPを使おうと思ってるけど、おれの知らない利点がSmartyにあればあれば考えを改めて次もSmartyを使う。
つか、生PHPで済むならアダプタ作んなくてすむから俺フレームワークが簡潔になってｳﾏｰと思ってるのは内緒
0896nobodyさん
2006/04/18(火) 16:38:57ID:PuLKXxqh逆にADODBみたいにダイナミックリンクやスタティックリンク可能な標準的テンプレートモジュールが出てもいいかなとも思う。
0897nobodyさん
2006/04/18(火) 16:45:05ID:???誰か知らない？それ読んでから生PHP派に転向したんだが。
それから、Smartyのエラー表示ってどんなんだったっけ？生PHPより分かりやすければ、Smartyを使う利点といえるはず。
でも今手元にテスト環境がないんで確かめられない。
Railsのエラー表示をみて驚いた覚えがあるから、Smartyのエラー表示がすごかった覚えはないんだよな。
0898nobodyさん
2006/04/18(火) 16:51:47ID:???とりあえず、smartyが気に入らないのは同意。
気に入らないから、自分でテンプレートエンジン作ってみたんだけどな、
途中で、flexy見たりして、要素でアクセスできるといいな・・・とか思って作ってみたら、
途中でテンプレートの文法に矛盾みたいな部分が出たりしてきたので断念した。
結局、出来合いのものを使うのが一番楽かな？とsmartyだな。
まぁ、結局ん所さ、smarty使うにせよ使わないにせよ、あるものを使いこなせるんならそれでいいんじゃね？
（って、この間、PHP5でDOM関数がサポートされてるのを初めて知ったんだが、
DOM APIでXHTMLをテンプレートみたいに使ってみている人居ない？
遅すぎて使い物にならんかな？）
0899nobodyさん
2006/04/18(火) 16:58:01ID:???0900nobodyさん
2006/04/18(火) 16:58:07ID:???> それから、Smartyのエラー表示ってどんなんだったっけ？
うちでちょっと出してみた所、
{hoge}
で
Smarty error: [in テンプレート名 line 1]: syntax error: unrecognized tag 'hoge'
ってな感じ。
特に分かりやすいってもんでも無いと思うけど・・・
0901nobodyさん
2006/04/18(火) 17:02:21ID:???概ね同意。
なんか初めは「Smarty不要」を無意味に連発されてる状況だったから、「使いたくないなら使わなくていいよ」って流れになったけど、それを返すように「Smartyは真の意味で必要なのか？」に論旨がずれてきたって印象。
結局は結論は「使いたくないなら使わなくていいよ」にしかならんよ。
smartyそんなめちゃくちゃいいわけじゃないし。
生phpだって悪くはないし。
一長一短じゃん。
俺はsmartyは記述が短いってだけの理由でも十分使う理由になってるし、とやかく言われる筋合いなし。
「使いたいなら使えば」でいいじゃないのよ。
0902nobodyさん
2006/04/18(火) 17:08:52ID:???> この方法では、「ある箇所だけエスケープしない」というのが実現できないな。
> テンプレートに書かれた情報をもってこれないから。なんかいいアイデアあるといいけど。
prefilterのこと？
0903nobodyさん
2006/04/18(火) 17:19:02ID:???どういう結論を期待してるわけ？
Smarty使って損したなら使わなければいい、以外に言いようがないけど。
まさか再びSmartyを使いたくなるような革命的な理由探しなんかしてないでしょ。
そんなもんないから諦めれ。
俺は記述が簡潔、分離のしやすさ、あとは不満のない程度に拡張もしやすいって理由でSmartyはよく使ってる。
それとも、あなたの書き込みを見てSmarty使うのをやめることにしました。ありがとうございました。って結論じゃなきゃ嫌かい？
「Smartyを使うのをやめる理由」として挙げられたものの方が俺にとっては弱いのでやめる気にはなれない。
0904nobodyさん
2006/04/18(火) 17:28:58ID:???生PHP？テンプレートエンジンも使ってないの？
というテンプレートエンジン優勢の風潮があったのに対して、
いや生PHPでいいでしょ？むしろこっちの方が使いやすいよ。
というゆり戻しが起きているのが今なのでは。
0905nobodyさん
2006/04/18(火) 17:47:57ID:???生PHPってDWでくずれずデザインできるの?
0906nobodyさん
2006/04/18(火) 17:48:02ID:N+jyBKUQrailsにインスパイアされたフレームワークは軒並みそれを真似てる。
もともとオレは自分が設計に参加した案件ではテンプレートエンジン使ってこなかったけど。
必要ないから。
0907nobodyさん
2006/04/18(火) 18:02:14ID:???ドリでもPHPのコーディングできるから生PHPでも問題ないよ。
WYSIWYGではアイコンで表示されるし。
逆にテンプレートエンジン使うときには崩れるので
少し手を加える必要あり。
http://blog.cles.jp/item/376
フレームワークというより、テンプレートエンジンの話題になってるな…。
0908nobodyさん
2006/04/18(火) 18:07:19ID:???喪前にはがっかりだ。
。。。。。まぁ馬鹿はほっておこう。
否定的な人：特段のメリットが見出せない
肯定的な人：使いたいから使う、イヤなら使うな。
ってのが今の主流派。
で、否定的な人達は今まであがったメリットだけでは利用するに値しないから、
何か他にメリットがあるのか？と聞いている。
要するに自分の意見に対する論理的な反証が欲しいんだよ。
その反証が検討に値するものだったら、このままSmarty使うかもしんないけど、
今まで出てきたメリットしかないっていうなら、たぶんもう使わない。
ただそんだけの話で、誰も「いまどきSmarty使ってる奴ｗｗｗｗｗｗ」
とか言ってるわけじゃない。
0909nobodyさん
2006/04/18(火) 18:29:05ID:???人は人、おのれはおのれだし。
参考になるならパクればいいし
ならないならスルーすればいいし。
0910nobodyさん
2006/04/18(火) 18:30:21ID:???じゃメリットを感じる人が、Smartyを使うことのをやめる必要がない、という意見に対する論理的な反証が欲しい場合はどういう反証してくれるの？
結局「好きにしろ」の以外の結論ねーべ。
そこで御託を並べる意味がわからん。
0911nobodyさん
2006/04/18(火) 18:47:39ID:???テンプレートエンジン必須のPerlと埋め込み型のPHPじゃ立ち位置が違いますから。
0912nobodyさん
2006/04/18(火) 18:48:53ID:???0913nobodyさん
2006/04/18(火) 18:51:04ID:???あと、<?=は論外な。
0914nobodyさん
2006/04/18(火) 18:52:13ID:???初めから素直にそう言いなさい。別に重くないし覚える量もごくわずかだしな。
hなんて関数名つけてるやつリアルで見たら張り倒したくなるけど、勝手にどうぞ。
0915nobodyさん
2006/04/18(火) 18:57:12ID:cLSmooAOSmartyならあんまコード変更しなくていいから良い
0917nobodyさん
2006/04/18(火) 18:59:44ID:???理由は？
0920nobodyさん
2006/04/18(火) 19:02:28ID:???0922nobodyさん
2006/04/18(火) 19:07:24ID:???railsは真逆の方法論を提示したわけで。rails見てると、いちいちPHPに対する皮肉に思えてくる。
0923nobodyさん
2006/04/18(火) 19:09:42ID:???デフォルトにしてくれていいと思う。
0925nobodyさん
2006/04/18(火) 19:13:52ID:???ttp://php.s3.to/man/language.basic-syntax.html
>>920
h()がｷﾓｲって言ってんじゃなくて、
自分関数をあらゆるシステムで使い回すのがｷﾓｲって言ってるんじゃないの？
言わば枯れてないものを他人に強要出来る自信があるのがすごいな。
何かあってもSmartyやらフレームワークのせいに出来ないしな（笑
0928nobodyさん
2006/04/18(火) 19:19:31ID:???0929nobodyさん
2006/04/18(火) 19:23:50ID:???0930nobodyさん
2006/04/18(火) 19:32:17ID:???<?xml version="1.0" encoding="Shift_JIS"?>
<!doctype xxx>
<html>
みたいにしないといけないってこと。
これを普通にPHPとして実行するとパースエラーが起きる。
しかし、
$str = '<?xml version="1.0" encoding="Shift_JIS"?>';
として、適当な方法で出力すればいいのでは？って話。
なんだったら、sed 's/<?/<?php/g'とやってもいいし。
かなりどうでもいいこと＞ショートタグ使うか使わないか
0931nobodyさん
2006/04/18(火) 19:35:13ID:???0932nobodyさん
2006/04/18(火) 19:36:35ID:???好きにしたら。
short_open_tagはオフにしている環境ことがわかってるから、マニュアルにも移植性が低いって書いてあるんでしょ。
それでzendも推奨はしていない。
互換性の問題もあるから廃止にもできない宙ぶらりん状態。
0934932
2006/04/18(火) 19:38:07ID:???×環境ことが
○環境が多いことが
0935nobodyさん
2006/04/18(火) 19:42:50ID:???後になって困っても、sedで置換して終わりだよ。
<?=だけ引っ掛ければ、問題ない。
0936776
2006/04/18(火) 19:49:44ID:???おーい、いまをときめくRailsにケンカ売っちゃやばいよ
まぁRuby(eruby)の文法は <%=h @product.name %> みたいに、いちいち括弧を
要求しないからPHPよりはテンプレートにプログラム臭がしなくて比較的いいんだけど。
それにこういう書き方でもヘルパーメソッドだから、なんていうかぱっと見のキモさも少ない。
0937nobodyさん
2006/04/18(火) 19:50:33ID:???0938nobodyさん
2006/04/18(火) 19:51:23ID:???一つしかシステム作ってないならそうかもね。
しなくても良いことはしないに限るんじゃないか？
どうでもいいって事は仕事で使ってないから言えるんだと思うが。
0939nobodyさん
2006/04/18(火) 19:51:42ID:???0941nobodyさん
2006/04/18(火) 19:57:29ID:???0942nobodyさん
2006/04/18(火) 20:07:22ID:???喪前にはさらにがっかりだ。
メリットを感じない側は、メリットがないことを証明するのは難しいから、
メリットを感じてる側に反証してくれと言ってたんだよ。
今更取り上げるのも虚しいが、喪前が求めてるのは悪魔の証明と一緒。
ホントにメリットを感じてんだか、ただ暴れたいだけなのか分からん奴よりも、
メリットを感じない人の方が論理的だと言われてた理由がまだ分からんのか？
つーか、もはやいつまでも取り残されてるのは喪前だけなんでこれで終了。
0944nobodyさん
2006/04/18(火) 20:13:32ID:???ちげうよ。使っているものをわざわざ使うのをやめるための理由があるかどうかを論証してごらん。
別にできないならできないでそう言えばいい。
俺だってお前のような頭の固い人間にsmartyを使ってもらえるメリットを論証することなどできない。
お前は自分勝手な論理展開しすぎ。
0945nobodyさん
2006/04/18(火) 20:14:44ID:???＞メリットを感じない側は、メリットがないことを証明するのは難しいから、
何で？悪魔の証明とは全然違うじゃん。smartyのデメリットを挙げて
そのデメリットを持たないsmartyより優れていると思われる他の選択肢を
示せばいいだけじゃん。
結局あんた悪魔の証明と言いたいだけちゃうんか
＞メリットを感じない人の方が論理的だと言われてた
自分で自分を論理的と言っているだけじゃないの？
＞つーか、もはやいつまでも取り残されてるのは喪前だけなんでこれで終了。
逃げるのね、別にいいけど
0947nobodyさん
2006/04/18(火) 21:01:21ID:???強くのこっているphpにおいて、smartyタイプのテンプレートエンジンを採用する意味は
あんまりないなって思うけど、javaでのxmlcのような奴なら使う価値があるとおもう。
しばらくEnhydraを使っていたんだけど、デザイナーからもらった見本に
ちょいちょいとid属性を振るだけでデザインの変更はおしまい。
あらかじめid属性をつけるように頼むか、既存のものへの小さめの変更なら使用中のものを
ひな形として使うように決めておけばその手間だって必要ない。
文書をDOMツリーとして扱うので、タグマークアップ言語にしか使えないけどね
だれか作らんかしらん。
0948nobodyさん
2006/04/18(火) 21:17:02ID:???たしかにphpが出てきたばっかりのころはhtmlにコードを埋め込める感覚は新鮮だったけど（まあSSIとかもあったか）、テンプレートエンジンで書くようになったら、「埋め込んで使うphp」はやや冗長に感じるな。
つーかたぶんsmartyって食わず嫌いの人もけっこういそうな希ガス。
そういえば俺も最初はキモくて使う気がしなかった。
0949nobodyさん
2006/04/18(火) 21:24:00ID:???この議論（とも言えない部分はあるが）みて、
自分で細かく調べてみて結構使う気になってきたよ
0950nobodyさん
2006/04/18(火) 21:50:27ID:???埋め込んで使うといえばColdFusion。あれ最低だった。
Smartyでも生PHPでもいいけど、コードとHTMLの混在だけは勘弁だ。
0951nobodyさん
2006/04/18(火) 22:23:42ID:???そうか？PHPがいまほどはやってなくてまだCGIが全盛だった頃、
USではColdFusionが人気だったぞ。日本ではさっぱり流行らなかったが。
データベースの読み書き程度のアプリならHTMLを書く延長で作れたから、
デザイナーを中心に人気を博した。
複雑なロジックが必要な場合は外部ライブラリに分離し、HTMLからそれを呼び出すから
HTML中に含まれるロジックはそんなに多くない。
0952nobodyさん
2006/04/18(火) 23:31:22ID:???0953nobodyさん
2006/04/18(火) 23:39:03ID:???とりあえず
・ZF
・Symfony
・Agavi
・Mojavi
・他
の順？他のFW使ったことないからわかんねー。
PHP4/5でわけたりできないかな。
つーか今mojavi.orgに行ってみたら、「ちょっと待っててね」の代わりにこんなエラーに変わってた。
FATAL [/var/www/mojavi.org/opt/user/SessionContainer.class.php:35] Only variable references should be returned by reference
Mojavi4の予感？
0954テンプレ案
2006/04/18(火) 23:44:36ID:???::フレームワーク一覧::
■Zend Framewoek
http://framework.zend.com/
■symfony
http://www.symfony-project.com/
■Agavi
http://agavi.org/
■Mojavi Project
http://www.mojavi.org/
■Phrame
http://phrame.sourceforge.net/
■[ 日本発 ] Maple Project
http://kunit.jp/maple/
■[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/ethna-tutorial-startup-practice1.html
■[ 日本発 ] guesswork
http://www.guesswork.jp/
■Biscuit
http://bennolan.com/biscuit/
■PHP on TRAX
http://phpontrax.com/
■Web Application Component Toolkit (WACT)
http://www.phpwact.org/
■XOAD
http://wiki.xoad.org/index.php?title=Wiki_Home
■[ 日本発 ] pokox
http://www.glamenv-septzen.net/pukiwiki/index.php?pokox
■[ 日本発 ] 速構Web Framework
http://www.pm9.com/newpm9/itbiz/php/framework/
■CakePHP
ttp://cakephp.org/
0955nobodyさん
2006/04/18(火) 23:46:04ID:???＞FATAL [/var/www/mojavi.org/opt/user/SessionContainer.class.php:35] Only variable references should be returned by reference
＞Mojavi4の予感？
ttp://knym.net/wiki/index.php?PHP%2FMojavi
0957nobodyさん
2006/04/18(火) 23:59:36ID:???0958nobodyさん
2006/04/19(水) 00:26:21ID:???今英語のドキュメントを見てます。
余裕があれば土日でいじってみますが
他にも試したい物があって・・・
英語苦手です。
0959nobodyさん
2006/04/19(水) 01:23:40ID:???これもいれて。
PHPフレームワークの比較
http://lnx.googlewrite.com/chart.php
http://phpspot.org/blog/archives/2006/01/php_30.html
PHPフレームワークのリスト
http://d.hatena.ne.jp/koyhoge/20060327/1143444511
あと、フレームワークの簡単な紹介もつけてくれるとうれしい。
Symfony (機能てんこもり)
Cake (Railsライク)
Agavi (Mojaviを改良)
みたいな。
0962nobodyさん
2006/04/19(水) 09:22:09ID:1t4rF7dPttp://framework.zend.com/download
0964nobodyさん
2006/04/19(水) 10:44:30ID:???デファクトスタンダードって
de facto standard
って書くんだ。
ｲﾀﾘｱ語かｽﾍﾟｲﾝ語由来？
0966nobodyさん
2006/04/19(水) 17:21:25ID:???0968nobodyさん
2006/04/19(水) 23:35:44ID:???詳しい日本語サイトがないな。
英語はアホだから読めん。
0971nobodyさん
2006/04/20(木) 00:00:42ID:???この辺を見ながら始めればすぐに分かるはず。
http://develop.ddo.jp/tech/index/PHP/Symfony/documentation
http://www.minfish.jp/blog/archives/2006/01/pearphp5.html
http://blog.symfony.jp/
最初にムービー見たほうがよいかもよ。
http://downloads.symfony-project.com/demo/cart/cart.mov
0973nobodyさん
2006/04/21(金) 22:39:52ID:???0974nobodyさん
2006/04/22(土) 00:55:45ID:???なんか、どのフレームワークも一長一短だから
フレームワークキットみたいにして
バラ売りして欲しい。
っていうかそれがZendか…。
0975nobodyさん
2006/04/22(土) 10:30:03ID:???http://www.symfony-project.com/weblog/2006/04/20/symfony-0-6-2-released.html
0976nobodyさん
2006/04/23(日) 01:42:47ID:???/:module/:action/*
の*ってどういう意味ですか？
0977nobodyさん
2006/04/23(日) 08:31:49ID:???http://framework.zend.com/manual/ja/
>>620の訳が採用されたっぽい？
0978nobodyさん
2006/04/24(月) 00:45:40ID:???0979nobodyさん
2006/04/24(月) 21:09:43ID:???0980nobodyさん
2006/04/25(火) 03:49:30ID:???0982nobodyさん
2006/04/25(火) 07:30:50ID:???0984nobodyさん
2006/04/25(火) 13:06:13ID:???あれできないとなんかややこしいよな
説明も投げやりだし
0986nobodyさん
2006/04/25(火) 21:32:54ID:???もし搭載してないならMapleにも劣ってね？
0988nobodyさん
2006/04/25(火) 21:49:49ID:???いやいや、今やJava界隈ではDIxAOPは大盛り上がりだよ。
実際に業務で使われるレベルでな。
もし、今PHPでリリースされてる数々のフレームワークが
DIxAOPに対応してないのであれば、２年遅れてるね。
0990nobodyさん
2006/04/25(火) 21:57:37ID:???0992987
2006/04/25(火) 22:04:18ID:???JavaとPHPでは使われる規模が違うだろ。
あと多分あんた最近DIとAOP知ったんだと思う。
俺も1年前そう思ってたから。
PHPでDIなんか使う（必要とする）場面がほとんどないと思うのだが。
逆に使うと解りにくいと思う。
だが、Seasar.PHPは応援する。
実際に業務レベルで使えるかどうかでは無くて、
可能性を示してくれた事に対して。
0993nobodyさん
2006/04/25(火) 22:16:29ID:???0994nobodyさん
2006/04/25(火) 22:24:07ID:???0995nobodyさん
2006/04/25(火) 22:25:40ID:???0996nobodyさん
2006/04/25(火) 22:33:59ID:???[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
0998nobodyさん
2006/04/25(火) 23:22:57ID:???0999nobodyさん
2006/04/25(火) 23:40:31ID:???1000nobodyさん
2006/04/25(火) 23:41:03ID:???1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。