>>750
いやだから、
①FW×Smartyは処理が遅い→②キャッシュを使えば解決する→③しかし動的な部分についてキャッシュは効果ない
という君の話に対して
④動的な部分はFW使おうが使わまいが毎度動的に生成するんだからFW関係ないんじゃないの？
（FW使わないときに「動的な部分が速くなる」なら話は別だけど）
と疑問に思っただけなんだが、どうなのよ。
俺が何か勘違いしてたら申し訳ないが。

>>750
実際に試した上で>>734の結論なんだが。
xdebugのプロファイラログを検証した事もあるし、
APC切って単純なPHP単体でのベンチもした事ある。


Smarty導入が負荷になる事は認めるが、負荷で言うならCakeの方が数倍高い。
それなのにSmarty導入するだけで「秒単位」で遅くなる、
ってのは他の部分に何らかの欠陥があるとしか･･･

もし本当ならxdebugのプロファイルログ出してみ？
具体的にどのメソッドに時間かかってて、それがシステム全体の何％の負荷になってる？

>>750
とりあえず参考までに俺のベンチ結果あげとくな、
糞みたいなサーバのxdebugプロファイルログを、
WinCacheGrindで閲覧して調べた結果。

・環境
　ZendFW(MVC、DB、Session)使用
　APCやMemcachedは無効
　Smartyでは文字コード変換フィルタかまし、
　ヘッダフッタを別ファイルからincludeする。

・結果
　トータル処理に846msかかる
　その内、Smarty全体の処理が75msを閉めており、
　その内、18msがテンプレートコンパイル、12msがinclude処理となっている。
　コール数ではassign、modifiler系が多いが、トータルでも5ms以下となっている。


どんなに複雑なコード書いてもSmartyで1000ms越えるのは難しいな･･･
もしかしてテンプレート内にDBに接続してデータ取得するようなコード書いてね？ｗ

　　　　　　　　ゴガギーン
　　　　　　　　　　　　　ドッカン
　　　　　　　　　ｍ　　　　ドッカン
　　＝＝＝＝＝）　）)　　　　　　　　　☆
　　　　　 ∧_∧ |　|　　　　　　　　　／　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　　（　　　）|　|＿＿＿＿＿　　　　∧＿∧　　　＜　　おらっ！出てこい>>750
　　　　　「　⌒￣　|　　　|　　　　||　　　（´Д｀　）　　　　＼＿＿＿＿＿＿＿＿＿＿＿
　　　　　|　　　/ ￣　　　|　　　　|/　 　 「 　　　＼
　　　　　|　　　|　|　　　　|　　　　||　　　 ||　　 /＼＼
　　　　　|　　　 | |　　　　|　　　　|　　へ//|　　|　　| |
　　　　　|　　　 | | 　　　ﾛ|ﾛ　　　|／,へ ＼|　　|　 | |
　　　　　|　∧　| |　　　　|　　　　|／　　＼　　/　（　）
　　　　　|　|　|　|〈　　　　|　　　　|　　　　　|　|
　　　　 / /　/ / |　　/ 　|　　　 〈|　　　　　|　|
　　　 / /　 / /　|　　　　|　　　　||　　　　　 |　|
　　　/ /　/ /　=-----=--------　　　　 |　|

>>750
他人が『重い』って書いてたからそれを真に受けたの？
その『重い』にもレベルがあるでしょ
『●●っていうケータイ重いよ』というのを聞いて、1kgくらいあると本気で思い込むようなものだよ
それ説明書とか充電器とか合わせた重量測ってるだろｗｗｗそんな感じ

秒単位で遅くなるんなら誰も使ってません、まずそこに気付こうよ

はい、次の患者さん、どうぞ。

