アニキぼすけて
{$test[$k].sample1} {$test[$k].sample2} {$test[$k].sample3}･･･と出力したいのですがどうしてもうまくいきません

{assign var="x" value=1}
{foreach from=$test key=k item=val }
{$test[$k].sample{$x}}
{assign var="x" value=$x+1}
{/foreach}

>>701
Foreachの中の最初に assign で sample2 とかいう値を別の変数にいれて
それをキーに使えや。

{$test[$k][`sample$x`] とかで出来なかったっけ。

>>702
神様ありがとう
配列用の配列というのが考えつかんでした
>>703
やってみたけどだめだったざます
$test[$k][`sample{$x}`]とか$test[$k][`sample.$x`]とか

"sample$x"

>>705
残念な結果に終わりましたが助言ありがたきしわわせです。
Smarty error: [in test.tpl line 31]: syntax error: unrecognized tag: $test[$k]."sumple$x" (Smarty_Compiler.class.php, line 436) 以下省略

$test[$k].["sumple$x"]でもエラーでした。
配列の配列を作るのが無難ぽいですね

連レスご容赦くださいまし。
×Smarty error: [in test.tpl line 31]: syntax error: unrecognized tag: $test[$k]."sumple$x" (Smarty_Compiler.class.php, line 436) 以下省略
○Smarty error: [in test.tpl line 31]: syntax error: unrecognized tag: $test[$k]."sample$x" (Smarty_Compiler.class.php, line 436) 以下省略

$test[$k]["sample$x"]

{$test[$k]["sample`$x`"]} でどうだろうか、$xをバッククォートでくくる。


http://www.smarty.net/docsv2/ja/language.syntax.quotes.tpl

>>709
おこらりましたが助言ありがたうございます
Smarty error: [in test.tpl line 27]: syntax error: unrecognized tag: $test[$k]["sample'$x'"] (Smarty_Compiler.class.php, line 436)以下省略

というか[]を使うと変数を使う前からだめっぽいです
$tast[$k].sample1　→　もちろん問題なく表示される
$tast[$k][sample1]　→　何も表示されない。@debugでemptyが帰ってくる
$tast[$k]['sample1']　→　エラー
$tast[$k]["sample1"]　→　エラー

ｱｧﾝバッククォートでした大変失礼いたし
しかしバッククォートでもエラーでした

Fatal error: Smarty error: [in test.tpl line 27]: syntax error: unrecognized tag: $test[$k]["sample`$x`"] (Smarty_Compiler.class.php, line 436)

>>708でできなかったの？

Smarty3にしてsmarty.class.phpをインクルードしたら
オートローディングできなくなった。
解決できなかったのでSmarty2にもどしたよ＞＜

Smarty2から3にするメリットってあるのかな・・・？
よくわからん。

ありまくり

テンプレートエンジンにそこまでの機能いるのかって気もするので２系と３系で分岐したらいいかも・・・

>>715
ありまくり？
Javascript内で {literal} が不要になったことくらいだと思うけどなぁ・・・

あ、あと、foreach の構文がPHPと同じになったことだな。

　　{foreach $arrayvar as $itemvar}
　　{foreach $arrayvar as $keyvar=>$itemvar}

でいけるのはちょっと嬉しい。

あ、あとテンプレートの継承ができるのが便利

結構、便利な事あるじゃんw

記述がスマートになったのはでかい
2.xはちょっとした計算が必要なだけなのにassignが必要だったりするからな・・・

http://hibari.2ch.net/test/read.cgi/php/1168761226/l50
上級者ェ・・・

>>719
テンプレートの継承について詳しく！

>>722
誤爆に今気がついた。しにたい。

フレームワークにSmarty組み込む例をよく見るんだけど、重くならないか？
素のPHP+Smartyなら分かるんだが

>>725
オレオレフレームワーク向けだろう。

別にZFにSmarty組み込むのもありだし

マルチスレッドなApacheで、コンパイル済みのテンプレ処理するだけなら
そんなに遅くならないんじゃねぇの？

それでも遅さが気になるなら、DBのチューニングが先だと思うぞ。

>>725
散々言われているが今のハードウェア環境なら微々たる差しか出ない。
キャッシュとか駆使するのであればむしろ軽くなる事だってある。

>>726
俺もオレオレに組み込んでるなw

>>728-729
散々言われてない気がするけど、xdebugとかで内部処理見たか？
FM×Smartyの処理が重なって凄い処理時間になってるぞ。
キャッシュ使っても動的なサイトだとあまり意味無いと思うし。

CakePHPに組み込んだけど、Cakeの書き方になるから
Smarty本来の使い勝手も失われるし。
（Cakeは配列中心だから、そのままSmartyで使うのは難がある

そう言うわけで、「重い」ってのは動作だけじゃなくて、
制作コストが通常よりかかる＝重い（遅い）というのが言いたかった。

せっかくフレームワーク使ってるのに、
余計な処理を加えて開発が遅くなるなら意味無いなってね。

>>730
FMって何か分からんけど、動的なサイトだと意味ないって具体的にどんな場合？

>>731
製作コストが通常よりかかる？FWは開発効率を上げるために使うものだと思うが。

>>730
CPUリソースなんて0.001%の負荷が0.005%になった程度じゃね？
一般的にはDB、ネットワークリ、ファイルI/Oが主なネックになるから、
Smarty導入した程度で悲鳴上げるサーバなんて今時無いだろうよ。

>>731
＞制作コストが通常よりかかる＝重い（遅い）というのが言いたかった。
これは逆もしかりだろ、
フレームワークに依存しないテンプレート構文が使える事で、
導入コストも制作コストも下げられるって人達もいるわけだ。

要は君がSmarty使いこなせてないから、手間がかかると感じているだけだろう。

>>734に一票

自演乙

>>736に１票

自演認定というキモい流れを作った>>735がいちばん悪い

>>736に一票

>>738に１票

>>732
すまん。FWの打ち間違いだった・・・
ちなみに動的サイトというのは、トップページやサイドバーで
情報が変わるポータルサイトだな。ブログはキャッシュが効くから違うと思う。
>>734
前者はもちろんデバッグして検証した上での意見だよね？
リソースは別にしても実行速度には明らかに違うが出るよ。秒単位で。
そりゃ、多重鯖構造にして負荷分散したら鯖自体の負荷を下げられるだろうけど。

後者は俺が使っているCakePHPの問題なのか、FWに依存した書き方になるんだが。
Cake+Smartyの書き方を覚えなければ行けないから、通常より時間がかかる。
どちらか一方だけの取得では無理。使いこなす・こなせないの問題じゃないだろ。

Zend Framework + Smartyでやってるが、Frameworkに依存した書き方になると感じた事は無いな。

Smartyって
{}
になってるけど、
これって変更できんの？

できる。それは「デリミタ」と言うのでググるときに使ってください。

ちなみに俺は<{}>してる

>>744
さんくす！
<smarty />で使ってみたけど見やすくなるね
<smarty $test />とか

sectionしてみたら
<smarty section name=cnt loop=10 />
a
<smarty /section />
閉じタグ変になってワロタｗｗｗｗｗ
これって<smarty :section />みたいに変更できないのかな・・・？

>>746
信じられないかもしれないが、実はSmartyはPHPで書かれている。
つまり・・・PHPが書ければ自分の好きなように改造し放題ってことさ！

>>741
>リソースは別にしても実行速度には明らかに違うが出るよ。秒単位で。

Smartyが原因で、秒単位で動作が変わる事はありえない。
そんなサーバでSmartyより大規模なcakeが動くとは思えない。
確実にどこかで設計ミスしてるでしょ。

＞後者は俺が使っているCakePHPの問題なのか、FWに依存した書き方になるんだが。
設計ミス。
普通はSmarty側からは、Cakeを意識しないように変数なりをassignしてやる。

>>741
>>FM×Smartyの処理が重なって凄い処理時間になってるぞ。
>>キャッシュ使っても動的なサイトだとあまり意味無いと思うし。
>ちなみに動的サイトというのは、トップページやサイドバーで
>情報が変わるポータルサイトだな。ブログはキャッシュが効くから違うと思う。
トップページやサイドバーが情報変わるからキャッシュ使っても意味ないというのは、
FW使わなくても重さは同じでは？
SmartyのキャッシュはSmarty記法のパース結果をキャッシュしてくれるものだと思うけど。
FW/Smarty関係なくない？

>>748
「ありえない」っていうけど、もちろん実際に試した上での意見だよね？
俺にはあんたが机上の空論で「そんなわけない！」って
現実見ようとしていないだけにしか受け取れないんだけど。

>>749
PHP→Cake→Smarty　と　PHP→Cake
と、どちらの方が処理が少なくなるかを考えたら、違いが出て当然だと思うけど。

俺が言う事に対して批判する奴は実際に試した事あるのか？
xdebugなり、Apacheのベンチなり試す方法はいくらでもあるだろ。
確かに設計は悪いかも知れないが、自分の作業した範囲・経験でしか話せないし、
他のみんなはどうか？と思ってググれば「重い」と出る。
ならやっぱり重いよなーと思って書いたまでに過ぎない。

別にFWもSmartyも批判するつもりはないよ。
ただ、重くなるよねって言いたいだけで。