1read 100read
2012年1月1期WebProg13: 【PHP】 Smarty 【テンプレートエンジン】 第2章 (959) TOP カテ一覧 スレ一覧 2ch元 削除依頼
・ 次のスレ
14: C言語が理解できないのですが (56)
17: 【PHP】Yii Framework (493)
18: Perlコーディング初心者質問スレ Part 63 (425)
19: 面白いブラウザゲームのネタを考えたぞ (89)

【PHP】 Smarty 【テンプレートエンジン】 第2章


1 :10/03/29 〜 最終レス :12/01/05
Smarty は PHP のためのテンプレートエンジンです。
具体的に言うと、php のプレゼンテーションからアプリケーションのロジックとコンテンツを分離して管理する事を容易にします。
これは、プログラマーとテンプレートデザイナーの役割が異なり、
これらの役割を違う人間が受け持っている場合に最適だと言えます。

2 :
公式サイト: http://www.smarty.net/
公式マニュアル: http://www.smarty.net/manual/ja/
ダウンロード: http://www.smarty.net/download.php

3 :
前スレ
↓は第1章
【PHP】 Smarty 隔離スレ 【テンプレート】
http://pc11.2ch.net/test/read.cgi/php/1201879269/

4 :
このスレはSmarty信者の隔離スレです。
Smarty以外のテンプレートエンジンの批判や、Smartyを批判する発言のコピペや、
Smartyを使っていないユーザに対する批判は、荒れる元になるので禁止です。
他スレから荒らしを招くことが無いように、他スレでのSmartyの話題も極力控えましょう。
もはやSmartyを使ってない識者の方は生暖かく見守ってください。
枯れた技術を仕方なく使うしかないユーザー同士、ひっそりと会話をしましょう。

5 :
なんで前スレ落ちた?

6 :
>>5
どっかの馬鹿が変な晒しをやって、それが元で炎上して1000まで埋まった。
なぜかスレタイから「隔離スレ」が消えたけど、>>4にある通りひっそりやったほうがいいと思う。

7 :
【PHP】下らねぇ質問はID出して書き込みやがれ 94
http://pc11.2ch.net/test/read.cgi/php/1268835461/445
445 名前:nobodyさん[sage] 投稿日:2010/03/29(月) 15:10:31 ID:???
smartyのアンチと信者ども前スレの続きするぞ
ttp://pc11.2ch.net/test/read.cgi/php/1269841264/

8 :
●以下の話題は過去スレで散々議論されています。不毛なので禁止な。
・PHP自体がテンプレートエンジンなんだからSmartyいらなくね?
 → ケースバイケースです。
   不要だと思うならこのスレを見ても有益な情報は得られないでしょう。

9 :
>>1
>Smarty は PHP のためのテンプレートエンジンです。
PHP自体がテンプレートなので不必要ですね。
>具体的に言うと、php のプレゼンテーションからアプリケーションの
>ロジックとコンテンツを分離して管理する事を容易にします。
素のPHPでも十分容易にロジックとコンテンツを分離できるので不必要ですね。
>これは、プログラマーとテンプレートデザイナーの役割が異なり、
>これらの役割を違う人間が受け持っている場合に最適だと言えます。
デザイナーにSmartyというヘンテコで汎用性の無い言語を
わざわざ覚えさせるのですか?可哀想だからそんなことは止めましょう。
あと、テンプレートを書くのはプログラマの仕事です。
デザイナーはテンプレートの元となるHTMLを書くだけです。
プログラマはPHPを理解しているのでSmartyなんて入りませんね。

10 :
>>9
そんなに真っ赤な顔をして、学校で何か辛い事でもあったのかい?
え、新しいクラスで友達が出来ないのは何故かって?
ふふふ…聡明な君ならもう答えは解っているんだろう?
そう!
Smartyを使っていないからだよ!
勉強も部活も、恋だってAnything OK!!
なりたい自分になれる、それがSmartyだよ。
え?高いんじゃないかって?ふふふ…心配無用さ!
驚くことにSmartyはその全てが無料なんだ。
つまり…そう!!
お小遣いは全て君の大好きなHENTAI GAMEに注力できるんだ。
どうだい、とてもCoolだろ?
さぁ今すぐ http://www.smarty.net/ にAccessしてSuccessしようぜ!
サンキューベイベー!

11 :
なにこの寒い自演

12 :
Smartyは必要のない無駄ライブラリ。
Ver3では字句解析・構文解析までしちゃって無駄の上乗せw