WindowsXPも出た当初は重い重い言われていたなぁ('ー｀)
今そんな事言ったら逆に笑われそうだよね

>>756
引数を｢いんすう｣と読んでいた俺に一言

>>758
影で同僚達に「インスウｗｗキタｗｗ」とか言われてるよ。

>>757
VistaなんてSP1で軽量化に成功したのに重い重い言われてるよ。
SP1で改善されたと言っても笑われるだけ。

>>760
例え話なのに論点ズレてる。誰もVistaの話なんてしていない。

>>751
そういう意味なら俺の解釈が間違ってた。すまん。
>>752-753
そりゃ、最小構成でベンチとっても秒単位で差なんて出ないだろ。
俺は例で「ポータルサイト（動的サイト）」って出したけど、
そこまでの規模についての話をしてるんだよ。
>>755
>>750を読んでくれ。自分で「重くね？」って思ってググったら他人の投稿もあった。
だから俺の印象は間違ってなかったなと思ったに過ぎない。
もちろん、お前らの環境と俺の環境は違うから、コード時代に問題があるという
のもわかる。だが、頭ごなしに「FW+Smartyが重いはずはない！」って
解釈するのはいかがな物かと言いたいだけだ。

なぜか自分が大好きな物を批判されるとそれを認めたくない奴がいるが、
俺もSmartyは使ってるし、別に批判したいわけじゃない。
メリット・デメリット理解した上での使い分けが必要だと思ってるだけ。
あと、自分の意見が100％正しいとも思ってない。だから議論してるわけで。

突っ込まれる前に誤字修正
コード時代に問題が 　→　コード自体に問題が


あと、コードの書き方やサーバの設定（環境）によって重さを感じさせない
ように出来るって意見もあるだろうけど、
チューニングしたら重くないというのはまた別の話な気がするけどな。

ま、俺がCakePHPで書いてる書き方をいくら変えたところで
ビューにSmarty使って重いという印象は変わらないと思うよ。
Zend使えばまた別なのかも知れないけど。

日本語でおｋ

CakePHPってViewを処理する機構が用意されてるの？
だったらそちらを使った方が親和性が高く、処理は減る→軽くなる可能性はあるね

0.1秒の差でも100回リクエストでトータル１０秒だから馬鹿に出来ない
秒単位の差が出ないから問題無いとの判断は違うと思う
最近はモデル部分の肥大化が激しくて、ビューなんざ何使っても関係ねー！って感じ

動的部分を極力JavaScriptにお任せして、ベースのHTMLもキャッシュサーバーに格納される様にしてるｗ

>>762
意見受け入れてないのはお前じゃね？
「自分が間違った計測の仕方してる」って可能性は一切無視ですか？

＞そりゃ、最小構成でベンチとっても秒単位で差なんて出ないだろ。
＞俺は例で「ポータルサイト（動的サイト）」って出したけど、
＞そこまでの規模についての話をしてるんだよ。

それは無い。
プロジェクトの規模が上がっても、Smartyにかかるコストはほぼ普遍的だから、
全体が重くなればなるほど、相対的にSmartyのコストは下がる。
トータル5000msのページだろうが、10000msのページだろうが、Smartyは100ms以下でしかない。

全体処理とSmartyの処理負荷が比例しているのであれば、
それは上にも書いたようにテンプレートやプラグイン内に、
DB接続等の極端に重い処理が含まれていると考えられる。
それらは本来Smarty内に含めるべきでは無いし、
それをSmartyの実行性能として含めるべきでも無い。

ご自慢の「俺の検証結果」とやらを調べて、どのメソッドが負荷になってるか教えてくれよ。
皆で問題と解決策を見いだそうぜ。

>>765 補足
「それは無い」なんてありえないって言われそうけど、

>>753は君の言うポータルサイトのホーム画面だから。
DB数回叩いて、セッション確立して、Smartyで画面表示する程度だけど、
機能が増えても、DB叩く回数やデータを処理するロジックが複雑になるだけで、
Smartyが重くなる事は無い。

異論は君のベンチマーク結果を提示された時だけ認める。

おまいら仲いいな
俺もまぜてくれ

1回目のｍｓと２回目以降ののｍｓは？

>>768
Smartyのコンパイルキャッシュを有効にすれば2回目以降は更に軽くなる。
>>753は全く最適化も行わず、force_compile=trueにしたSmartyでの計測値。

コンパイルキャッシュ有効にして、APC等も導入すれば、
一番重い処理であるテンプレートコンパイルとinclude処理が劇的に軽くなる。

まぁ、smartyを使うのと使わないのとでは、そりゃ使ったほうが重いわな。
FW+SmartyがFWのみより重いのは当然だ。
それでも、他の人が言ってるように、全体からみれば、その重さも微々たるもので、
便利なテンプレートエンジン使えるメリットは大きい。
使わないで済むならつかわなくていいし、かといって使ってる人に"重いのによく使うな"っていうのはナンセンスってことだ。

Smarty使った場合、template_cにあるコンパイル済みPHPをincludeして
実行する分だけ遅くなると思うのだが。

それが１秒もかかるってことは・・・template_cディレクトリを
フロッピーディスクに指定してたりして。

多分使い方が下手なんだろうな

smarty単品だけ使うのってメジャーですか？
フレームワークとあわせてつかうものですか？

＞なぜか自分が大好きな物を批判されるとそれを認めたくない奴がいるが、

え？そういう次元の低い話してたの？

だからsmartyはもう終わったの
dwooの時代なの

何度かdwooの話は出てきたが、すぐに消えていったな
マニュアルか何かを日本語に訳した人がいたけど、何か訳がおかしいとか言われてたっけな
導入例がないものを使うのは気が引けるという人もいたし

俺は新しい物好きだけどテンプレート書くのは別のhtml職人だからなぁ。
なかなかすぐに導入って難しいよね。

DWOO、TWIG、Smarty3と比較して、
Smarty3を実践導入したんだけど、Smarty2で不満に思っていた点はほぼ全て解消されてたわ。
プラグインも2のをそのまま使えるし、今のところ不具合も見あたらない。
乗り換え推奨したいところ。

たしか、smartyはLGPLでdwooはMITだっけ。
この違いはちょっと気になる。まぁ前者はリンクするだけならオープンにしなくていいけど、後者はほぼ何も考えなくてもいいし。

__autoload使ってる状態でsmarty3にしたら動かなかったから2に戻した
spl_autoload_registerしなきゃいけないようだ

>>778
乗り換え躊躇していただけに、心強いデス。
サンキゅ。

ZendFrameworkでいうレイアウト機能（Layout）って、Smartyに
あるのでしょうか？

（Document読みましたが見つかりませんでした・・・）

http://www.google.com/search?q=smarty+layout

>>783
ありがとうございました！！！

smartyのマニュアルに書いてある機能って全て使う機会ってありますか？
8. カスタム関数のように厳選するなら何番をよく使いますか？
http://www.smarty.net/docs/ja/index.tpl

include, foreach, if くらいしか使わないのがかっこいいと思ってる。
そのぶんPHP側でやるわけだが、労力の差し引きがゼロなら
テンプレートがシンプルなほうがエライ(｀・ω・´)ｷﾘｯ

>>782
悪いことは言わないがsmartyでレイアウトなんてやるな
キャッシュを手動で消さないといけないからトラブルの元になるぞ

Smarty3の{function}って地味に便利だね
今まで細々と{include}で対応していた細かいパーツ群が綺麗に纏まった。

Smarty2
{include file="/include/navigation.tpl" current="top"}

↓

Smarty3
{call show_navigation current="top"}

そのうちPHP並みに便利になりそうだな・・・

Smarty3で便利だなと俺が思ったのは継承だな。
楽になってシンプルになる。

{$array = [1,2,3]} と書ける時点である意味PHPより便利かもｗ

IDEの色分け(＆コード補完)が浸透してくれれば、もう何も文句は無い。

・array.php
$array=[1,2,3];

・a.php
$file=file_get_contents('array.php');
eval($file);

>>792
おまえは何がしたいんだ

みなさん、smartyがバージョンアップしましたよ

http://hibari.2ch.net/test/read.cgi/php/1297364669/7

Smarty2 から Smarty3 に、何も変更なしでいけた。
こりゃいいわ。

3じゃ動かなかった

SmartyがあればCakePHPがいらないことに気づいたわ
今までCakeを勉強していた時間ってなんだったんだろう・・・

何でいらないって思ったの？

何で必要だと思うの？