- 1 名前：nobodyさん [2008/02/02(土) 00:21:09 ID:6cKcKeTp]
- まぬあるwww.smarty.net/manual/ja/
- 467 名前：462 mailto:sage [2009/05/22(金) 17:49:33 ID:???]
- >>466
!('Ａ')あ〜
なんか少々モヤモヤが晴れてきました。
引き続き勉強します。
- 468 名前：nobodyさん mailto:sage [2009/05/23(土) 20:37:34 ID:???]
- Smartyを勉強し始めたのですが、
phpコードに書いた和文が文字化けしてしまいます。
テンプレートの和文は文字化けしません。
phpで$smarty->assign('name', 'みなさん');として
tplに「こんにちは、{$name}！」とすると、
htmlで「こんにちは、文字化け！」とでてしまうのです。
全部UTF-8で書いています。
サーバーはsixcoreをかりており、mbstringの設定はこうしています。
mbstring.language = Japanese
mbstring.internal_encoding = UTF-8
mbstring.http_input = pass
mbstring.http_output = UTF-8
mbstring.encoding_translation = Off
mbstring.detect_order = UTF-8,EUC-JP,SJIS,JIS,ASCII
mbstring.substitute_character = none;
今日一日中ググりまくっているんですが、どうしてもわかりません。
どなたかお助けください。おねがいします。
- 469 名前：468 mailto:sage [2009/05/23(土) 20:42:52 ID:???]
- phpファイルだけがSJISになってました！
ほんとサーセンでした！！！
- 470 名前：nobodyさん mailto:sage [2009/05/23(土) 21:22:40 ID:???]
- 「こんにちは、文字化け！」
はﾜﾗﾀ
- 471 名前：nobodyさん mailto:sage [2009/05/23(土) 21:30:08 ID:???]
- smartyのテンプレートに$hogeという配列が空じゃない場合の条件分岐処理を書きたいんですけど、
この書き方はおかしいのでしょうか
{if $hoge!==""}text{/if}
たまにif文が動かないのでおかしいと思うのですが
- 472 名前：nobodyさん mailto:sage [2009/05/23(土) 22:28:46 ID:???]
- smarty文法のばあい
===はあるけど!==はないんじゃないか？
マニュアルに記載されてないし
!($hoge==="")
に差し替えてみよう
- 473 名前：nobodyさん mailto:sage [2009/05/23(土) 23:15:34 ID:???]
- is_array() とかつかえなかったっけ？
- 474 名前：nobodyさん mailto:sage [2009/05/25(月) 00:05:06 ID:???]
- >>472
>>473
どちらも動作しました
ありがとうございます
- 475 名前：nobodyさん [2009/06/30(火) 18:33:31 ID:Cv5BCTzF]
- 既存のソースをフレームワークを使って書き直したいんだけど、smartyは他のフレームワークと比べて
何か利点はありますか？それとも他のフレームワークを使った方がよいですか？
フレームワークを使い比べたことがある方、教えてください。
- 476 名前：nobodyさん mailto:sage [2009/06/30(火) 21:29:17 ID:???]
- フレームワークはMVC+αを担当するものとした場合、
SmartyはVのみを担当するテンプレートエンジンでしかない。
・既存のソース+Smarty
・他のフレームワーク+Smarty
という使い方が一般的です。
- 477 名前：475 [2009/07/01(水) 02:15:48 ID:FWyhhBD1]
- >>476
簡単ながら簡潔な意見だと思います。ありがとうございます。
- 478 名前：nobodyさん mailto:sage [2009/07/01(水) 18:56:06 ID:???]
- どういたまして。
- 479 名前：nobodyさん mailto:sage [2009/07/06(月) 17:48:50 ID:???]
- Smartyも大きく言えば、関数ライブラリだからな。
HTML内にPHPコードを書いているのと変わらない。
（しかも、それを実現する為に複雑な処理をしているのでパフォが落ちる
でも、プログラマー以外がテンプレートを操作する環境なら凄い便利
- 480 名前：nobodyさん mailto:sage [2009/07/06(月) 17:53:06 ID:???]
- 小さく言うと何？
- 481 名前：nobodyさん mailto:sage [2009/07/07(火) 00:33:01 ID:???]
- smarty乙php乙時代はC++俺はHTMLﾎｰﾑﾍﾟｰｼﾞﾋﾞﾙﾀﾞｰ
- 482 名前：nobodyさん mailto:sage [2009/07/07(火) 03:43:16 ID:???]
- <small>関数ライブラリ</small>
大事なことなので小さく言いました。
- 483 名前：nobodyさん mailto:sage [2009/07/07(火) 04:18:14 ID:???]
- >HTML内にPHPコードを書いているのと変わらない。
PHPコードを書かせない(制限する)為に、Smartyがあるわけだが。
>（しかも、それを実現する為に複雑な処理をしているのでパフォが落ちる
内部的にPHPに変換及びキャッシュを行うから、きっちり設定をすればパフォ的には気にとめる程じゃ無くね？
システム規模によるだろうけど、大抵は処理全体の１割未満のリソースしか食わんよ。
上手に導入出来れば開発が相当楽になるので、結果的にコストパフォーマンスは上がるしさ。
一度Smartyの設計思想を読む事をおすすめ。
- 484 名前：nobodyさん mailto:sage [2009/07/07(火) 16:14:30 ID:???]
- >>483
いやいや。そう言うことを言いたいんじゃないよ。
Smartyを覚えるならPHPも覚えなければいけないわけで、
フレームワークに使用するにはかなりの知識が必要だよ。
ってこと。475に対する意見として書いた。
あんたの言う「きっちり設定」する為には、それなりの知識や経験が必要だろ？
だから、経験がないと難しいって言いたかった。
- 485 名前：nobodyさん mailto:sage [2009/07/08(水) 01:44:36 ID:???]
- MVCでの開発経験があれば、Smartyが難しいと感じる事は無いと思う。
最適化に関しては経験が必要だが、導入までは相当楽な部類かと思うぞ。
- 486 名前：nobodyさん mailto:sage [2009/07/08(水) 02:16:30 ID:???]
- どの程度までCとVを分離すればいいの？
- 487 名前：nobodyさん mailto:sage [2009/07/08(水) 05:06:10 ID:???]
- ご自由に
- 488 名前：nobodyさん mailto:sage [2009/07/08(水) 09:25:14 ID:???]
- (1)
if ($nantoka) {
$str="yes";
} else {
$str="no";
}
↓
result:{$str}
(2)
result:{if $nantoka}yes{else}no{/if}
- 489 名前：196 mailto:sage [2009/07/08(水) 09:25:17 ID:???]
- Smarty信者はMVCフレームワークとテンプレートエンジンの区別もつかんのか
- 490 名前：nobodyさん mailto:sage [2009/07/08(水) 09:30:04 ID:???]
- >>476で回答済の話をなぜ蒸し返す
- 491 名前：nobodyさん mailto:sage [2009/07/08(水) 10:06:46 ID:???]
- >>487
もっと詳しく
- 492 名前：nobodyさん mailto:sage [2009/07/08(水) 12:47:51 ID:???]
- ココでMVCの話はお門違いだけど、一寸だけ口挟む。
> どの程度までCとVを分離すればいいの？
普通、MとCを何処まで分離すればイイの？という質問が多いと思う。
" CとV "と言ってしまう時点で、MVCがまるで判っていない印象。
MVCの中心にあるのは、C（コントローラ）
何故 C かと言えば、Webアプリのエントリーポイント（プログラムの着火点）は、アドレスであると考えたから。
どんな処理でも、まずそのスクリプトにブラウザでアクセスしないと何も起こらないという事実から、エントリーポイントをアドレスと考えた。
次に、このアドレスの扱いを拡張しようと考えた。
スクリプト名 / メソッド名 / 引数 ... って感じで、アドレスから処理を操ろうとした訳だ。
この時、上記の記述を実際の処理に落とし込むのが、C（コントローラ）の役割。
C は、受け取ったアドレスから、処理の出力先を M（モデル）にするか、V（ビュー）にするか判断するだけ...
ここから、Cは只単に処理を振り分けるだけと考えれば、おのずとMVCそれぞれの割り振りも判ってくるハズ
- 493 名前：nobodyさん mailto:sage [2009/07/08(水) 12:53:19 ID:???]
- >>492
じゃMとVはどう仕事を割り振ればいいの？
- 494 名前：nobodyさん mailto:sage [2009/07/08(水) 12:59:50 ID:???]
- M（モデル）：サーバ処理専用。主にDBがらみの処理
V（ビュー）：クライアント（ブラウザ）への画面表示処理専用。ブラウザに出力するものは全てココで処理。スマーティーはこの部類に入る
- 495 名前：nobodyさん mailto:sage [2009/07/08(水) 13:11:42 ID:???]
- でもMVCモデル自体がモデルなんだから要するにMVC全体でサーバ処理するってことなの？
- 496 名前：nobodyさん mailto:sage [2009/07/08(水) 13:53:41 ID:???]
- MVCにとらわれすぎると、逆に可読性下げるからなぁ…
目的では無く、あくまで手法なんだからケースバイケースに実装すればいいんじゃね？
使い回し不要のビジネスロジックなんかは、Cに実装しても良いかと。
- 497 名前：nobodyさん mailto:sage [2009/07/09(木) 12:40:59 ID:???]
- >>495
> でもMVCモデル自体がモデルなんだから要するにMVC全体でサーバ処理するってことなの？
MVCモデルのモデルは事例を示すモデル。Mのモデルとは意味が違う。
同音表記だから同じ意味とか思うなよ...大人だろ！
- 498 名前：nobodyさん mailto:sage [2009/07/09(木) 12:46:29 ID:???]
- >>496
確かに可読性は下がる。また、RoRが過ぎるとフレームワークのブラックボックス化が著しくなり、
背後でどんな処理がなされているのか、まるで判らなくなる。
当然、カスタマイズしにくい...
- 499 名前：nobodyさん mailto:sage [2009/07/10(金) 17:05:35 ID:???]
- MVCを意識する・理解するというのは大事だと思うんだが、
どうやってその理解を深める勉強をするの？
結局、自分でソースを書いて、良いか悪いか判断するしかないよね？
俺が書いているソースなんて、まるっきり駄目な部類かも知れないけど、
それでも目的通り動いているし、俺にとっては可読性はあってわかりやすい。
なら、それで良いのではないか？と思うんだけど、後で困るのだろうか
- 500 名前：nobodyさん mailto:sage [2009/07/10(金) 17:06:18 ID:???]
- お前は何を言ってるんだ
- 501 名前：nobodyさん mailto:sage [2009/07/10(金) 17:19:26 ID:???]
- 「そこまでこだわるべきなのか」 ←言いたいこと
「でも、そこまで言うぐらいだから、こだわらないと困るのか」 ←疑問
- 502 名前：nobodyさん mailto:sage [2009/07/10(金) 17:21:09 ID:???]
- >>499
>>496に「とらわれすぎると」って書いてあるだろ、
場合によってはMVCの枠組みに落とし込む事がデメリットになるって話。
例えば、数行で済む使い回し不要のコードの為にモデルを量産すると
管理が面倒だし、他との依存関係が不透明になるからロジック変更の時に面倒だよね。
そういう場合はCなりに埋め込んでしまう方がいいんじゃね？
って話。
- 503 名前：nobodyさん [2009/07/10(金) 18:13:16 ID:aQw5S2vU]
- そんなのコメントしとけば依存関係は不透明にならんだろ。ただの怠慢でMVCのせいにすんな。
- 504 名前：nobodyさん mailto:sage [2009/07/10(金) 18:17:06 ID:???]
- コメントで他のコードのどこから参照されてるか、全て把握かつ保証出来るんだ？
503さん、まじパねぇっす！
- 505 名前：nobodyさん mailto:sage [2009/07/10(金) 19:29:24 ID:???]
- 503さんはエスパーなんです！
- 506 名前：nobodyさん mailto:sage [2009/07/17(金) 01:42:54 ID:???]
- >>494
サーバ専用処理って。。。
逆にクライアント処理をPHPで書いてもらいたいな
- 507 名前：nobodyさん mailto:sage [2009/07/17(金) 12:08:33 ID:???]
- >>506
入力も出力もなく
サーバ内で完結する処理という意味だろうけどね。
- 508 名前：nobodyさん mailto:sage [2009/07/17(金) 12:24:47 ID:???]
- >>506
大丈夫か？
頭打ったろ！
ザックリした説明に一々噛み付く馬鹿！
夏はイロイロ湧いてくるなぁ
- 509 名前：nobodyさん mailto:sage [2009/07/17(金) 19:58:03 ID:???]
- 自分の頭に無い解釈＝不正解
だというプログラマーが多すぎです
- 510 名前：nobodyさん [2009/07/20(月) 22:58:34 ID:KgRJffi+]
- 勘違いしていたかも知れないんだけど、Smarty自体がMVCフレームワークだよね？
Modelは関数の処理で
Viewの部分がdisplayやfetchでテンプレ表示で
Controllerが最初のクラス実行で
自作フレームワーク+Smartyを作ってるんだが、
考えたらMVCすべてSmartyだけでもいい気がしてきた
- 511 名前：nobodyさん mailto:sage [2009/07/20(月) 23:16:35 ID:???]
- それSmatyじゃなくて
PHP＋Smartyじゃん
- 512 名前：nobodyさん mailto:sage [2009/07/20(月) 23:28:34 ID:???]
- まあ、あながち間違ってはいないがな。
- 513 名前：nobodyさん mailto:sage [2009/07/21(火) 10:38:01 ID:???]
- いや、間違ってるだろｗ
その理論だと世の中全てのPHPコードがMVC実装されてる事になる。
- 514 名前：nobodyさん mailto:sage [2009/07/21(火) 10:47:00 ID:???]
- いや、それは「PHPでMVCを書いた」って事で
Smartyみたいに元から実装されている分けじゃないんでは？
- 515 名前：nobodyさん mailto:sage [2009/07/22(水) 00:47:18 ID:???]
- Smartyhajimemasita
- 516 名前：nobodyさん mailto:sage [2009/07/22(水) 08:22:08 ID:???]
- Hello! Smarty
- 517 名前：nobodyさん [2009/07/24(金) 20:52:45 ID:kF0trrBu]
- で、お前らキャッシュ機能って使ってる？
- 518 名前：nobodyさん mailto:sage [2009/07/24(金) 22:28:00 ID:???]
- キャッシュって使うもんなの？
Smartyだと使わされるもんだと思ってたよ。
- 519 名前：nobodyさん mailto:sage [2009/07/24(金) 22:42:57 ID:???]
- >>518
コンパイル済みテンプレートとキャッシュを混同してるだろｗ
俺は使ってない。
本当にキャッシュが必要なページはrenderしたものを自前で静的htmlファイル生成化してるわ。
1時間に一回再生成するようなページで使えば楽んだろうけど、レアケースだよね。
- 520 名前：nobodyさん mailto:sage [2009/07/25(土) 00:10:16 ID:???]
- >>519
批判じゃなくて興味本位だが、
なぜSmartyのキャッシュじゃなくて、自前なの？
Smartyで同じ事出来るよね？
- 521 名前：nobodyさん mailto:sage [2009/07/25(土) 01:34:19 ID:???]
- キャッシュ使うとテンプレートの更新が反映されないんだが
更新したらキャッシュ切らないとだめなの？
- 522 名前：519 mailto:sage [2009/07/25(土) 05:09:32 ID:???]
- >>520
Smartyのキャッシュって、
PHP呼び出し → Smartyインスタンス生成 → キャッシュ確認 → 出力
という処理が入るから、生成されたHTMLファイルに直接アクセスする場合と比べると負荷はかかるんだよね。
519にも書いたように定期的に自動で再生成するような場合は楽だけどさ。
自分のやってるシステムでは、管理者が任意のタイミングで再生成するのがほとんどだから、自前で実装している。
DBからのデータを差し込みつつ、出力をキャッシュするってページはあまり無いからなぁ…。
- 523 名前：nobodyさん mailto:sage [2009/07/25(土) 11:35:37 ID:???]
- >>521
テンプレートを更新したらキャッシュを削除するのが、
一番手っ取り早いし、確実だと思うよ。
>>522
なるほど。俺は、テンプレート（ヘッダーフッターなど）を
DBで管理しているんだが、
テンプレート内にもSmartyタグを使ってるから、
自前のキャッシュファイル生成だとそれらが反映されずに困るんだよな
- 524 名前：nobodyさん mailto:sage [2009/07/26(日) 02:40:29 ID:???]
- >>523
ん？DBから動的に書き出す(+Smartyタグを処理する)場合ってキャッシュは使えないよね？
コンパイル済みテンプレートの事？
俺の中では
キャッシュ … DBデータ等の差し込み済み出力結果を静的に保存する。
コンパイル済 … SmartyテンプレートをPHPコードとしてキャッシュする。
って定義なんだ。
これが正しいかはわからない。誰が偉い人まとめて！
- 525 名前：nobodyさん mailto:sage [2009/07/26(日) 03:26:35 ID:???]
- じゃDBデータがあるサイトの場合は
その都度キャッシュのon/offを切り替えて使えということ？
あるいはインスタンスを分けるとか？
- 526 名前：nobodyさん mailto:sage [2009/07/26(日) 04:04:17 ID:???]
- キャッシュするなキャッシュ自体に期限を設けるのが一般的かな、
毎回DBからデータを持ってくるのであれば、
それは事実上キャッシュは不可能。
コンパイル済テンプレートのキャッシュは常に有効にしておいて良いと思うよ。
- 527 名前：nobodyさん mailto:sage [2009/07/27(月) 11:12:36 ID:???]
- テンプレート自体をDBに格納してるって話じゃないの？
- 528 名前：nobodyさん mailto:sage [2009/07/27(月) 11:30:56 ID:???]
- え？
- 529 名前：nobodyさん mailto:sage [2009/07/27(月) 12:48:51 ID:???]
- へ？
- 530 名前：nobodyさん mailto:sage [2009/07/27(月) 17:40:06 ID:???]
- >>525 の意味がいまいちわからんのだが…
キャッシュの有効期限とかどうしてるの？
設定してあれば on / offしなくても自動でキャッシュ更新されるし、
設定していないのであれば、キャッシュは生成されないだろうし。
上にもある通り、キャッシュとコンパイル済テンプレートの認識が混ざってないかい？
- 531 名前：nobodyさん mailto:sage [2009/07/27(月) 22:41:03 ID:???]
- え？
- 532 名前：nobodyさん mailto:sage [2009/07/28(火) 10:37:13 ID:???]
- テンプレートってDBとかに格納しておけるの？
できるならすごい便利なんだが
- 533 名前：nobodyさん mailto:sage [2009/07/28(火) 14:22:43 ID:???]
- >>532
できなくはないでしょ
- 534 名前：nobodyさん mailto:sage [2009/07/28(火) 15:09:38 ID:???]
- >>532
Smartyヘルプのリソースプラグイン読んでごらん。
まんまDBからテンプレート取得するコード書いてあるから。
- 535 名前：nobodyさん mailto:sage [2009/07/28(火) 16:09:45 ID:???]
- できなくないのは分かるけど
いまいちどういう時に使いたいのかわからん。
ファイル名でマッピングしておくのと何が違うんだろ？
- 536 名前：nobodyさん mailto:sage [2009/07/28(火) 17:56:09 ID:???]
- >>535
updateコマンドで一括変更したり、日にちでサイトをガラッと変えたりするんじゃね
- 537 名前：nobodyさん mailto:sage [2009/07/28(火) 20:41:09 ID:???]
- >>535
CMSとか作る場合には良いんじゃないかね。
管理画面からの検索や更新、バックアップが取りやすい。
あとはWEBサーバが冗長化されていて、リソースを一箇所に纏めたい場合とかかね。
制作の手間暇考えたら、メリットは薄いと思うけど。
- 538 名前：nobodyさん mailto:sage [2009/07/29(水) 22:00:38 ID:???]
- >>535
ファイルをDBで管理すると、WEB上から更新できるならな。
しかし、複数アカウントを発行して利用するシステム（MTなど
の場合は、システム毎にテンプレートを編集できるので
ファイルで管理するより便利。メリットは絶大だと思う。
- 539 名前：nobodyさん mailto:sage [2009/07/30(木) 00:20:18 ID:???]
- いや、その用途なら普通にファイル編集orアップローダのが楽だろ…
- 540 名前：nobodyさん mailto:sage [2009/07/30(木) 12:07:42 ID:???]
- >>539
DB分かってる人ならDB使うのがラクだと思えるよ。
ファイルはすぐ腐る。
- 541 名前：nobodyさん mailto:sage [2009/07/30(木) 12:13:33 ID:???]
- 少し腐ったぐらいが美味しい...
- 542 名前：nobodyさん mailto:sage [2009/07/30(木) 12:16:56 ID:???]
- ファイルは数が増えるとどんどん大変になるんだよな
- 543 名前：nobodyさん mailto:sage [2009/07/30(木) 16:35:27 ID:???]
- システム作る側は楽かもね。
デザイナの大半はローカル環境でコーディング、一括でアップロードを望んでいる。
またテンプレート自体がバージョン管理下に置かれている事も多々ある。
運営する上でDBに流し込み作業が発生するのは楽ではない。
- 544 名前：nobodyさん mailto:sage [2009/07/30(木) 16:40:57 ID:???]
- ディレクトリ分けもせずに700個のHTMLと格闘してる奴を見てるとホント馬鹿だと思えてくる
- 545 名前：nobodyさん mailto:sage [2009/07/30(木) 17:12:18 ID:???]
- そんな奴いねーよｗ
- 546 名前：nobodyさん mailto:sage [2009/07/30(木) 18:40:48 ID:???]
- 700個のHTMLって時点でテンプレートを活かしてない感じが…
- 547 名前：nobodyさん mailto:sage [2009/07/30(木) 18:50:56 ID:???]
- テンプレどころかCSSすら使ってないんですわ、マジで。
- 548 名前：nobodyさん mailto:sage [2009/07/30(木) 18:58:17 ID:???]
- でも場末のウェブ制作屋ってほんとひどいからね。
ちょっとかじった中学生か、ってレベルのおっさんが
見てて頭痛くなってくるような非効率的な作業環境で、
素人騙して金貰ってるようなとこいっぱいあるぞ。
- 549 名前：nobodyさん mailto:sage [2009/07/30(木) 21:03:15 ID:???]
- >>543
流し込み作業をプログラムですれば良いだけだろ
一括アップロードと変わらん
- 550 名前：nobodyさん mailto:sage [2009/07/30(木) 22:46:24 ID:???]
- >>549
それやってしまうとファイル管理のメリットも、DB使うメリットも薄れてしまう気がするんだが。
- 551 名前：nobodyさん mailto:sage [2009/07/30(木) 23:54:04 ID:???]
- というかDBなんてある意味ファイル管理をラップしたようなもんだから
DBでできてファイル直弄りでできんことはないだろ。
せっかくキャッシュとか使ってるのに
変なとこでDB使うとパフォーマンスのボトルネックにもなりかねんし
DBじゃなきゃ開発コストパフォーマンスの点でよっぽど差がでる
って場合じゃなきゃ下手にDB化なんかせんよ。
そういう奴は画像ファイルとかもカラムに突っこんでるタイプだろ。
- 552 名前：nobodyさん mailto:sage [2009/07/31(金) 00:03:20 ID:???]
- どちらにしろデータとして記録するんだからファイルで置こうがDBに突っ込もうが大して変わらんだろ
- 553 名前：nobodyさん mailto:sage [2009/07/31(金) 01:55:56 ID:???]
- Smarty使って、DBではなくファイルで管理しているWEBアプリってあるか？
って思ったけど、OpenPNEがそうだな。追加で編集する場合はDB使うけど
- 554 名前：nobodyさん mailto:sage [2009/07/31(金) 02:04:43 ID:???]
- >>552
制作、運用、実行コスト、全てが大きく変わるわｗ
検索するとか、システム一括で何かしたいとか、特別な理由が無い限りDBにテンプレートつっこむのはナンセンス。
- 555 名前：nobodyさん mailto:sage [2009/07/31(金) 02:43:31 ID:???]
- ナンセンスってほどでも無いっしょ
ファイルシステムだって名称を唯一のキーとしたDBみたいな物だし
- 556 名前：nobodyさん mailto:sage [2009/07/31(金) 03:11:10 ID:???]
- PCのスペックが上がりまくったせいで、恐ろしいほどのヘマをしない限りは
DBで記録しようがファイルで置こうがボトルネックと呼べるレベルのものは出ない
むしろ、恐ろしいほどに数が増えて人的に整理が大変になったほうがボトルネック
- 557 名前：nobodyさん mailto:sage [2009/07/31(金) 03:49:06 ID:???]
- >>555
だからこそナンセンスなんだよｗ
ファイルシステムの実装はDBそのものなんだから、DBにつっこむ必要が無いものをつっこむ必要は無い。
>>556
にわかSEにありがちな発想ですね（＾＾
人的整理はDBやSmarty以前のバージョン管理、運用の問題。
- 558 名前：nobodyさん mailto:sage [2009/07/31(金) 04:25:59 ID:???]
- >>557
ほう、ではDBとFSで実装した場合の違いを定量的に示してくれ
- 559 名前：nobodyさん mailto:sage [2009/07/31(金) 04:42:31 ID:???]
- >>558
FSじゃなきゃ出来ない事、FSなら標準で出来る事は多々あるだろう。
・DBコネクション等の負荷が無い
・当然PHP側のコードもシンプル
・SVN等のバージョン管理システムが使える
・使い慣れたエディタで直接編集が可能
・使い慣れたソフトでアップロード/ダウンロード/バックアックも自由自在
・当然複雑な管理画面も不要になる為実装コストは激減
これらはFSなら特別な実装は不要。
君はDBで実装出来るか？
検索したいとか、DBサーバで集中管理したいとか、特別な要件が無い限りテンプレートのDB化はしない。
逆にDBを疑似ファイルシステムとして使うメリットとその実装コストを教えて欲しい。
オープン系CMSを引き合いに出すのであれば、同等の管理画面等を作るコストも入れてくれよな。
- 560 名前：nobodyさん mailto:sage [2009/07/31(金) 05:22:21 ID:???]
- 定量的の意味知ってるか？
- 561 名前：nobodyさん mailto:sage [2009/07/31(金) 05:56:21 ID:???]
- 定量的って言葉使いたいだけですか？ｗ
>>559 に答えられたら答えてやんよ。
- 562 名前：nobodyさん mailto:sage [2009/07/31(金) 10:54:30 ID:???]
- まぁ、喧嘩するなや。
第三者からみたら、有益な討論してるように感じるんだから。
- 563 名前：nobodyさん mailto:sage [2009/07/31(金) 11:13:51 ID:???]
- >>561
低学歴乙
- 564 名前：nobodyさん mailto:sage [2009/07/31(金) 11:35:24 ID:???]
- >>562
有益かはともかくSmartyの議論ではなさそうだな。
- 565 名前：nobodyさん mailto:sage [2009/07/31(金) 12:20:19 ID:???]
- >>564
Smartyの使い方に関する議論だろ
- 566 名前：nobodyさん mailto:sage [2009/07/31(金) 15:05:22 ID:???]
- smartyってＨＴＭＬだけしか知らないデザイナーに読みやすくするためだけの技術だろ
- 567 名前：nobodyさん mailto:sage [2009/07/31(金) 16:10:10 ID:???]
- 逆だと思うが。PHPを使えるプログラマー用の技術だろ。
|
 |