13 :
自分の理解出来ない事はすべて無駄な事ですよね。わかりますわかります。

14 :
速度が低下しちゃってるのはどうしようもないな

15 :
字句解析・構文解析してるってことはもう新たな言語を作ったようなもんだ。
テンプレートエンジンとしては非常に大掛かり過ぎるし、
なによりPHP自体がテンプレート機能があるという。
終わってますな。誰も使わないだろう。

16 :
俺が使うよ

17 :
俺も使うよ
>>15 お前は何を言っているんだ?
え?構文解析を行わないテンプレートエンジンってあるの?
PHP自体のテンプレート機能に不足があるからSmartyを開発したって経緯は知ってる?
なんでSmartyがこんなに普及しちゃったか知ってる?

18 :
PHP自体をテンプレートにすると、ビューすらPHP環境に依存してしまうからなぁ。
ショートタグが禁止になっただけで動かなくなっちゃうコードの多い事多い事…。

19 :
>>17
Smarty信者が必死だなw
Smarty2系は構文解析してーねーよ。正規表現で書き換えてるだけ。
オフィシャルにも書いてあるだろ。
PHPで一時期Smartyが流行ったのは知ってるがもう誰も使ってないよ。
CakePHPもsymfonyもSmartyどころかテンプレートエンジン使ってないから。
お前こそなんで最新のFWでテンプレートエンジンが使われなくなったか
知ってるのか?

20 :
教えて教えて!

21 :
>>19
僕は君がこのスレにいる理由を知りたいな!

22 :
俺の使っているSmarty2では構文解析(パース)に正規表現を使っているけどなぁ
公式の序文にもそう書いてあるんだよなぁ…パースが重いからコンパイル済ファイルをキャッシュするって…うーん。
>>お前こそなんで最新のFWでテンプレートエンジンが使われなくなったか知ってるのか?
教えて教えて!
あとTwigとかいうテンプレートエンジンの開発元と、開発の経緯も知ってたら教えて!

23 :
ググレカスw

24 :
未だにSmartyとか使ってる奴いるんだなw
デザイナーにも優しいとか言ってw
デザイナーにテンプレート書かせるなよwww

25 :
俺は組んだデザイナーによってはsmarty使うことがある。
無くてもいけるが、あったらあったで全体の作業は楽になる。
キャッシュの操作は優秀。
それにsmarty否定派に>>24みたいのがいるなら、逆にこれからも使うかという気持ちになる。

26 :
デザイナーがHTMLを作成する
プログラマがSmartyテンプレートにする
デザインに修正が入ったらデザイナが修正する
が一般的だと思うよ
誰でも出来るデザイン修正にPGの手を割く事に疑問を持たない時点でPGとして終わってる
かといってシステムに影響が出るコードをデザイナに触らせるのはセキュリティ意識低すぎると思う
素のPHPをテンプレートとして使う場合、継承とかキャッシュとかどうしてんだろうね…
否定派の言うことも一理あるが、Smartyのメリットを全く生かそうとしない姿勢が素人臭くて可愛らしい

27 :
>>26
そうなんだが、デザイナーがテンプレ修正するなら
デザイナー自身がSmartyに関する知識をある程度
持っている必要あるよな?
そして、Smartyの知識が分かると言うことは
少なからずPHPも理解する必要があり、そうなればデザイナーか何か分からん

28 :
>>27
Smartyのテンプレートを弄るのにPHPの知識は不要じゃないか?
まともなWEBデザイナなら、テンプレートでループする箇所や、テンプレート変数となる箇所を意識してコーディングするわけで、
デザイナ(コーダー)=全くPGが解らないって考えは古いかと…
少なくとも自分の関わっているデザイナは、Smarty肯定派が多い。
テンプレートが素のPHPだと、毎回細かい仕様や制限を確認するのが面倒だけど、Smartyなら気楽だとさ。

29 :
レンタルブログのテンプレートいじる感覚で使えるんじゃないのかな

30 :
てゆーかね、デザイナーにテンプレートを触らせるということは
コードに手を入れさせるのと同じだよね。
そんな気味の悪いこと良くできますねってことだ。
デザイナーが触らないテンプレートならSmartyなんか使わなくても
生PHPで問題あるの?
継承がどうこう言ってる奴がいるが、Viewに継承て。
そんな複雑なテンプレート作るなよw

