【PHP】 Smarty 隔離� ..
[2ch|▼Menu]
454:nobodyさん
09/05/14 17:49:28 A4v4Hdy/
>>453
質問なんですけど、ソース見て、それがsmarty経由でつくられてるものだって、
どこでわかるんですか？

見れるんなら見たいんですけど。

455:nobodyさん
09/05/14 18:51:12
HTMLソースじゃないぞ

456:nobodyさん
09/05/14 20:10:22
>455
smartyでいうところのコンパイルされていないファイルって、見れるんですか？
だとしたら他人事ではないんですけど。

457:nobodyさん
09/05/14 21:02:38
> それがsmarty経由でつくられてるもの
の
> それ
ってOpenPNEをさしてるの？OpenPNEはソースが配布されているけど

458:nobodyさん
09/05/14 21:26:13
>457
あ、そういうことでしたか。
そして、ダウンロードもしてみました。
他の人がつくったsmartyのテンプレートファイル初めてみた。
勉強になるな～

459:nobodyさん
09/05/14 21:49:19
どんな風に勉強になった？

460:nobodyさん
09/05/14 23:02:27
({　をデリミタタグとして使っているところとかです。

461:nobodyさん
09/05/16 17:50:14
MTもSmarty使っているから、参考になると思うよ。

ただ、OpenPNEの方がわかりやすいね。
なんか日本人的な書き方のような気がする

462:nobodyさん
09/05/22 09:35:19
Smartyの順序って
「PHPが苦手だからSmartyを使おう」
それとも
「PHPができるからSmartyでさらに上を目指そう」
のどっちなんですか？

わかる人からするとアホな質問かもしれませんが、
PHP初心者の自分には、どうしてもSmartyの役割がはっきりしなくて。

463:nobodyさん
09/05/22 10:07:23
SmartyはPHPの単なるライブラリだよ・・・？

464:nobodyさん
09/05/22 10:22:59
Smartyの用途はスレの上のほうで話題になってるじゃん
苦手だからとか上を目指そうとかそういう観点ではなく

465:462
09/05/22 11:11:41
＞463,464
ご返答ありがとうございます。

スレも1から全部読みました。
そして、ここ数日ネットで調べまくったんですが、
どこも書いてあることは「デザインとプログラムを分離できるもの」ということで、
頭が悪すぎるのか、結局「smartyが何をしている」というのがわからずじまいでした。
そこで、書き込んでみたのです。

要は「工具セット」ってことですかね。
上の方で延々と行われた議論は
「使う工具（smartyの機能）なんか自分で作ればいい」派と
「始めからセット（smarty）であるんだから簡単で便利」派の言い争いって感じですか。

466:nobodyさん
09/05/22 11:43:37
smarty使ってMVCのviewを強化したい派（利便性高・コスト高）と
php自体にview的な要素が入ってるんだから重複は無駄だよ派（利便性中・コスト中）って感じでないかな


467:462
09/05/22 17:49:33
>>466

!('Ａ')あ～
なんか少々モヤモヤが晴れてきました。
引き続き勉強します。

468:nobodyさん
09/05/23 20:37:34
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
09/05/23 20:42:52
phpファイルだけがSJISになってました！
ほんとサーセンでした！！！

470:nobodyさん
09/05/23 21:22:40
「こんにちは、文字化け！」
はﾜﾗﾀ

471:nobodyさん
09/05/23 21:30:08
smartyのテンプレートに$hogeという配列が空じゃない場合の条件分岐処理を書きたいんですけど、
この書き方はおかしいのでしょうか

{if $hoge!==""}text{/if}

たまにif文が動かないのでおかしいと思うのですが

472:nobodyさん
09/05/23 22:28:46
smarty文法のばあい
===はあるけど!==はないんじゃないか？
マニュアルに記載されてないし

!($hoge==="")
に差し替えてみよう


473:nobodyさん
09/05/23 23:15:34
is_array() とかつかえなかったっけ？

474:nobodyさん
09/05/25 00:05:06
>>472
>>473

どちらも動作しました
ありがとうございます

475:nobodyさん
09/06/30 18:33:31 Cv5BCTzF
既存のソースをフレームワークを使って書き直したいんだけど、smartyは他のフレームワークと比べて
何か利点はありますか？それとも他のフレームワークを使った方がよいですか？

フレームワークを使い比べたことがある方、教えてください。

476:nobodyさん
09/06/30 21:29:17
フレームワークはMVC+αを担当するものとした場合、
SmartyはVのみを担当するテンプレートエンジンでしかない。

・既存のソース+Smarty
・他のフレームワーク+Smarty

という使い方が一般的です。

477:475
09/07/01 02:15:48 FWyhhBD1
>>476

簡単ながら簡潔な意見だと思います。ありがとうございます。

478:nobodyさん
09/07/01 18:56:06
どういたまして。

479:nobodyさん
09/07/06 17:48:50
Smartyも大きく言えば、関数ライブラリだからな。
HTML内にPHPコードを書いているのと変わらない。
（しかも、それを実現する為に複雑な処理をしているのでパフォが落ちる

でも、プログラマー以外がテンプレートを操作する環境なら凄い便利

480:nobodyさん
09/07/06 17:53:06
小さく言うと何？

481:nobodyさん
09/07/07 00:33:01
smarty乙php乙時代はC++俺はHTMLﾎｰﾑﾍﾟｰｼﾞﾋﾞﾙﾀﾞｰ

482:nobodyさん
09/07/07 03:43:16
<small>関数ライブラリ</small>

大事なことなので小さく言いました。

483:nobodyさん
09/07/07 04:18:14
>HTML内にPHPコードを書いているのと変わらない。

PHPコードを書かせない(制限する)為に、Smartyがあるわけだが。

>（しかも、それを実現する為に複雑な処理をしているのでパフォが落ちる

内部的にPHPに変換及びキャッシュを行うから、きっちり設定をすればパフォ的には気にとめる程じゃ無くね？
システム規模によるだろうけど、大抵は処理全体の１割未満のリソースしか食わんよ。

上手に導入出来れば開発が相当楽になるので、結果的にコストパフォーマンスは上がるしさ。


一度Smartyの設計思想を読む事をおすすめ。

484:nobodyさん
09/07/07 16:14:30
>>483
いやいや。そう言うことを言いたいんじゃないよ。
Smartyを覚えるならPHPも覚えなければいけないわけで、
フレームワークに使用するにはかなりの知識が必要だよ。
ってこと。475に対する意見として書いた。

あんたの言う「きっちり設定」する為には、それなりの知識や経験が必要だろ？
だから、経験がないと難しいって言いたかった。

485:nobodyさん
09/07/08 01:44:36
MVCでの開発経験があれば、Smartyが難しいと感じる事は無いと思う。
最適化に関しては経験が必要だが、導入までは相当楽な部類かと思うぞ。

486:nobodyさん
09/07/08 02:16:30
どの程度までCとVを分離すればいいの？

487:nobodyさん
09/07/08 05:06:10
ご自由に

488:nobodyさん
09/07/08 09:25:14
(1)
if ($nantoka) {
$str="yes";
} else {
$str="no";
}
↓
result:{$str}

(2)
result:{if $nantoka}yes{else}no{/if}


489:196
09/07/08 09:25:17
Smarty信者はMVCフレームワークとテンプレートエンジンの区別もつかんのか

490:nobodyさん
09/07/08 09:30:04
>>476で回答済の話をなぜ蒸し返す

491:nobodyさん
09/07/08 10:06:46
>>487
もっと詳しく

492:nobodyさん
09/07/08 12:47:51
ココでMVCの話はお門違いだけど、一寸だけ口挟む。

> どの程度までCとVを分離すればいいの？

普通、MとCを何処まで分離すればイイの？という質問が多いと思う。
" CとV "と言ってしまう時点で、MVCがまるで判っていない印象。

MVCの中心にあるのは、C（コントローラ）
何故 C かと言えば、Webアプリのエントリーポイント（プログラムの着火点）は、アドレスであると考えたから。
どんな処理でも、まずそのスクリプトにブラウザでアクセスしないと何も起こらないという事実から、エントリーポイントをアドレスと考えた。

次に、このアドレスの扱いを拡張しようと考えた。

スクリプト名 / メソッド名 / 引数 ... って感じで、アドレスから処理を操ろうとした訳だ。

この時、上記の記述を実際の処理に落とし込むのが、C（コントローラ）の役割。
C は、受け取ったアドレスから、処理の出力先を M（モデル）にするか、V（ビュー）にするか判断するだけ...

ここから、Cは只単に処理を振り分けるだけと考えれば、おのずとMVCそれぞれの割り振りも判ってくるハズ




493:nobodyさん
09/07/08 12:53:19
>>492
じゃMとVはどう仕事を割り振ればいいの？

494:nobodyさん
09/07/08 12:59:50
M（モデル）：サーバ処理専用。主にDBがらみの処理
V（ビュー）：クライアント（ブラウザ）への画面表示処理専用。ブラウザに出力するものは全てココで処理。スマーティーはこの部類に入る

495:nobodyさん
09/07/08 13:11:42
でもMVCモデル自体がモデルなんだから要するにMVC全体でサーバ処理するってことなの？

496:nobodyさん
09/07/08 13:53:41
MVCにとらわれすぎると、逆に可読性下げるからなぁ…
目的では無く、あくまで手法なんだからケースバイケースに実装すればいいんじゃね？

使い回し不要のビジネスロジックなんかは、Cに実装しても良いかと。

497:nobodyさん
09/07/09 12:40:59
>>495
> でもMVCモデル自体がモデルなんだから要するにMVC全体でサーバ処理するってことなの？

MVCモデルのモデルは事例を示すモデル。Mのモデルとは意味が違う。
同音表記だから同じ意味とか思うなよ...大人だろ！


498:nobodyさん
09/07/09 12:46:29
>>496

確かに可読性は下がる。また、RoRが過ぎるとフレームワークのブラックボックス化が著しくなり、
背後でどんな処理がなされているのか、まるで判らなくなる。

当然、カスタマイズしにくい...

499:nobodyさん
09/07/10 17:05:35
MVCを意識する・理解するというのは大事だと思うんだが、
どうやってその理解を深める勉強をするの？
結局、自分でソースを書いて、良いか悪いか判断するしかないよね？

俺が書いているソースなんて、まるっきり駄目な部類かも知れないけど、
それでも目的通り動いているし、俺にとっては可読性はあってわかりやすい。
なら、それで良いのではないか？と思うんだけど、後で困るのだろうか

500:nobodyさん
09/07/10 17:06:18
お前は何を言ってるんだ

501:nobodyさん
09/07/10 17:19:26
「そこまでこだわるべきなのか」　←言いたいこと
「でも、そこまで言うぐらいだから、こだわらないと困るのか」　←疑問

502:nobodyさん
09/07/10 17:21:09
>>499
>>496に「とらわれすぎると」って書いてあるだろ、
場合によってはMVCの枠組みに落とし込む事がデメリットになるって話。

例えば、数行で済む使い回し不要のコードの為にモデルを量産すると
管理が面倒だし、他との依存関係が不透明になるからロジック変更の時に面倒だよね。
そういう場合はCなりに埋め込んでしまう方がいいんじゃね？

って話。

503:nobodyさん
09/07/10 18:13:16 aQw5S2vU
そんなのコメントしとけば依存関係は不透明にならんだろ。ただの怠慢でMVCのせいにすんな。

504:nobodyさん
09/07/10 18:17:06
コメントで他のコードのどこから参照されてるか、全て把握かつ保証出来るんだ？
503さん、まじパねぇっす！

505:nobodyさん
09/07/10 19:29:24
503さんはエスパーなんです！

506:nobodyさん
09/07/17 01:42:54
>>494
サーバ専用処理って。。。
逆にクライアント処理をPHPで書いてもらいたいな

507:nobodyさん
09/07/17 12:08:33
>>506
入力も出力もなく
サーバ内で完結する処理という意味だろうけどね。

508:nobodyさん
09/07/17 12:24:47
>>506

大丈夫か？
頭打ったろ！

ザックリした説明に一々噛み付く馬鹿！
夏はイロイロ湧いてくるなぁ


509:nobodyさん
09/07/17 19:58:03
自分の頭に無い解釈＝不正解

だというプログラマーが多すぎです

510:nobodyさん
09/07/20 22:58:34 KgRJffi+
勘違いしていたかも知れないんだけど、Smarty自体がMVCフレームワークだよね？
Modelは関数の処理で
Viewの部分がdisplayやfetchでテンプレ表示で
Controllerが最初のクラス実行で

自作フレームワーク+Smartyを作ってるんだが、
考えたらMVCすべてSmartyだけでもいい気がしてきた

511:nobodyさん
09/07/20 23:16:35
それSmatyじゃなくて
PHP＋Smartyじゃん

512:nobodyさん
09/07/20 23:28:34
まあ、あながち間違ってはいないがな。

513:nobodyさん
09/07/21 10:38:01
いや、間違ってるだろｗ
その理論だと世の中全てのPHPコードがMVC実装されてる事になる。

514:nobodyさん
09/07/21 10:47:00
いや、それは「PHPでMVCを書いた」って事で
Smartyみたいに元から実装されている分けじゃないんでは？

515:nobodyさん
09/07/22 00:47:18
Smartyhajimemasita

516:nobodyさん
09/07/22 08:22:08
Hello! Smarty

517:nobodyさん
09/07/24 20:52:45 kF0trrBu
で、お前らキャッシュ機能って使ってる？

518:nobodyさん
09/07/24 22:28:00
キャッシュって使うもんなの？
Smartyだと使わされるもんだと思ってたよ。

519:nobodyさん
09/07/24 22:42:57
>>518
コンパイル済みテンプレートとキャッシュを混同してるだろｗ


俺は使ってない。
本当にキャッシュが必要なページはrenderしたものを自前で静的htmlファイル生成化してるわ。
1時間に一回再生成するようなページで使えば楽んだろうけど、レアケースだよね。

520:nobodyさん
09/07/25 00:10:16
>>519
批判じゃなくて興味本位だが、
なぜSmartyのキャッシュじゃなくて、自前なの？
Smartyで同じ事出来るよね？

521:nobodyさん
09/07/25 01:34:19
キャッシュ使うとテンプレートの更新が反映されないんだが
更新したらキャッシュ切らないとだめなの？

522:519
09/07/25 05:09:32
>>520
Smartyのキャッシュって、
PHP呼び出し → Smartyインスタンス生成 → キャッシュ確認 → 出力
という処理が入るから、生成されたHTMLファイルに直接アクセスする場合と比べると負荷はかかるんだよね。

519にも書いたように定期的に自動で再生成するような場合は楽だけどさ。
自分のやってるシステムでは、管理者が任意のタイミングで再生成するのがほとんどだから、自前で実装している。

DBからのデータを差し込みつつ、出力をキャッシュするってページはあまり無いからなぁ…。

523:nobodyさん
09/07/25 11:35:37
>>521
テンプレートを更新したらキャッシュを削除するのが、
一番手っ取り早いし、確実だと思うよ。
>>522
なるほど。俺は、テンプレート（ヘッダーフッターなど）を
DBで管理しているんだが、
テンプレート内にもSmartyタグを使ってるから、
自前のキャッシュファイル生成だとそれらが反映されずに困るんだよな

524:nobodyさん
09/07/26 02:40:29
>>523
ん？DBから動的に書き出す(+Smartyタグを処理する)場合ってキャッシュは使えないよね？
コンパイル済みテンプレートの事？

俺の中では
キャッシュ … DBデータ等の差し込み済み出力結果を静的に保存する。
コンパイル済 … SmartyテンプレートをPHPコードとしてキャッシュする。
って定義なんだ。
これが正しいかはわからない。誰が偉い人まとめて！

525:nobodyさん
09/07/26 03:26:35
じゃDBデータがあるサイトの場合は
その都度キャッシュのon/offを切り替えて使えということ？
あるいはインスタンスを分けるとか？

526:nobodyさん
09/07/26 04:04:17
キャッシュするなキャッシュ自体に期限を設けるのが一般的かな、
毎回DBからデータを持ってくるのであれば、
それは事実上キャッシュは不可能。

コンパイル済テンプレートのキャッシュは常に有効にしておいて良いと思うよ。

527:nobodyさん
09/07/27 11:12:36
テンプレート自体をDBに格納してるって話じゃないの？

528:nobodyさん
09/07/27 11:30:56
え？

529:nobodyさん
09/07/27 12:48:51
へ？

530:nobodyさん
09/07/27 17:40:06
>>525 の意味がいまいちわからんのだが…
キャッシュの有効期限とかどうしてるの？
設定してあれば on / offしなくても自動でキャッシュ更新されるし、
設定していないのであれば、キャッシュは生成されないだろうし。

上にもある通り、キャッシュとコンパイル済テンプレートの認識が混ざってないかい？

531:nobodyさん
09/07/27 22:41:03
え？

532:nobodyさん
09/07/28 10:37:13
テンプレートってDBとかに格納しておけるの？
できるならすごい便利なんだが

533:nobodyさん
09/07/28 14:22:43
>>532
できなくはないでしょ

534:nobodyさん
09/07/28 15:09:38
>>532
Smartyヘルプのリソースプラグイン読んでごらん。
まんまDBからテンプレート取得するコード書いてあるから。

535:nobodyさん
09/07/28 16:09:45
できなくないのは分かるけど
いまいちどういう時に使いたいのかわからん。
ファイル名でマッピングしておくのと何が違うんだろ？

536:nobodyさん
09/07/28 17:56:09
>>535
updateコマンドで一括変更したり、日にちでサイトをガラッと変えたりするんじゃね

537:nobodyさん
09/07/28 20:41:09
>>535
CMSとか作る場合には良いんじゃないかね。
管理画面からの検索や更新、バックアップが取りやすい。
あとはWEBサーバが冗長化されていて、リソースを一箇所に纏めたい場合とかかね。


制作の手間暇考えたら、メリットは薄いと思うけど。

538:nobodyさん
09/07/29 22:00:38
>>535
ファイルをDBで管理すると、WEB上から更新できるならな。
しかし、複数アカウントを発行して利用するシステム（MTなど
の場合は、システム毎にテンプレートを編集できるので
ファイルで管理するより便利。メリットは絶大だと思う。

539:nobodyさん
09/07/30 00:20:18
いや、その用途なら普通にファイル編集orアップローダのが楽だろ…

540:nobodyさん
09/07/30 12:07:42
>>539
DB分かってる人ならDB使うのがラクだと思えるよ。
ファイルはすぐ腐る。

541:nobodyさん
09/07/30 12:13:33
少し腐ったぐらいが美味しい...

542:nobodyさん
09/07/30 12:16:56
ファイルは数が増えるとどんどん大変になるんだよな

543:nobodyさん
09/07/30 16:35:27
システム作る側は楽かもね。

デザイナの大半はローカル環境でコーディング、一括でアップロードを望んでいる。
またテンプレート自体がバージョン管理下に置かれている事も多々ある。
運営する上でDBに流し込み作業が発生するのは楽ではない。

544:nobodyさん
09/07/30 16:40:57
ディレクトリ分けもせずに700個のHTMLと格闘してる奴を見てるとホント馬鹿だと思えてくる

545:nobodyさん
09/07/30 17:12:18
そんな奴いねーよｗ

546:nobodyさん
09/07/30 18:40:48
700個のHTMLって時点でテンプレートを活かしてない感じが…

547:nobodyさん
09/07/30 18:50:56
テンプレどころかCSSすら使ってないんですわ、マジで。

548:nobodyさん
09/07/30 18:58:17
でも場末のウェブ制作屋ってほんとひどいからね。
ちょっとかじった中学生か、ってレベルのおっさんが
見てて頭痛くなってくるような非効率的な作業環境で、
素人騙して金貰ってるようなとこいっぱいあるぞ。

549:nobodyさん
09/07/30 21:03:15
>>543
流し込み作業をプログラムですれば良いだけだろ
一括アップロードと変わらん

550:nobodyさん
09/07/30 22:46:24
>>549
それやってしまうとファイル管理のメリットも、DB使うメリットも薄れてしまう気がするんだが。

551:nobodyさん
09/07/30 23:54:04
というかDBなんてある意味ファイル管理をラップしたようなもんだから
DBでできてファイル直弄りでできんことはないだろ。
せっかくキャッシュとか使ってるのに
変なとこでDB使うとパフォーマンスのボトルネックにもなりかねんし
DBじゃなきゃ開発コストパフォーマンスの点でよっぽど差がでる
って場合じゃなきゃ下手にDB化なんかせんよ。

そういう奴は画像ファイルとかもカラムに突っこんでるタイプだろ。

552:nobodyさん
09/07/31 00:03:20
どちらにしろデータとして記録するんだからファイルで置こうがDBに突っ込もうが大して変わらんだろ

553:nobodyさん
09/07/31 01:55:56
Smarty使って、DBではなくファイルで管理しているWEBアプリってあるか？


って思ったけど、OpenPNEがそうだな。追加で編集する場合はDB使うけど

554:nobodyさん
09/07/31 02:04:43
>>552
制作、運用、実行コスト、全てが大きく変わるわｗ

検索するとか、システム一括で何かしたいとか、特別な理由が無い限りDBにテンプレートつっこむのはナンセンス。

555:nobodyさん
09/07/31 02:43:31
ナンセンスってほどでも無いっしょ
ファイルシステムだって名称を唯一のキーとしたDBみたいな物だし

556:nobodyさん
09/07/31 03:11:10
PCのスペックが上がりまくったせいで、恐ろしいほどのヘマをしない限りは
DBで記録しようがファイルで置こうがボトルネックと呼べるレベルのものは出ない

むしろ、恐ろしいほどに数が増えて人的に整理が大変になったほうがボトルネック

557:nobodyさん
09/07/31 03:49:06
>>555
だからこそナンセンスなんだよｗ
ファイルシステムの実装はDBそのものなんだから、DBにつっこむ必要が無いものをつっこむ必要は無い。

>>556
にわかSEにありがちな発想ですね（＾＾
人的整理はDBやSmarty以前のバージョン管理、運用の問題。

558:nobodyさん
09/07/31 04:25:59
>>557
ほう、ではDBとFSで実装した場合の違いを定量的に示してくれ

559:nobodyさん
09/07/31 04:42:31
>>558
FSじゃなきゃ出来ない事、FSなら標準で出来る事は多々あるだろう。

　・DBコネクション等の負荷が無い
　・当然PHP側のコードもシンプル
　・SVN等のバージョン管理システムが使える
　・使い慣れたエディタで直接編集が可能
　・使い慣れたソフトでアップロード/ダウンロード/バックアックも自由自在
　・当然複雑な管理画面も不要になる為実装コストは激減

これらはFSなら特別な実装は不要。
君はDBで実装出来るか？

検索したいとか、DBサーバで集中管理したいとか、特別な要件が無い限りテンプレートのDB化はしない。

逆にDBを疑似ファイルシステムとして使うメリットとその実装コストを教えて欲しい。
オープン系CMSを引き合いに出すのであれば、同等の管理画面等を作るコストも入れてくれよな。

560:nobodyさん
09/07/31 05:22:21
定量的の意味知ってるか？

561:nobodyさん
09/07/31 05:56:21
定量的って言葉使いたいだけですか？ｗ
>>559 に答えられたら答えてやんよ。

562:nobodyさん
09/07/31 10:54:30
まぁ、喧嘩するなや。
第三者からみたら、有益な討論してるように感じるんだから。

563:nobodyさん
09/07/31 11:13:51
>>561
低学歴乙

564:nobodyさん
09/07/31 11:35:24
>>562
有益かはともかくSmartyの議論ではなさそうだな。

565:nobodyさん
09/07/31 12:20:19
>>564
Smartyの使い方に関する議論だろ

566:nobodyさん
09/07/31 15:05:22
smartyってＨＴＭＬだけしか知らないデザイナーに読みやすくするためだけの技術だろ

567:nobodyさん
09/07/31 16:10:10
逆だと思うが。PHPを使えるプログラマー用の技術だろ。

568:nobodyさん
09/07/31 18:56:10
>>563
答えられない質問には煽る…典型的な厨ですね。

定量的も何も、FSの場合は >>559の 実装コストはほぼゼロ。
DBで作った場合のコストは？低学歴な僕には検討もつきません＞＜おしえてください。

569:nobodyさん
09/07/31 19:46:53
>>568
俺も低学歴だけど頑張ってみる
XOOPSみたく、ベースはファイルで、そっからDB突っ込む奴で考えてみた


>　・DBコネクション等の負荷が無い
キャッシュファイル使えばテンプレ本体がDBにあっても関係ない

>　・当然PHP側のコードもシンプル
プラグインで済むから同じ

>　・SVN等のバージョン管理システムが使える
ベースのテンプレートをファイルにすれば同じ

>　・使い慣れたエディタで直接編集が可能
コピペすれば一緒かと

>　・使い慣れたソフトでアップロード/ダウンロード/バックアックも自由自在
phpMyAdminは使い慣れたソフトってことで

>　・当然複雑な管理画面も不要になる為実装コストは激減
テキストボックスで十分じゃん

> 同等の管理画面等を作るコストも入れてくれよな。
phpMyAdminで十分


テンプレートがDBに入ってて便利なのは、
出先とかでftp,シェルが使えない環境でもブラウザで更新出来るに尽きるんじゃないかと
頑張れば携帯でも更新出来るし。。。

570:nobodyさん
09/07/31 19:49:07
ファイル操作用のPHPコードと
DB操作用のSQLでは、後者の方が自由度高いと思うけどな

571:nobodyさん
09/07/31 20:49:32
>>568
煽ったのはお前だろカスが
最初に質問したのは俺だが何故答えないの？

572:nobodyさん
09/07/31 20:58:48
また「全部自分でやるから実行速度は早い」とかえらそうにしてる馬鹿が騒いでるのか

573:nobodyさん
09/07/31 21:21:59
>>571
「俺だが」ってIDも出していない奴をどうやって判断する？
俺たちはエスパーじゃないぞ？

574:nobodyさん
09/07/31 23:21:12
>>569
> キャッシュファイル使えばテンプレ本体がDBにあっても関係ない
テンプレート更新確認の為に、DB接続されるよ。

> プラグインで済むから同じ
プラグイン作成、テストの工数がかかるよ。

> ベースのテンプレートをファイルにすれば同じ
一括でコミットしたり、指定リビジョンにロールバックしたい場合とか困るよね。

> コピペすれば一緒かと
エディタで編集→管理画面を開く→コピペ→DBにコミット→確認が、直接編集と同じ手間と？

> phpMyAdminは使い慣れたソフトってことで
ファイルやディレクトリ単位での権限管理はどうするの？
例えば一時的にディレクトリ名を変えてバックアップ取りたい場合とか、運営者にSQLを書かせるの？

> テキストボックスで十分じゃん
見た目上はそうかもしれないが、内部実装は相応のコストがかかると思うよ。
複数ファイル同時に更新しなきゃいけない場合とかもあるしさ。

> phpMyAdminで十分
上に同じ。

> テンプレートがDBに入ってて便利なのは、
> 出先とかでftp,シェルが使えない環境でもブラウザで更新出来るに尽きるんじゃないかと
> 頑張れば携帯でも更新出来るし。。。
これはDBかFSかは関係無くね？制作者的にはSQL回す方が楽ではあるだろうけど。

>>571
>>568 で答えてるよ。FSならコストゼロ、DB実装なら相応。要件次第。
高学歴の君に、DBで同等の実装をした場合のコストを教えて欲しいな。

575:nobodyさん
09/08/01 01:20:41
だから、いちいち煽り入れるなって
お前がせっかく書いたレスも陳腐な物になるぞ

576:nobodyさん
09/08/01 23:36:43
>>571はどこいっちゃったの？

577:nobodyさん
09/08/02 01:41:46
お前がいい加減にしろ

578:nobodyさん
09/08/02 01:48:38
>>571はどこいっちゃったの？

579:nobodyさん
09/08/02 03:05:41
まぁ普通はDBを使うメリットなんて無いって事さ
DB憶えたての頃は俺も無闇にDB化したがったものだ

580:nobodyさん
09/08/03 01:13:56
じゃ、大手ポータルサイト（ブログとか）って
テンプレートをDBに入れずにファイルで読み書きしてるのかな？

581:nobodyさん
09/08/03 03:29:39
そんな極少数の大規模案件を例えに出されてもなぁ･･･
使ってるところは使ってるだろう（ハテナとか、スケーラビリティか何かを考慮してDBをファイル置き場に使ってるとか）

要件次第なんじゃない？
それなりの資金と開発期間があり、WEBベースで不特定多数が編集するシステム開発
とかだったらDB化した方が遙かに楽だろう。

582:nobodyさん
09/08/03 09:46:29
>>581
DB使うメリットないとか言っといて
結局要件しだいかよｗ


583:nobodyさん
09/08/03 10:57:19
>>581
つまり、結局は「DB化した方が遥かに楽」なケースが”ある”ということですね

584:nobodyさん
09/08/03 17:52:34
>>582-583
最初から『意味も無く』FSをDBに置き換えるのがナンセンスと書いてるじゃないかｗ

揚げ足取りはいいから、具体的なメリットデメリットを提示してくれよ、
大手が使ってるとか、Open系CMSが使ってるからでは話にならん。

585:nobodyさん
09/08/03 18:04:36
っていうか大手CMSサイトってPHP+Smartyなの？その時点でその話は破綻している。

586:nobodyさん
09/08/03 18:24:53


どちらも都合のいいように解釈しすぎで、この話はいつまで経っても平行線。

587:nobodyさん
09/08/03 18:59:14
平行線にすらなっていない。
DB厨がファビョっているだけだ。

588:nobodyさん
09/08/03 20:12:30
ファビョってるのはむしろお前だろ？1人で戦っているつもりだろうがw

589:nobodyさん
09/08/03 21:44:15
いちいち煽りに反応しなくていいからｗ　

とりあえず君のすばらしい経験談と、DB捌きっぷりをこのスレに轟かせれば、
もう少しましな流れになるんじゃないかな？

（＾o＾）でーたべーす は すごく すごい！･･･なぜなら、すごいから！
（＾o＾）でーたべーす の すごさがわからないやつは すごくない！

590:nobodyさん
09/08/03 22:23:10
「要件次第でDB使う」でみんな納得。
丸く納まってよかった。


591:nobodyさん
09/08/03 22:34:30
以下Smarty3を語るスレになりました。
開発ペース遅すぎるよね。

592:nobodyさん
09/08/04 00:10:08
htmltemplate.php で十分だしー

593:nobodyさん
09/08/04 00:13:10
>>590
すまんけどどういう要件ならDB、FSを使うべきかまとめてくれないか？

594:nobodyさん
09/08/04 01:04:56
>>593
大規模案件ならDB　でいいんじゃないか。

595:nobodyさん
09/08/04 01:51:48
>>593
基本的にはFSじゃないかね。
DBは使う必要があれば使えばいい。
あまり思い浮かばないし、実例も聞かないけどね。

596:nobodyさん
09/08/04 02:01:18
すまん
結局>>581が結論でいいんじゃないかと言いたかった。

597:nobodyさん
09/08/04 09:05:44
OK


598:nobodyさん
09/08/04 11:09:38
>>591
ぜひ参画してくださいよ

599:nobodyさん
09/08/04 11:24:56
大規模案件にはJAVAという逆説。

600:nobodyさん
09/08/10 18:05:18 euq/7Zv+
すみません、質問です
テンプレートファイル内で、{php}～{/php}って形で、phpのプログラムを実行出来ますが、
この「～」の部分で、assignされた変数を操作することは出来ないでしょうか

{php}
//ここで{$name}の中身を変更したり、{$name}をキーにして画像を出力する関数を実行したい
{/php}

私の名前は{$name}です

こんな感じで…
よろしくお願いします。

601:nobodyさん
09/08/10 18:19:27
そのロジックはテンプレートじゃなくて、呼び出し元に書くべきでは･･･

やった事ないけど、Smartyインスタンスをなんらかの形で参照すれば出来るんじゃない？
グローバル変数にするとか、シングルトン使うとか、etc

602:nobodyさん
09/08/10 18:26:43 euq/7Zv+
>>601
ありがとうございます、やっぱり呼び出し元でやるべきなんでしょうか？
いまassignされて引き渡されるデータが配列一つなので、それを元にテンプレートでやった方がスマートなんですよね
呼び出し元で各値の条件分岐分やるとassign assign assign…とassignだらけになってしまうので
テンプレ長くする方が問題かなぁ

603:nobodyさん
09/08/10 18:35:23
>>602
もしかしてこんな感じで解決しない？

if(...) {
$a=1;
} else {
$a=2;
}
$smarty->assign('a',$a);


604:nobodyさん
09/08/10 18:43:35 euq/7Zv+
>>603
ありがとうございます、そうですねー、確かにassign段階で書くとそんな感じですよね
決めました。そうします。
テンプレかアクションかどっちかが絶対ゴチャゴチャするなら一緒ですねもう。
いや、テンプレ変更する時のデメリットの方が大きそうだし。。
アドバイスありがとうございました！

605:nobodyさん
09/08/10 19:16:08
>>604
条件分岐やるとassignが増えるってどういうこと？
配列をそのまま使えば？

606:nobodyさん
09/08/10 19:21:31
＞テンプレかアクションかどっちかが絶対ゴチャゴチャするなら一緒ですねもう。
テンプレートとロジックの切り分けは、そのゴチャゴチャを纏める事にあるんだよｗ

アクションとテンプレ両方で値を編集しちゃうと、
どこでバグが発生したか突き止められなくなっちゃうでせう。

607:nobodyさん
09/08/10 19:38:15
>>605
例えば、入力任意のファックス番号とかあったとして、必須入力だったら確かにテンプレでは配列そのまま使って
FAX:{$ary.faxNum}　で済むけど、必須じゃないんでその前段階のアクションで
if($ary['faxNum'];){$faxNum = $ary['faxNum'];}
else{$faxNum = "-";}
//assign処理
ってやる必要あるじゃないですか。それが嫌だったんですよ。
必須入力じゃない項目の数だけassignしまくらなきゃいけない。めんどくさいなぁと。
そこでphpかsmartyの構文で、テンプレの中で{if}とかしようと思ったんだけど…

でも、確かに>>606の言う通り、あっちこっちにまたがって値を編集しちゃダメですね。
smarty構文はデザインとか見た目（まさにテンプレート）を自動生成するためだけに使わなきゃなぁと
ようやく結論づきました。

608:nobodyさん
09/08/10 20:32:12
>>607
if(!isset($ary['faxNum'])) ($ary['faxNum'] = "-";

って書いて、$ary変数だけassignすればいいんじゃない？


その程度の表示分岐処理なら、テンプレート側でもOKかと思う。

{$ary.faxNum|default:"-"}

でいけない？

609:nobodyさん
09/08/10 20:50:18
値未入力であることを示すのに、何を表示するのかはview側の仕様だわな。

ひょっとしたら先々仕様変更で「入ってまへんで、へよへよ」と表示するようになるかもしれん。
そのとき内部データにそんな値(内容)入れたくないだろ?
608の後半みたいにテンプレ側でやった方がいいよ。

610:nobodyさん
09/08/10 22:51:30
>>608-609
うーん、そうか。
ケースバイケースでどうやるべきかじっくり考えてやってみるね
ありがとう

611:nobodyさん
09/08/10 23:13:31
度々申し訳ない
{if}--{/if}の中で、smarty変数を生成できないの？　assignと同じことをしたいんだけど
{if $var eq "hoge"}
$newVar = "hogeでした";
{/if}
みたいな…

612:nobodyさん
09/08/10 23:15:44
assignでなんでだめなの？

613:nobodyさん
09/08/10 23:42:39
>>612
assignはphp側の処理ですよね、テンプレ側で値を割り当てたいので。。

614:nobodyさん
09/08/11 01:09:27
{assign} タグ使えば？

615:nobodyさん
09/08/11 03:32:24
>>614
ありがとう！　こんなのがあったのか。助かりました！

616:nobodyさん
09/08/11 03:33:31
assignassign言うから当然テンプレート側のこと言ってると思ったら
assignタグすら知らんかったのか。

617:nobodyさん
09/08/11 12:14:27
だからphpタグなんぞで処理したかったのか・・・。

618:nobodyさん
09/08/12 05:56:44
$hogeAry = Array (
[0] => Array ( [id] => 7 [uId] => 10237 [uType] => hoge [photo_text] => 写真の説明1 [photoName] => galleryPic7 [photo_on] => 1 )
[1] => Array ( [id] => 9 [uId] => 10237 [uType] => hoge [photo_text] => 写真の説明2 [photoName] => galleryPic9 [photo_on] => 1 )
[2] => Array ( [id] => 10 [uId] => 10237 [uType] => hoge [photo_text] => 写真の説明4 [photoName] => galleryPic10 [photo_on] => 1 )
)

という配列があります。
これのphotoNameを引き出したくて以下のものを実行してますがうまくいきません。何が原因でしょうか？
{foreach from=$hogeAry item=varAry}
名前は：{$varAry.photoName}<br />
{/foreach}

{$hogeAry.0.photoName}　なら、ちゃんとgalleryPic7が出力されます

619:nobodyさん
09/08/12 06:23:13
varAryの中を見てみたら？

620:nobodyさん
09/08/12 08:01:33
ループは回ってる？「名前は：」って文字は出力されてる？

{foreach from=$hogeAry item=varAry}
{foreach from=$varAry item=item key=key}
{$key}={$item}<br>
{/foreach}
{/foreach}

で中身表示テストしてみ。

621:nobodyさん
09/08/12 10:23:00 u9+iooGY
>>620
0=z
0=z
0=z
とだけ出力して終わってます。。ループ自体はしてるってことですよね？
なんでだろ？　配列じゃないのかな。
上で書いた配列は、以下の実行結果です。（zendFWを使った、クエリの結果）

function gallery($uType,$uId){
$table = $this->_config->table->gallery;
$stt = $this->_db->fetchAll("SELECT * FROM {$table} WHERE `uType`=? AND `uId`=? AND `photo_on`=1 ORDER BY `id` LIMIT 10", array($uType,$uId));
return $stt;
}

$this->view->hogeAry = $this->_db->gallery('spot',$uId);


622:nobodyさん
09/08/12 10:32:56
>>621
Smarty側に正常にassign出来てない可能性大。

1. hogeAryが正常な配列か確認。
var_dump($this->view->hogeAry);

2. hogeAryがSmartyにassignされてるか確認。

623:nobodyさん
09/08/12 11:18:13 u9+iooGY
>>622
var_dump($this->view->hogeAry);　の結果は
$hogeAry = Array (
[0] => Array ( [id] => 7 [uId] => 10237 [uType] => hoge [photo_text] => 写真の説明1 [photoName] => galleryPic7 [photo_on] => 1 )
[1] => Array ( [id] => 9 [uId] => 10237 [uType] => hoge [photo_text] => 写真の説明2 [photoName] => galleryPic9 [photo_on] => 1 )
[2] => Array ( [id] => 10 [uId] => 10237 [uType] => hoge [photo_text] => 写真の説明4 [photoName] => galleryPic10 [photo_on] => 1 )
)

.tplでの
{$hogeAry|@var_dump} の結果は
Array ( [0] => [1] => [2] => ) 1

{$hogeAry.0.photoName} の結果は
galleryPic7

ちゃんとテンプレートまでassignされてきてるってことですよね？
foreachだけがうまくいかないってことかなー

624:nobodyさん
09/08/12 11:41:14
619はシカトですかそうですか

625:nobodyさん
09/08/12 12:16:00 u9+iooGY
>>624
すみません、varAryの中身のチェックの方法がわからなかったもので。。

{foreach item=varAry from=$hogeAry}
{$varAry|@var_dump}<br />
{/foreach}
とりあえず思いつく限りで上記をやったら
string(0) ""
string(0) ""
string(0) ""
が返ってきます

{foreach item=varAry from=$hogeAry}
{$varAry.photoName}<br />
{/foreach}
だと何も返ってきません（改行３つだけです）

ほんとに済みませんでした

626:nobodyさん
09/08/12 12:34:49
原因切り分けてみたら？
本当にDBから値は取れてるのか、違う関数コールしてないか、
ただの配列なら表示できるのか、などなど。
可能だったら再現するコードも貼って。

627:nobodyさん
09/08/12 13:54:35
{debug} タグでassignされてる変数確認してみ。

628:nobodyさん
09/08/12 17:19:17 u9+iooGY
>>626-627
どうもありがとうございます
普通の配列なら大丈夫です。同じDBから同様の手続きで取得してるクエリ結果（通常の配列）があるんですが、
それはforeachで解析できています。
{debug}はdisplay形式じゃないとダメみたいで、僕のやり方がそうじゃないので動きませんでした。

それで、今ループ処理をsection形式で試してみたんですが、section なら二次元配列の処理大丈夫でした。（以下が動きました。）
{section name=varAry loop=$hogeAry}
{$smarty.section.counter.total}<br>　（このカウンターは動きませんでした）
要素: {$hogeAry[varAry].id}<br>
要素: {$hogeAry[varAry].photoName}<br>
要素: {$hogeAry[varAry].photo_text}<br>
{/section}
とりあえず、お騒がせして申し訳なかったですが、foreachは諦めてこっちで極力対応したいです。

629:nobodyさん
09/08/13 16:40:28
結局原因は何なの？

630:nobodyさん
09/08/21 13:05:34 WhelcFIU
質問させてください。
テンプレート中の {$hoge}って変数に対してphpのクラス中のメソッドを実行するって可能でしょうか？
これまでは、php中で
$hoge=$instance->method($hoge1,引数1,引数2);
として、適切な値を返してたんですが、同じ事をテンプレートの中でやりたいと思います。
{$hogetext|nl2br}などでphp関数を実行できるのは知ってるんですが、調べたところメソッドの実行は
見つけられませんでした。無理なんでしょうか？
assign 前に実行すべき？

631:nobodyさん
09/08/21 14:42:48
修飾子プラグインの中でメソッド呼べばよいのでは

632:nobodyさん
09/08/21 18:37:07
>>631
どうもありがとうございます
修飾子プラグイン、知りませんでした！　勉強になります、ありがとう

633:nobodyさん
09/08/21 22:16:33
プラグインの中で他のプラグインの機能を呼び出すことってできますか？

634:nobodyさん
09/08/21 22:16:56
できるよ

635:nobodyさん
09/08/22 00:43:33 qs0RE9DR
修飾子プラグインの勉強始めたんですが、引数を２つもたせる方法がわかりません。
{$num}というsmarty変数に対して、

function smarty_modifier_NUMtoTEXT($num,$aryName){
　return $allAry[$aryName][$num];
}
というプラグインを実行したいんですがどう書いたら良いんでしょうか？
{NUMtoTEXT:$num:"boyAry"}とかやってみたんですがうまくいきません。

636:nobodyさん
09/08/22 00:59:28
>>635
URLﾘﾝｸ(www.smarty.net)

637:nobodyさん
09/08/22 05:08:49
>>634
kwsk

638:nobodyさん
09/08/22 12:26:11
>>637
ggrks

639:nobodyさん
09/08/22 23:19:02
>>636
返事遅れました。うまくいきました、ありがとう

640:nobodyさん
09/08/25 00:15:56
foreach だの sectionだのって、なんで素直にfor文用意してくれないんだろね
php用テンプレートなのにわざわざ特殊な書式だし、頭に入らなくてしょっちゅうマニュアル見てる
頭悪くて悲しいな

641:nobodyさん
09/08/25 06:09:04
>>640
Smarty3で追加される

642:nobodyさん
09/08/25 13:55:26
>>641
ほんとに？　情報ありがとう、気分が楽になったよw
そういう情報を仕入れる前向きさがないとイカンなぁ

643:nobodyさん
09/08/26 12:19:29
キャッシュしてできたファイルの中にSmartyタグって入れられないよね？

検索フォームがあったとして
<input name="keyword" type="text" value="{$smarty.post.keyword}">

として検索後にデフォルト値を入れてるんだけど、
キャッシュしたらこういう事が出来ないと思って。

644:nobodyさん
09/08/26 13:37:23
>>643
insertタグで出来るんじゃね？

あと検索結果画面だと思うけど、それってキャッシュするべきじゃなくね？ｗ
するにしてもSmarty側でするもんじゃないと思う。

645:nobodyさん
09/08/26 14:37:50
そのキーワード毎にキャッシュしたいのならば、それをキャッシュIDにすれば。

646:nobodyさん
09/08/26 23:01:41
>>644-645
ページのサイドバーをキャッシュしているんだが、
その箇所に検索フォームやログインフォームが入っているんだよ。
確かにキャッシュするべきじゃないが、
部分毎にわかるとキャッシュする意味がないかな？とも思ったり。

やっぱり、設計に問題あるかも・・。

647:nobodyさん
09/08/28 14:54:05 45fY5t7E
サイドバーの質問が出てるので聞きます
dbの返り値次第でサイドバーのデザインが数パターンに変わる場合、smartyのif文で書き分けするしかないのかな？
正直{if}に限らず醜いんで多用したくないんですよね…

部分的にデザインパターンを読み込むなど、他の解決方法はないですか？

648:nobodyさん
09/08/28 15:03:05
コントローラ側で制御すれば？

649:nobodyさん
09/08/28 15:25:18
テンプレートを数パターン用意すれば？

650:nobodyさん
09/08/28 16:29:28 45fY5t7E
>>648－648
そうですね、それがいいですね
ありがとうございました

651:nobodyさん
09/08/28 16:30:15 45fY5t7E
>>648-649でした
ありがとう

652:nobodyさん
09/08/28 17:53:20 MIAE9vSw
Smartyテンプレif文条件式で、自作のSmartyプラグイン関数を
呼び出すことはできないのでしょうか？



653:nobodyさん
09/08/28 19:07:18
できるんじゃね？

654:nobodyさん
09/09/02 05:34:35 55UeyG/q
{assign}の中で、修飾子プラグインをvalueにもたせることできますか？

{assign var=uType value=$resultAry.uType|NumToText}　みたいなことをしたいんですが
試してみてもタグがモロ出しになって修飾子が実行されてないようです。
仕様でしょうか？
書き方が変だとしたら、対処法を教えてください。よろしくお願いします。

655:nobodyさん
09/09/02 09:19:59
タグがモロ出し　の意味がわからない。

656:nobodyさん
09/09/02 09:35:13
>>654
capture

657:nobodyさん
09/09/03 08:24:48
>>655,656
ありがとうございました

658:nobodyさん
09/09/06 21:25:22
負荷テストで調べたんだが、キャッシュって結構効いてるな
1000アクセスある場合を想定してテストしたんだが、
約10～15%ほどページの読み込みが早かった

659:nobodyさん
09/09/07 08:07:01
なにをいまさら・・

660:nobodyさん
09/09/07 22:10:32
>>659
まあ、実感するのはなかなか難しいからな。

661:nobodyさん
09/09/07 23:17:57 K7GASBY+
二次元配列を出力しようとすると、
Warning: htmlspecialchars() expects parameter 1 to be string, array given in パス modifier.escape.php on line 26
というエラーが出ます。
調べたところ、色々なサイトで同じ問題を扱ってるのを見つけました。
URLﾘﾝｸ(questionbox.jp.msn.com)
URLﾘﾝｸ(pcmemorogu.blog14.fc2.com)　など

が、これらでの答えの通り、FOREACHする配列全てに　$ary|smarty:nodefaults　としてみたんですが
まだ完全に上記のエラーが消えません。
他にどんな可能性があるでしょうか？
配列だけでなく、通常のassignされた変数に対しても文字列でなければセットすべきなのでしょうか？
とりあえずやっていますが、変化がありません

662:nobodyさん
09/09/07 23:25:11
アウトプットフィルタにhtmlspecialcharsが指定されてるんじゃないの？

つか二次元配列を出力しなければならない例が思いつかないけど

663:nobodyさん
09/09/07 23:49:42 K7GASBY+
>>662
ありがとうございます
すいません、お礼書きつつ修正重ねてたら上手くいきました
foreachやsectionの中の配列だけでなく、ifの条件節部分でも配列に対しては|smarty:nodefaultsする必要があったようです。

if($testAry|count >0)　を
if($testAry||smarty:nodefaults|count >0)　にしたら治りました

お騒がせしました。ありがとうございました

664:nobodyさん
09/09/08 00:19:32
modifier.escape.phpを修正する方が早いよ

665:nobodyさん
09/09/08 00:25:48 qSoCHGpf
>>664さんはそうしてますか？
どう修正したらいいのやら、、と、調べたらありました。

URLﾘﾝｸ(blog.asial.co.jp)
-----
# function smarty_modifier_escape($string, $esc_type = 'html', $char_set = 'ISO-8859-1')
# {
# // 配列が渡ってきたら何もせずにreturn
# if (is_array($string)) return $string;
# switch ($esc_type) {
# case 'html':

たしかにこれでよさそう。
664さんが別の方法で対応してるなら教えてもらえると嬉しいです。比べつつ勉強したいので。
自分で弄る自信はまだないんですよね、知らないところで悪影響でそうで…

次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch
4970日前に更新/245 KB
担当:undef