05/11/12 23:21:56
自分はPerl使いたいんですが、デザイナがDreamweaver使ってる関係上、
Smartyがいいんですよね。
自分であんまり調べてないんでアレなんですが、キャッシュとかそういう
細かいところ考えなければ、そこまで手間かけずにできそうですね…
ところで、
Smartyのキャッシュってのは、要はそのまま実行できるPHPコードに
落としたってことなんでしょうか？それとも、もっと工夫とかしてるんで
しょうか？
識者の方、たのんます
701:nobodyさん
05/11/13 05:42:01
しょぼいけどこんなものも
URLﾘﾝｸ(template-toolkit.org)
>そのまま実行できるPHPコード
です。生成されるコードはあまり頭良くありません。
PerlからSmarty呼ぶPHPコードを作成してforkするのはキモいですねｌ。
702:nobodyさん
05/11/13 17:30:31
>>700
DreamweaverってSmartyのテンプレートを認識する機能があるの？
703:nobodyさん
05/11/15 19:03:20
>>702
ありますよ。デフォではないけど、ファイル落としてきて設定できます。
あと、極める PHP とかいう本に DW のテンプレート (*.tpl) を Smarty のプレフィルタ通して
そのまま使う方法が紹介されてたと思います。
704:nobodyさん
05/11/16 09:23:51
>>697
> 自分はPerl使いたいんですが、デザイナがDreamweaver使ってる関係上、
> Smartyがいいんですよね。
遊びならそういう考え方でもいいけどね、仕事ならデザイナに合わせるか、
デザイナに合わさせるか、どっちかにしなさい。
705:nobodyさん
05/11/16 10:19:34
?
706:nobodyさん
05/11/16 11:48:20
デザの主張ですから
707:nobodyさん
05/11/24 10:39:19
コンテンツとデザインの分離なんて夢物語だったんだよ…。
708:nobodyさん
05/11/24 13:52:42
>>707 >>28
709:nobodyさん
05/11/26 13:32:29
ロジックの成果物がコンテンツだろ。こだわるない。
710:nobodyさん
05/11/26 20:32:48
つまりデザインからデザインを分離したいスレだったと言うわけか
711:nobodyさん
05/11/27 14:35:30
コンテンツの提示・操作するインタフェイスがデザインだよ。
お前なんてテンプレートエンジン使ってテンプレートで満足しときな。
712:nobodyさん
05/11/27 14:45:49
いや、無知なら無理せずだまっとけばいいじゃん
713:nobodyさん
05/11/27 20:36:56
コンテンツとデザインの分離と聞いて思い浮かぶのが、
HTML(コンテンツ)とCSS(デザイン)。
でも、板的にこの解釈は違うよなぁ
714:nobodyさん
05/11/27 22:22:49
HTMLをまったくの修正無しにデザインを変えられたら、
コンテンツとデザインが分離されていると思うが、
実際は、CSSでデザインするために、divで囲ったり、
classやidを指定したりとHTMLを修正するのが現実。
715:nobodyさん
05/11/29 01:08:19
結局そこまでしてもHTMLで文書構造を記述してる奴なんて居ないしな。
ただ単にH1とか文書構造を記述するタグを使わなくなった奴が増えただけ。
716:nobodyさん
05/11/29 12:12:41
URLﾘﾝｸ(www.csszengarden.com)
717:nobodyさん
05/11/29 13:05:36
>>716
そういうの見ると、CSS の限界を感じるな。
718:nobodyさん
05/11/30 00:23:29
確かに。いくつか見てみたけどやたらと独善的なデザインが多いというか…、
よくあるBlogのデザインを超えれない感じ。
まぁ、Blog自体がデザインをCSSでやってる感じだからあたりまえっちゃあたりまえか。
719:メソドロジスト
05/12/31 23:24:10 8280SbsE
オブジェクトブラウザを使えばいいじゃない
サーバ側はオブジェクトDBで表示(表示せず検索だけっていうのもあり)はクライアントに任せる
720:nobodyさん
06/01/01 00:54:46 WHqdtVTb
>>719
ヒント: 普及
721:nobodyさん
06/01/05 11:40:54
>>718
Zen Gardenが先でBlogツールのデザイナーが真似してるんだが…
722:nobodyさん
06/01/06 08:03:48
>>713
コンテンツは何らかの DB でデザインは HTML + CSS という考え方も
この板的には可能だと思うけどね。
723:nobodyさん
06/03/01 13:25:50 oSoRhsQG
age
724:nobodyさん
06/03/18 03:31:11
分離なんかすんなよ
あっちこっち見なきゃいけないだろ
725:nobodyさん
06/03/19 20:24:10 SDrZ8pUg
>>724
うまく分離できれば、必要な箇所だけをみればすむので、逆に楽になる。
あっちこっちみなきゃいけないのは分離の仕方がまずいだけ。
関連するものはひとまとめにし、関連しない・関連がうすいものは別にする。
これをちゃんとやっていれば、分離した方がぜったい楽になる。
問題は、どうやったらうまい分離ができるのかだ。それを議論するためにこのスレがある。
726:185
06/03/19 22:40:59
私が以前試したやり方はこうです。
1. HTMLに<{title}>のような記述をする。
2. プログラム側で<{title}>を置き換えるためのコードを書く。
3. プログラムにHTMLを読み込んで,<{title}>の部分を置き換える。
4. 出力する。
結局、HTMLは見やすくなりましたが、プログラムの方はわかりにく
くなりました。(ただし、1の言うようなprintの嵐は回避できました)
727:nobodyさん
06/03/20 10:52:21
>>726
そういうのはわざわざ自分でやらずにテンプレートシステム
使った方が楽じゃないの？ で、テンプレートに実際に値を
放り込む部分をうまく抽象化すればロジックに集中できる
ようになるよ。
テンプレート使っても値のセットを直に書いてると全然見やすく
ならない。
728:57
06/03/20 14:30:14
>>727
確かにそうなんですよねぇ。私もsmartyというヤツを使ったことが
ありあます。機能性はかなりいいのですが、動作が遅くて…
729:nobodyさん
06/03/20 15:35:41
>>727
置換程度ですむなら、わざわざテンプレートシステムつかう必要はない。
ロジックが入ってきたり、ちょっと複雑なことをしたくなったら、そのときにテンプレートシステムを検討すればよい。
730:nobodyさん
06/03/20 15:45:25
時代を先取りしていた MVC スレはここでつか？
731:nobodyさん
06/03/20 15:58:08
でもテンプレートを間に入れとくと XSS とか防ぎやすくなるよ
732:nobodyさん
06/03/21 22:46:59
>>726
私のやり方は似てるがちょっと違ってて次のようにHTMLをマーキングする。
<!--FUNCBEGIN display_title $title-->
... 何かHTML ... $title ...
<!--ENDFUNC-->
これを簡単に書いたコンパイラーを通して次のようなperlコードを生成する。
（自分はperl使うけど他の言語にも応用は効くと思う）
sub display_title {
my ($title) = @_;
print <<__END_HTML;
... 何かHTML ... $title ...
__END_HTML__
}
このようにして１つのHTMLを好きな単位で複数の論理的な単位に分解し、
プログラムから呼び出す。 プログラムは単純。 HTMLも単純。
ランタイムのオーバーヘッドもなし。 かなりおいしい方法だと
思ってるのだが。
733:nobodyさん
06/03/22 08:16:53
>>732
そのHTMLの断片が使用するCSSやJavaScriptはどうしてる？
それらはまとめて１つのCSSファイルやJavaScriptにしてるのか、それともそいつらまで複数ファイルに分離しているのかききたい。
もし後者なら、HTMLの断片を、必要なCSSとJavaScriptもいっしょにして、いわゆるコンポーネントとしてまとめることができる。
JSPのカスタムタグのような大げさな方法でないから、スクリプト言語向きだよな。
734:nobodyさん
06/03/22 09:54:29
Template::Toolkit 最強ということでおk？
735:nobodyさん
06/03/22 20:29:36
>>733
使う画面はすべて１つのHTMLにまとめました。 画面によって違うCSSとか使うといったら
出来ないけど、自分の場合はCSSは１つで共通だったのでおｋ。
736:nobodyさん
06/03/22 23:23:40
>>735
そこなんだよなあ。Portletのようなことをしたいとき、HTMLだけだったらなんとかなるんだけど、CSSとJavaScriptがどうもうまく扱えない。
まあ<head>の中で<script>や<style>を動的に出力すればいいだけともいえるのだが。
737:nobodyさん
06/03/24 00:23:39
webプログラムって、ほんと、ごった煮技術だもんなぁ。
738:nobodyさん
06/04/02 21:47:09
HTML上にアルゴリズム記述して動作させてる分にはウェブデザの範疇だと思うな。
ウェブデザがプログラム出来ないって事なら、HTMLとプログラムを分離すればいいだけ。
あくまでHTMLはウェブデザが記述して納品すべきモノ。
smartyの速度に不満があるってのは、速い鯖買わせるかzend買いなさい。
あるいはウェブデザを換えるかだね。プログラマが変わってもいいけど嫌だろ？
739:nobodyさん
06/04/29 14:41:41
ASP.NETはだめなの？
HTMLとCSSでデザインして、必要なデータは引っ張ってこれるし、
ASP.NETの独自タグつかわなてもHTMLのタグでも、runat="server"さえ
挿入してやれば、ほとんど問題ないとおもうんだけど？
740:nobodyさん
06/07/20 00:39:41 aTH5P7qm
スレッドと住民が分離している件について
741:nobodyさん
06/07/22 09:22:32
src="script.cgi"って出来るコードならほぼ分離できる。
742:nobodyさん
06/07/26 03:51:25
そんな複雑なこと許したら、cgiに実行権付け忘れて、スクリプトダウンロードさせまくりのサイトが量産されるだけだよ。
今でさえ、asp/jsp/php/plとかのページをクリックするとダウンロードが始まるサイトがあちこちにあるのに(w
743:nobodyさん
06/07/26 11:03:38
複雑？ｗ
ｗｅｂ閲覧自体ダウンロードじゃなくてなんなのか問いたいｗ
744:nobodyさん
06/07/26 19:02:34
そもそも静的ファイルをダウンロードする機能しか無いのに、スクリプト使って動的に生成する時点で規格外。
745:nobodyさん
06/07/26 21:56:38
ん？
<img src="cnt.cgi">とかは普通にカウンターとかで使われてますよね？
746:nobodyさん
06/07/26 22:40:05
サーバー側で何しようが、送られるべきモノさえ送られれば、何の問題も無いよ。
747:nobodyさん
06/07/27 01:39:07
HTTPの仕様では、そこはcnt.cgiってイメージファイルを要求してるわけだが。
748:nobodyさん
06/07/27 13:09:07
HTTPはプロトコルなので、サーバ側がどうデータを生成するべきかまでは規定していない。
749:nobodyさん
06/07/28 01:21:49
ブラウザが想定してリクエストしている。鯖がリクエストに従って返せばいい。
750:nobodyさん
07/01/29 12:17:19 HmfI8Dy9
age
751:nobodyさん
07/02/03 04:41:04
javaならmayaaがいいかも
752:nobodyさん
07/02/05 04:53:15
pythonならkidがいいかも
753:nobodyさん
07/02/20 17:57:57 S18lAwTV
wicketってHTMLを分離できてる？一見できているように見えるんだけど、
実はできてないように思える。
754:nobodyさん
07/02/26 18:23:31
PHPならCakeがいいかも
755:nobodyさん
07/02/26 18:37:30
おまいら分離する事自体が間違いだと気付けよ
756:nobodyさん
07/02/26 20:11:23
どの点が間違えているのか頭の悪い私にもわかるように具体的に説明してください＞＜
757:nobodyさん
07/02/27 09:35:29
>>755
諦めたらそこで試合ｓｙ（ｒｙ
758:nobodyさん
07/03/26 16:01:21
モデルとデザインは分離するけど
デザインはコンテンツの一部な気がしなくもない。
759:nobodyさん
07/05/04 11:04:13 /O1lAt+h
wicket だ、wicket
760:nobodyさん
07/05/04 18:39:36
wicketはあんまりうまく分離できないだろ。
761:nobodyさん
09/01/06 01:23:35 9VtJjPjs
>>4
こういう感じのことをASP.NETでできる？
762:nobodyさん
09/05/20 19:22:02
<html>
<head></head>
<body>
<form>
<input name="foo" type="input" value="<?php echo $_GET["aaa"]?>">
</form>
</body>
INPUTの値を動的に変えようとするとこういう風になってしまうんだが、コードとHTML部分が混じっていて非常に気持ち悪い。
どうにかして分離する方法はないのか？
言いやり方があったら教えてほしい。
763:nobodyさん
09/05/29 01:35:16
いっその事こうするとか、
<?php
echo <<< EOF
<html>
<head></head>
<body>
<form>
<input name="foo" type="input" value="{$_GET[aaa]}">
</form>
</body>
EOF;
?>
764:nobodyさん
09/05/29 22:25:04
URLﾘﾝｸ(anond.hatelabo.jp)
みたいに簡単な独自のテンプレート作るとか。
765:nobodyさん
09/06/10 19:41:19
いまさらこんなこと議論する必要ないだろｗｗ
766:nobodyさん
11/09/27 17:26:25.54
編集が楽だろうね
767:nobodyさん
11/09/30 02:17:50.88
コンデンサに見えたｗ
768:nobodyさん
11/09/30 21:09:39.94
え？
769:nobodyさん
11/10/04 16:48:57.75
コンデンサ？
770:nobodyさん
11/10/28 05:53:01.26
芸術とか、芸術的とかいう言葉がどうも気恥ずかしい。
自分を芸術家だとおもっている人たちも苦手である。ぼくはイラストレーターであり、子供の頃から
絵を描くことが大好ぎだったが、画家になろうなどとおもったことは一度もなかった。
小学生の時、ゴッホの画集を見ていて、自分の耳を切る話はまったく理解できなかった。気味悪
い男だなあとおもった。
絵を描いていると、インタビューなどでよく訊かれる。「壁にぶち当たったり、描けなくて悩んだりし
たことはありませんか」、などといった質問だ。
ぼくは答える。「芸術家じゃありませんので、そんな恰好いいことはないですよ」
描けなかったり悩んだりするくらいならとっくにこの仕事はやめている。楽しいからやっているのだ。
自分を芸術家だとおもっている人たちのファッションも苦手だ。普通のシャツを着れぱいいのに少
しも似合わないマオカラーのシャツなどを着る。どこか普通じゃないことを主張したいのだろうか。
このマオカラー愛好家に何故か建築家が多いのもふしぎである。デザイン関係者にもこのマオカ
ラーファンが多く、全国のデザイン会議などあると半分くらいがマオカラーを着て現れる。弁解して
おくが、マオカラーのシャツが悪いのではない。自分は普通じゃない、芸術家なんだといった輩に
魅入られてしまったのが不幸である。マオカラーには同情する。
人前で絵を描いたりするのも勘弁だ。ワークショップなどはぞっとする。人前で音楽に合わせて絵
を描くなどは死刑に等しい。もしも肉親がそんなことをしたら自殺するだろう。（イラストレーター）
771:nobodyさん
11/12/05 22:52:58.61 xh2P0rA5
コンデンサ？
772: 忍法帖【Lv=40,xxxPT】(5+0：8) 【42.4m】 電脳プリオン ◆3YKmpu7JR7Ic
13/01/03 13:54:59.63 BE:162163744-PLT(12079)
∧＿∧
（ ・∀・） | | ｶﾞｶﾞｯ
と ） | |
Ｙ /ノ .人
/ ） .人 < >_∧∩
＿/し' < >_∧∩｀Д´）/
（＿フ彡 Ｖ｀Д´）/ / ←>>564
/ ←>>563
773:nobodyさん
13/08/28 NY:AN:NY.AN
コンデンサ？
774:nobodyさん
13/08/29 NY:AN:NY.AN
/''⌒＼ +
,,..' -‐==''"フ + . .*
゜（n‘∀‘)η .+ ぬるぽ～！
. （ ノ
. （＿）_）
775:nobodyさん
13/09/03 08:14:13.19
コンデンサ？
776:nobodyさん
14/01/09 02:55:56.93
コンディション
777:nobodyさん
14/01/14 23:46:49.68
コンフェデレーション