31 :
>>てゆーかね、デザイナーにテンプレートを触らせるということは
>>コードに手を入れさせるのと同じだよね。
違うよ。全然違うよ。
>>生PHPで問題あるの?
ロジックの混入を防げないよね。致命的なコード書かれたらどうするの?
>>継承がどうこう言ってる奴がいるが、Viewに継承て。
>>そんな複雑なテンプレート作るなよw
お前が作ってるサイトがしょぼい事だけはわかった。
今時のテンプレートは大抵継承機能を持ってるから、その意味を調べてから出直すといい。

32 :
>>31
>違うよ。全然違うよ。
デザイナーにテンプレート触らせる時点で
お前のやってる仕事の規模が伺えるな。
>ロジックの混入を防げないよね。致命的なコード書かれたらどうするの?
デザイナーにテンプレートは書かせないと言ってる。馬鹿か?
>お前が作ってるサイトがしょぼい事だけはわかった。
>今時のテンプレートは大抵継承機能を持ってるから、その意味を調べてから出直すといい。
テンプレートエンジンなんか今時使ってませんからw
その継承機能とやらを知ってるだけでそのはしゃぎっぷりw
テンプレートエンジンを使ってるという時点で
最新のFWを使ってないんだろうなというのがバレバレですよ?
お前が作ってるサイトがしょぼい事だけはわかったわw

33 :
最新のFW使ってないのバレバレ、キリッ。
かっこよすぎるw
是非その素晴らしい最新のFW構成を教えてもらいたいものだ
うちはCake、ZendFWと双方で使えるカスタムSmartyしか使ってないわ
あー、最新のFWつかいてーw

34 :
>>31
> ロジックの混入を防げないよね。致命的なコード書かれたらどうするの?
Smartyを与えても致命的なコードを書かれる可能性はあるわけですが・・・。
>>33
> Cake、ZendFWと双方で使えるカスタムSmarty
それを使わないでCakeとZFを使うのが最新のやり方だと思うよ・・・。

35 :
>>Smartyを与えても致命的なコードを書かれる可能性はあるわけですが・・・。
具体的にはどんな事を書かれてしまうんだい?
宣言のかかったSmartyテンプレートでDBに穴あけたり、サーバに穴あけたりする方法を教えておくれ。
>>それを使わないでCakeとZFを使うのが最新のやり方だと思うよ・・・。
CakeにしろZFにしろ中間となるViewクラスは作るのが一般的かと…
どこの誰が最新のやり方とやらを提唱して実践してるのか教えてくれ
うちでは一からViewクラスを作って仕様化するより、Smartyを導入する方が制作コスト、学習コストは低いと判断されている。
Smarty≧素のPHP>>>>独自仕様のPHP

36 :
×…宣言のかかった
○…制限のかかった

37 :
>>35
マニュアルを読みましょうね。
http://www.smarty.net/manual/ja/plugins.php
http://www.smarty.net/manual/ja/language.function.php.php
等々
自分の事情を「一般的」と決めつけて、それ以外を理解できない時点で、
技術者としては程度が知れてると思いますよ。
Smarty信者はレベルが低いと言われても仕方がない。

38 :
>>37
プラグインはPGが作成して配備しないと使えないよ
PHPタグ?それこそフィルタでどうとでもなるが?
>>自分の事情を「一般的」と決めつけて、それ以外を理解できない時点で、
そのまま君に返すよw 
君の言う最新のFWのやり方ってやつのソースを出してくれ
君の中で「一般的」なだけかい?
Smartyスレまで来て否定してるんだ、さぞかし素晴らしい実績があるんだろ?

39 :
http://www.smarty.net/manual/ja/variable.security.php

40 :
http://www.smarty.net/manual/ja/variable.security.php
http://www.smarty.net/manual/ja/variable.security.settings.php
セキュリティの設定は当然知ってるよな
ふまえた上で、危険な実証コードも提出してくれると助かるな。
低レベルな俺にはわからん。

41 :
>>38
> プラグインはPGが作成して配備しないと使えないよ
作成して設置すれば使えるってことだよね。
> 君の言う最新のFWのやり方ってやつのソースを出してくれ
自分で調べてくれないかな・・・。
http://cakephp.jp/
http://framework.zend.com/manual/ja/
http://symfony-reloaded.org/
>>40
> 危険な実証コードも提出してくれると助かるな。
>>37を読んでね。

42 :
>>41
>>作成して設置すれば使えるってことだよね。
いやだから、デザイナにはプラグインを設置する権限なんて与えないが?
>>自分で調べてくれないかな・・・。
嫌だよww
君の頭の中にしかないソースじゃ調べようが無いだろw
>> 危険な実証コードも提出してくれると助かるな。
>> >>37を読んでね。
プラグインは設置出来ないし、{php}タグも使えないよ?
他は無いんすかw 
結局、君の思い込みだけでSmarty批判してただけか、残念だ。

43 :
Smarty信者は頭が固くなっちゃってて駄目だな。
自分のやり方に固執してそれ以外を受け入れることができなくなってる。
可哀相に。

44 :
もっと柔らかく考えような?
SmartyにはSmartyのメリットもあるんだ。
何も示さずに「Smartyスレ」で、Smarty否定されてもそりゃ誰も受け入れないだろう。
可哀想な僕らに君のその自信と根拠を示してよ(あるならね)
そもそも所詮は手段の一つに過ぎないライブラリを否定する事に意味があるのかは疑問だが…
要件に合わなければ使わなければいいんじゃないの?
手段と目的が逆になってないかい?

45 :
Smartyは好きで使ってたけど、今はほとんど使わなくなっちゃったな。
今時はフレームワークがキャッシュ作ってくれるからSmartyのキャッシュのありがたみが無いし、
どっちにしろforeachやifが入ってくると、テンプレートは思ってるほどすっきりしない。
<?php ?> と書くか {} のと書くか違いぐらいでしか無くなっちゃった。

46 :
フレームワークってそんなにいいんだ。
正直知らんかった。

47 :
というか Twig が気になってきた。

48 :
Smarty使えないヤツにいくら必要性をアピールしたところで無意味だよ

49 :
Smartyは「ロジックの混入を防ぐためのツール」では無いのだが、
それにも関わらず、Smartyを使えば絶対安全だと勘違いする人がいる。
最初から
> SmartyにはSmartyのメリットもあるんだ。
程度の柔らかい論調で語ればいいのに、
「Smarty以外にはメリットが無いからSmarty以外は認めない!」
みたいに意固地に主張するわけのわからない信者がいる。
そういうやつが極端な煽り発言を繰り返すから炎上して、
Smartyユーザが全員馬鹿にされて、このスレで有意義な話題が始まらない。
>>42
「制限すればいい」「権限を与えなければいい」と言うなら、
生のPHPだって、制限をかければ致命的な挙動は避けられるでしょ。
論破したつもりになりたいからどんどん変な条件を追加していって、
結局自分の言いたい根本の部分がおかしくなってるいい例だよ、あなたは。

50 :
で、君は何が言いたいんだい?
「最新のやり方と違う」とか言われてもさ、具体的に何がどう劣って、何がどう優れるのか示してあげなよ。
ここはあくまで「Smartyスレ」なんだよ。わかるかい?
>>生のPHPだって、制限をかければ致命的な挙動は避けられるでしょ。
コード規約上の制限は可能かもしれないが、実際に穴をふさぐのは相当難しいと思うよ?
もし可能だとしたら、それはSmarty以上に肥大化しちゃう気がするよ。
少なくともSmartyの開発思想には「権限管理」があり、それを実現するだけの「機能」がある。
それを求めて導入する人も多々いるって事さ。
論破も何も、君の意見は「最新」とやらを後ろ盾に上から目線で否定してるだけだよね?

51 :
釣れますか?

52 :
>>50
自分は34ですが32ではないです。
最新どうこうは31と32が言い出した事に過ぎないので、個人的には興味ありません。
「Smarty2はモダンではない」という意識が合っていればそれ以上の主張は無いです。
> 少なくともSmartyの開発思想には「権限管理」があり、それを実現するだけの「機能」がある。
自分の立場は、あなたのおっしゃるこの部分への反対の立場です。
> 実際に穴をふさぐのは相当難しいと思うよ?
DBアクセスさせたくなかったらモジュールをロードしなければいいんだし、
safe_modeという機能があるのもご存じでしょう。肥大化は一切しませんよね。
本質は「ガチガチに設定すれば安全にだってできるんだ!」じゃなくて、
「そもそもが安全であるかどうか」でしょ。
「生PHPは絶対に危険で、Smartyは絶対に安全なんだ」って主張は誤ってると思いますよ。
だから、その理由をもって生PHPのテンプレートを持つフレームワークを忌避しているなら、
考え方を柔軟にして、Smarty以外のものも触ってみたらいかがですか、というお話です。

53 :
>DBアクセスさせたくなかったらモジュールをロードしなければいいんだし、
>safe_modeという機能があるのもご存じでしょう。肥大化は一切しませんよね。
View側はそれでいいのかもしれませんが、実際にそのような設定でシステムを稼働させた事はありますか?
Controller側でDBアクセスが必要、View側では不要、という場面は多々あると思います。
>「生PHPは絶対に危険で、Smartyは絶対に安全なんだ」って主張は誤ってると思いますよ。
はい。そうは思いません。
ただView側に権限分離の安全策を施したい場合、Smartyに限らずテンプレートエンジンは有意義だと考えています。
ちなみにFW自体は積極的に導入していますよ。
View部分のみSmartyを採用する事で、それぞれのViewスクリプトの方言を統一する役割も担っています。
Twig等のモダンどころもテスト導入してみましたが、乗り換えるコストに対するメリットが少々薄いという印象ですね。
内部的にはSmartyより遙かに洗練されているとは思いますが。

54 :
そもそも隔離スレだったのに不要論を声高に叫ぶヤツが来るからこうなるんだろ

55 :
なんかわからんけどいなくならないのよね。
Smartyが必要な案件に参加できなかったとか具体的な恨みがあるんだろうけど

56 :
こんな人格じゃあニワンゴくらいしか入れないだろねぇ

57 :
便所の落書きで人格とか言われましても(^o^;

58 :
┏(^o^;)┓
  ┃┃

59 :
>Smartyが必要な案件に参加できなかったとか具体的な恨みがあるんだろうけど
そんなプロジェクトには参画したくありませんから〜
Smartyはいらない子だって分かって!

60 :
そうだね。
あなたと同じくらい、世間様からは必要とされていないのかもしれないね。
ごめんね・・・ごめんね・・・
カーチャンの教育が間違っていたね・・・ごめんね・・・J( 'ー`)し
スレの皆さんも本当に申し訳ありません。
うちの子も本当は仲間に入れて欲しいだけなんです。
素直になれなくて・・・ただ、それだけなんです。
ごめんね・・・ごめんね・・・

61 :
結局このスレで有意義な話題が出るわけじゃなく、
必死のSmarty擁護と煽りが交互に繰り返されるだけという所が、
Smartyの質の悪さを如実に現しているような気がする。

62 :
テンプレをHTMLとjavascriptが辛うじて出来ますくらいの奴にいじらせなきゃいけない時に有効。
それ以外じゃPHPにテンプレエンジンはいらん。

63 :
あのさ、もしかしたら↓の日記に洗脳された人がこのスレで荒らしてるんじゃないのかな
ttp://d.hatena.ne.jp/noopable/20090529/1243571310
Smartyが嫌いなら見にこなけりゃいいのにねw
何でわざわざ書き込みにくるんだろう
Smartyを使った仕事もないから需要というのを知らないのかな
Smartyを完全否定してる人は仕事に関わってなくて、趣味程度な人なんだろうね

64 :
そりゃリプライがあるからだろ
どう見ても狼少年
てか、ポットかもw

65 :
頭悪くてSmartyのメリットを理解出来ない否定派がキーキー喚いてるだけだろ・・・
本当に不要だと思うなら、こんなスレ来ないだろうし。

66 :
無駄に煽るから来るんだと思うが・・・

67 :
煽られてるのはスレ住民側だと思うが

68 :
いちいち相手しなきゃいいじゃん
スルー出来ない奴も荒らし

69 :
質問してもいいでしょうか
HTMLにSmartyタグを使って
<a href="test{$hoge}test">
こんなのがあった時に、
<a href={"test{$hoge}test"|urlchange}>
こんな感じのことをしたいのですが、Smartyがエラーを吐いてしまいます。
もちろん
<a href={"test"|cat:$hoge|cat:"test"|urlchange}>
ここまで書き換えればうまくいくいのですが…。
うまい解決方法はないでしょうか?

70 :
aタグの hrefの引数を{ |urlchange} で囲む。
というのを構文解析で自動化したいので、そのhrefの要素の中にSmartyタグが紛れていると厄介だな。
という状況です。

71 :
それこそアンチが言うようにPHP側で処理すればいい

72 :
SmartyはVer3系になって
あまりの迷走っぷりに皆に愛想つかされて消えて欲しいな☆

73 :
えー、Smartyタグを多重に囲うとエラーになるの?w
何それしょぼすぎるw

74 :
文法間違えればそりゃエラーになるだろw
>>69-70
文字列内で変数を展開する場合は、バッククォートで囲う必要があります。
<a href={"test`$hoge`test"|urlchange}>
詳しくは基本構文を参照してください
http://www.smarty.net/manual/ja/language.syntax.quotes.php

75 :
>>74
> HTMLにSmartyタグを使って
> <a href="test{$hoge}test">
> こんなのがあった時に、
詳しくを参照する前に、質問者のレスを読みましょう
必ずこうなってるなら話はべつだがな
<a href={"test`$hoge`test"}>
それに関数使ってた場合は絶対無理だし
<a href={"test"|komekome}>
<a href={{"test"|komekome}|urlchange}>

76 :
SmartyテンプレートをDreamweaverで編集している人いる?
Smartyタグを不可視エレメント表示できないかな

77 :
>>69-70
関数まで考慮するならpostfilter、outputfilterで実装出来るけども
やろうとしてる事自体の設計が間違ってると思う。

78 :
いや、設計は間違ってないだろ
手動でSmartyタグを書いたあとに、一括して全ての特定の何かを置換したい
そういったことはママあることだ
あと、実装するならprefilterだろう
postfilterで何する気だ

79 :
思想としてはありだろうけど、>>69>>75みたいな状況になってしまう時点で実装方法の設計が間違ってるかと。
>>69の要件を実装したいならprefilter内で自前で構文解析するより、
postfilterもしくはoutputfilter内で必要部分をSmatyタグに置換して、再帰的にSmartyテンプレートとして実行すればいいんじゃないのかね。
prefilterで何する気?

80 :
追記
憶測だけども、>>69は全てのリンク先に特定の処理を施したいって事だろうから、
簡単なoutputfilterで文字列置換してやるだけで実現出来ると思うよ。
無理矢理Smartyタグに置換し直す必要性があるのか?って事ね。

81 :
思想としてはありだから、できないのか質問に来たわけだろ?
結果は「できない」
自身の定義タグを再帰的に処理できないとか、Smartyのしょぼさがうかがえるわ

82 :
>>79
> postfilterもしくはoutputfilter内で必要部分をSmatyタグに置換して、再帰的にSmartyテンプレートとして実行すればいいんじゃないのかね。
これの意味がわからね
どういう動作させる気なの?

83 :
>>結果は「できない」
お前がそう思うんならそうなんだろうな・・・お前の中では。
再帰的に処理したいならフィルタ書くなり、再帰的にfetchする実装を行えばいいだけでさほど難しくないよ。
逆に再起処理は自前で実装して再起回数を制御しないと無限ループしてしまうと思うんだけど。
Smartyがしょぼいんじゃなくて、使いこなせてないだけだろw

84 :
>>82
<a href="test{$hoge}test">を実行する。
<a href="testHOGE_VALUEtest">という出力になる。
outputfilterで<a href="{"testHOGE_VALUEtest"|urlchange}">という風に置換して、再度実行する。
別にoutputfilterでなくてもいいけど、好きなタイミングで再起処理すればいいんじゃないかね。
どうしても自前で構文解析して、一度の実行で処理したいなら{capture}タグあたりへの置換を駆使すればいいと思うよ。

85 :
いくらなんでも、
Smartyの出力処理 → HTML構文解析処理 → Smartyタグを新たに自動挿入 → Smartyの出力処理
と、毎回のアクセスでやるのは動作が重すぎるので…
>逆に再起処理は自前で実装して再起回数を制御しないと無限ループしてしまうと思うんだけど。
それこそ無限ループさせる人間がしょぼいと思うんですが…
while文は無限ループする可能性があるので実装しない。みたいなもんで、本末転倒かと

86 :
{capture}を使うことで、狙った通りの挙動が可能なのを確認しました。
今件はこれで終わりにしたいと思います。
色々ありがとうございました。

87 :
まったく役に立ってないけどな
再起処理は自前で実装して再起回数を制御しないと無限ループしてしまう(キリッ

88 :
capture関数を見ていたところ、素直にオリジナルのブロック関数を作ればよいということがわかりました。
報告しておきます。

89 :
器の小さい話だけど1人でサイト作る時は、smarty便利じゃない?
またはデザインが先に出来てて、仕組みを後から作るときとかも。
会員サイト作る時はセッションセキュ考えるのめんどくさいからFWつかっちゃうけど、
joinの嵐サイト作る時は、smartyのみ使う。
2つのキャッシュ機能使いわけが便利ですし。
と俺のお婆ちゃんが言ってた。

90 :
>>85
>>逆に再起処理は自前で実装して再起回数を制御しないと無限ループしてしまうと思うんだけど。
>それこそ無限ループさせる人間がしょぼいと思うんですが…
>while文は無限ループする可能性があるので実装しない。みたいなもんで、本末転倒かと
Smarty自身が再帰機能を持っていた場合、ループ条件はどうやって決めるのって話だが、
自前でループ条件実装しなきゃ駄目だろ?どこに実装しないなんて書いてあるの?w
>Smartyの出力処理 → HTML構文解析処理 → Smartyタグを新たに自動挿入 → Smartyの出力処理
という流れを再帰処理って言うんだけど大丈夫?
再帰処理ってわかってる?w

91 :
>>87
なんだ、お前役に立ってないって自覚してたのか、案外偉いな。
結果は「できない」(キリッ
Smartyのしょぼさがうかがえる(キリッ
とか言ってる時点で気づいて欲しかったが・・・
「できない」wとか言った人が何反論してもむなしいぜ?

92 :
俺Smartyの仕様なんてしらねーもんw
少なくともここの連中的な結論は「できない」だっただろw
もしくは再帰的にSmartyを動かせ(キリッ
おいおいw
パフォーマンスガン無視ですかw
で、真実はSmartyにちゃんと対応できる機能がありました
あれあれ?Smartyを馬鹿にするやつは使いこなせてないからだ(キリッ とか言ってた人達、使いこなしてないですねー?w

93 :
>>90
え・・・smartyタグが全て無くなったら抜けるが分岐条件だろJK

94 :
>>92
開き直りカッコイイです。
どのレスが「できない」なんて言ってるの?お前のレスだけだよw
>で、真実はSmartyにちゃんと対応できる機能がありました
ねぇよw {capture}タグに置換、ブロックタグの作成で実装したって書いてあるだろ
素人だからレスの意味もわからんのだろうけど、これ、Smartyの機能じゃなくて独自拡張な。
>>93
Smartyタグが無くなったら?
それこそ最低2回は構文解析入ってパフォーマンスガタ落ちなんじゃないの?w
目先の論破にムキになって、自分にブーメランが返ってくる良い例だな君は。

95 :
>>93は俺じゃねーよw
対応できる機能「あった」じゃん。独自拡張機能っていう機能が
でもそれを質問者に教えてあげることができなかったんでちゅよねーw
使いこなせば便利なSmarty(キリッ
Smartyに不満があるのは使いこなせてないから(キリッ

96 :
>>95
{capture}もフィルタでの置換処理も、全部>>-84までで出てるけどw
言い返せなくて脳内変換しちゃったかな?かな?
「できない」とか「無い」とか言ってる人お前くらいだよw

97 :
71 名前:nobodyさん[sage] 投稿日:2010/04/21(水) 19:37:30 ID:???
それこそアンチが言うようにPHP側で処理すればいい
74 名前:nobodyさん[sage] 投稿日:2010/04/22(木) 15:25:41 ID:???
文法間違えればそりゃエラーになるだろw
77 名前:nobodyさん[sage] 投稿日:2010/04/22(木) 19:12:29 ID:???
>>69-70
関数まで考慮するならpostfilter、outputfilterで実装出来るけども
やろうとしてる事自体の設計が間違ってると思う。
80 名前:nobodyさん[sage] 投稿日:2010/04/22(木) 23:48:30 ID:???
追記
憶測だけども、>>69は全てのリンク先に特定の処理を施したいって事だろうから、
簡単なoutputfilterで文字列置換してやるだけで実現出来ると思うよ。
captureなんてどこにもないが?

98 :
ブロック関数という言葉すらでてないな

99 :
もういじめてやるなよ
アドバイスできるほど理解のある人間が、たまたまその時間帯いなかっただけだろ

100read 1read
1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼
・ 次のスレ
14: C言語が理解できないのですが (56)
17: 【PHP】Yii Framework (493)
18: Perlコーディング初心者質問スレ Part 63 (425)
19: 面白いブラウザゲームのネタを考えたぞ (89)
20130710012544
マジでSmartyなんか使ってるの?wwww