- 1 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 14:34:57 ]
- JSFについて語ってくれ
前スレ
JSF(JavaServer Faces)【.NET死亡？！！！】
pc8.2ch.net/test/read.cgi/tech/1059208396/l50
- 147 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 07:02:08 ]
- >>146
よく嫁500エラーだぞ
- 148 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 07:12:43 ]
- ところで俺今まで一度もWEB-INFの下にJSPを配置したことないんだが、、、
- 149 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 07:53:00 ]
- >>147
読んでますが、何か？
- 150 名前：デフォルトの名無しさん [2006/09/01(金) 13:27:24 ]
- 誰か「 hifaces 」というSubProjectについて三行で説明して。
- 151 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 14:17:20 ]
- い
や
だ
- 152 名前：150 mailto:sage [2006/09/01(金) 18:18:49 ]
- お
願
い
- 153 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 18:21:30 ]
- く
ど
い
- 154 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 10:45:04 ]
- >>150
テンプレートでなんかやりたいらしいが
プロジェクト参加者いねーし
そもそもJSF自体どうでもいいや
- 155 名前：デフォルトの名無しさん [2006/09/02(土) 13:13:10 ]
- CommandLinkのmethod bindingってsessionスコープじゃないと動かないYO
なんで？
- 156 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 13:22:41 ]
- そんなわけない
- 157 名前：155 [2006/09/02(土) 13:33:56 ]
- あった。これひどいねー。
しかしこの場合、ListBeanに引きずられて、
DetailsBeanもsessionスコープの
オブジェクトとして宣言しなければなりません
（<h:dataTable>内のボタンを正しく機能させるためには、Listモデルをsessionスコープに保存しなければなりません）
- 158 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 13:59:30 ]
- >>157
問題の切り分け能力の無い奴だ。
- 159 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 14:00:29 ]
- >>157
何がひどいんだ？
- 160 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 14:25:27 ]
- dataTableの欠陥じゃん。
- 161 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 14:40:46 ]
- どこがよ？
- 162 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 21:19:12 ]
- JSFは生産性が1/10に落ちる糞フレームワーク
氏ねよ
- 163 名前：デフォルトの名無しさん mailto:sage [2006/09/23(土) 06:58:35 ]
- IBMのJSFはそんなに悪くないと思うけど。
- 164 名前：デフォルトの名無しさん mailto:sage [2006/09/26(火) 06:47:40 ]
- JSF+Springで、DIによって結合されたクラスを使用して
初期化メソッドを実行するにはどうすればいい？
- 165 名前：デフォルトの名無しさん mailto:sage [2006/09/26(火) 06:55:07 ]
- initMethodを使えばいいんでねーの？
- 166 名前：デフォルトの名無しさん [2006/09/26(火) 09:09:36 ]
- initMethodってseaserだけじゃないの？
- 167 名前：ルアーマン [2006/09/26(火) 10:46:42 ]
- kansuu.com
また一から組むのまっぴらごめんよ。。
共有一番よ。。。
所詮プログラムなんてよ。。
- 168 名前：デフォルトの名無しさん mailto:sage [2006/09/26(火) 13:27:58 ]
- Springの場合はinit-methodだったはず
つかマニュアル嫁
- 169 名前：デフォルトの名無しさん mailto:sage [2006/09/26(火) 17:52:02 ]
- >>164
Web層でいいならServletContextListenerでもいいんじゃない？
- 170 名前：デフォルトの名無しさん [2006/09/28(木) 23:57:05 ]
- デザイナとプログラマの分離とは言うけどさ、
JSFベースのレイアウト職人なんてSOHOにも居ないだろ
結局ELだけのがいいんじゃないかなとか思う
- 171 名前：デフォルトの名無しさん mailto:sage [2006/09/29(金) 00:00:04 ]
- JSFでデザイナとプログラマの分離は無理でしょ。
そもそもそこを目指していないように見えるんだけど誰が言い出したんだ？
- 172 名前：デフォルトの名無しさん mailto:sage [2006/09/29(金) 00:37:18 ]
- プレゼンテーション層との分離を業務の分離と解説してるとこが多いだけか。
でもFlashデザイナさんとなら相性いいかもね。ASでCGI使い慣れてる人多いだろうし。
- 173 名前：デフォルトの名無しさん mailto:sage [2006/09/29(金) 03:37:10 ]
- >>170
デザイナとプログラマの分離だったらVelocity使ったプロジェクトが一番やりやすかったな。
JavaScript書けるレベルのデザイナだったらVTLでスマートなページ作ってくれるよ。
- 174 名前：デフォルトの名無しさん mailto:sage [2006/09/29(金) 22:46:47 ]
- Velocityはいいよな。個人的にはJakartaの中ではAntの次に傑作だと思う。
社内システムとか組むなら一番汎用性があるよ。
- 175 名前：デフォルトの名無しさん mailto:sage [2006/09/29(金) 22:53:02 ]
- 俺もベロに一票
- 176 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 00:15:52 ]
- Velocity使ったこと無いのですが、JSP2.0でEL使うのと比べて、
どのへんがイイ感じなんでしょうか？
- 177 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 00:23:14 ]
- Velocityは「○○のテンプレート」ではない。
まさに「テンプレート」そのものなのだよ。
HTML、XML、メールとその用途は何でもいい。
- 178 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 01:20:51 ]
- >>177
そんなの知っているし、今はどうでもいい。
WebアプリのView構築においてJSP2.0でEL使うのと比べて、
どのへんがイイ感じなんでしょうか？
- 179 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 02:04:12 ]
- >>178
なんか上手く言えないんだけど、
「単なるテキストデータのテンプレート」
なのがいいのかなあ？
HTMLのタグなんか内部ではまるっきり関知しないから直感的というか。
あと自分はHTMLタグの外側にちょっとしたロジック書いちゃったりもしてる。
動的にSQL文を組み立てたり、いろんなとこに利用してる。
他にもファイル以外にもDBに保存したテンプレートとか使えるのも便利。
JSPは多機能だけどゴチャゴチャしてるから、デザイナとかにやらせる場合
負担が大きいと思う。
- 180 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 04:56:34 ]
- >>179
JSPでゴチャゴチャするのと、Velocityでゴチャゴチャするのと、同程度だと思うが。
結局のところ、使うのは<c:if>と<c:each>くらいのもんで、わざわざVelocityのライブラリを使うことを考えたら楽だと思うんだけど。
- 181 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 08:58:35 ]
- >>179
JSPのコードを、プレーンなHTML + ELで書くのと大して変わらないんじゃない？
俺は、ライブラリ追加したり設定ファイル追加したり、
勝手にバージョンアップする依存ライブラリもあったり、
流行り廃りがある可能性のあるベロより、
標準技術のほうが良いと思う。
- 182 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 12:29:26 ]
- JSPに固執してるんなら「○○のテンプレート」でええやん
- 183 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 14:34:41 ]
- SwingでもJSFが出来るみたいに書いてる記事があるけど
navigation-ruleってJSP前提みたいになってる気がするんだけど。
XML+XSLTなら確かに可能だけどそれってJSF関係ないよね。
- 184 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 15:07:08 ]
- 標準技術だろうが何だろうが俺の中ではJSFはもう選択肢として消えた
- 185 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 15:29:10 ]
- >>183
将来のバージョンではそうしたいというだけ。今はJSP前提。
- 186 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 20:19:32 ]
- >>184
じゃあなに使うの？
- 187 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 22:41:00 ]
- JSFとTapestryを流し読みしてみたが
俺の印象ではTapestryのほうに軍配が上がるな。
JSFがSwing対応したら使い分けたいと思ったが。
- 188 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 22:44:41 ]
- JSFでViewにVelocityを使うのってできないんだっけ？
- 189 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 22:55:12 ]
- 無理だろ。
- 190 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 23:05:32 ]
- >>188
JSFはJSPのカスタムタグに依存している。
- 191 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:23:56 ]
- Velo結構人気だな。
ちなみに俺はCSSファイルとJSファイルもVelocityで生成してる。
- 192 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:25:44 ]
- XSLTとVelocityがライバル関係なんだろうけど
バインドされるデータがXMLかPOJOかという点で差がでちまってるからね
- 193 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:36:47 ]
- SpringMVC＆Velocityの組み合わせが簡単でいい感じなんだけど、
Eclipseとかのツール対応充実度でいうとJSF（JSP）なんだよなあ。
VelocityはHTMLに限らず、Webのプレゼンテーションほとんど全部（画像以外）に
適用できるのが便利。
HTML、CSS、JS、XML、JSON etc...
- 194 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:50:25 ]
- つうか仕事だと始めた物があると少しずつしか足場変えられないんだよね
- 195 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:03:47 ]
- CSSやJSなどで、Velocityを使っているってのは、
ファイル生成にVelocityを使うだけで、実行時は静的なファイルとして使うということ？
実行時に動的にレスポンスするのであれば、JSPでも同じことはできるよね。
Velocity簡潔なのは分かるけど、チームで開発するときになにを選ぶかとなったら
標準技術のJSPをさけて、Velocityを選ぶメリットを感じない。
EclipseなどのJSPエディタで、補完が使えなくなって不便だと思った。
「JSPではこの点で困るから、Velocityを使う」ってのを教えてほしい。
- 196 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:06:04 ]
- >>195
おまえを基準にスレは進んでないから。
- 197 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:11:17 ]
- VelocityはWriterに出力するってのが最大の利点だわな。
- 198 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:29:51 ]
- まあ、標準技術のEJBで苦労してさっさとSpringとかHibernateに乗り換えた人はVelocity、
我慢してたらEJB3.0になって良くなってきてよかったって人はJSFでいいんじゃね？
- 199 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:33:06 ]
- JSPの代替と勝手に位置づけられてもな
- 200 名前：195 mailto:sage [2006/10/01(日) 03:23:49 ]
- スレ違いでした。すんません。
JSPの代替とは思っていないですが、
Webで使って良さを感じているのであれば、それを知りたかっただけです。
- 201 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 03:24:57 ]
- CSS出力に使っている人は、どういう使い方なんだろ？
CSSでサイズ指定とか色指定の数値をパラメタライズできれば
便利だよなぁとは思うんだけど、そういう方向なのかな。
- 202 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 03:32:21 ]
- ユーザページのCSSとして物理的にファイル出力するとか
ByteArrayOutputStream#writeToを使ってキャッシュを吐き出すってのにも使えるな
掲示板みたいなシステムなら特にキャッシュ用途としての恩恵は大きいかと
- 203 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 07:39:16 ]
- >>199
ここではWebのViewに何を使うかという観点で話が進んでいるのだからいいんじゃね？
純粋にVelocityの良さを語りたいのなら別スレでやってくれよ。
- 204 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 15:59:14 ]
- >>201
HTMLとCSSのカラーコードを連動させるのとかに使ってるよ。
色とか見た目に関するところは基本的にCSSに持たせるのが理想だけど
GoogleAdsenseとかタグをいじると規約違反になるのとかあるから。。
Velocityは、なんかそういうチマいところを全部同じエンジンでやれるのが手軽かな。
CSVの出力とか、静的なWebサイト用のHTMLファイルをローカルで一括生成したり。
でも画面遷移とかは全然扱ってないから、JSFと比べる場合には
他のフレームワークと組み合わせるのが前提だけど。
とりあえず個人的なおすすめはVelocity＋SpringMVCかな。
自分がVelocity使うときに参考にしたのはこのへん。
www.techscore.com/tech/ApacheJakarta/Velocity/index.html
- 205 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 15:28:03 ]
- >>190
ということは、JSFのJSPカスタムタグ相当のものを
Velocity Toolsで用意すれば・・・
きついかorz
- 206 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 17:08:38 ]
- freemarkerはどうなんだ〜？
いっそがしくて手が出せないよう
- 207 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 21:10:49 ]
- >>206
Velocity も Freemarker も使ったが、確かに
Freemarker は Velocity の欠点は解消されている。
一番恩恵を受けるのはエラーの特定だな。
俺としては過去の資産が無いなら Velocity を使う理由は無い。
- 208 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 21:21:20 ]
- SOHOの人らと一緒に頑張るならTapestryかなと思って最近勉強中。
ふむ、これが日本で普及しないのは勿体無いな。パッケージ品向けだと思うのだが。
- 209 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 23:44:16 ]
- >>207
やっぱり？Veloやった事があってFreemarkerやった人、
何人か居るんだけどみんなそういうんだよなあ。
時間が出来たらいじってみよう。
- 210 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 23:47:56 ]
- 最近は重厚長大なフレームワークに目が行きがちだから
ここらで小奇麗にまとまったパッケージ作るのも乙かもね
- 211 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 01:59:35 ]
- いまさらTapeはないでしょ。
- 212 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 06:45:12 ]
- 今だからこそじゃねか。JSFなんてショボデザ前提だぞ。
まともなのが来ちゃったらプログラマの負担がでかいだけだ。
- 213 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 15:59:38 ]
- WicketとかClickとかでいいんじゃないの？
- 214 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 22:07:06 ]
- おおWicketすげー分かりやすい。目から鱗。
でもリフレクション使いすぎじゃね？という懸念も無きにしもあらず。
- 215 名前：デフォルトの名無しさん mailto:sage [2006/10/05(木) 02:48:02 ]
- Wicketいいね。
- 216 名前：デフォルトの名無しさん mailto:sage [2006/10/10(火) 17:10:34 ]
- JSFちょっと使ってみた。
生成されたHTML見ると日本語が文字参照になってる。＆で始まる奴ね。
普通に日本語として可読可能な状態のHTMLを生成するようなスイッチってあるの？
- 217 名前：デフォルトの名無しさん mailto:sage [2006/10/11(水) 22:19:38 ]
- >>216
無かったはず。
携帯用にMyfacesのjarを修正したことがあった気がする。
修正箇所は2つぐらいだけど、jarをいじるのは気が引けるね。
- 218 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 02:00:26 ]
- >>216
マジで！？
これからJSF使ってみようと思ってたところだけど、そんな使用だったとは。。
検索エンジンにも引っかからないんじゃね？
- 219 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 05:15:44 ]
- >>218
検索エンジンにはひっかかる。
- 220 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 12:51:55 ]
- >>218
仕様じゃないよ。
MyFacesがそうなっているだけ。
- 221 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 13:42:17 ]
- >>220
SunのRIやGlassfishの実装もそうなってるね。
- 222 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 01:04:20 ]
- 外人はマルチバイトをバカにしているのか…
- 223 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 01:13:27 ]
- UTF-8もマルチバイトだろ。
ローカライズに積極的に参加しない
OS周りの日本コミュニティの責任
- 224 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 01:59:22 ]
- >>223
なんでオペレーティングシステム周りの日本コミュニティの責任なんだよ
と思ったのは俺だけじゃないよな
- 225 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 02:11:09 ]
- もうShift_JISとEUC-JPは捨てなきゃね
FCはもう移ってるんだっけ課
- 226 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 06:45:53 ]
- まあ、捨てるのはいいすぎかも知れないが、
新規で作るなら出来るだけUTF-8に移行すべきだとは思う。
Ubuntuも移っているとｵﾓﾀ
- 227 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 09:59:28 ]
- UTF-8に移行すべきだとは思うが、ブラウザにレスポンスを実体参照で返すべきだとは思わない。
- 228 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 20:05:57 ]
- ＪＳＦの勉強してるんですが、世の中の中枢である２ｃｈのスレでさえ過疎っていて不安でしょうがありません。
みんなStrutsが好きなんですか？
- 229 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 21:37:09 ]
- JSFは3.0になるまで様子見
- 230 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 21:53:49 ]
- というか、わざわざここで語ることがない。
- 231 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 23:13:23 ]
- JSFは２年前にまともな実装が存在していたなら、
今頃はJavaWebアプリのデフォルトになっていたかもな
結果として、広まる時期を逃してしまった。
今の時代にJSFに変えても、Ajaxにも対応しないしRESTfulなWebアプリも作れない
現時点では、とりあえずStrutsのままで様子を見た方が無難な気がする
- 232 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 23:34:30 ]
- >>231
言い得てる
- 233 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 00:28:31 ]
- > 世の中の中枢である２ｃｈの
ネタやん。
- 234 名前：228 mailto:sage [2006/10/29(日) 02:39:42 ]
- 人が居て安心したｗ
ＪＳＦで色々試してるのですが、バグるし、日本語情報少ないし、
理解不能な挙動をして困っています。
勉強を続けるモチベーションを上げるための情報を下さい。
- 235 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 06:13:36 ]
- >>231
つAjaxFaces、Shale(Struts 2.x)
- 236 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 07:44:05 ]
- >>234
JSFは糞だ自分の感性を信じろ
- 237 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 09:51:49 ]
- >>234
>理解不能な挙動
どんな?
- 238 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 10:35:57 ]
- >>235
どっちも鳴かず飛ばずの状態だだがなｗ
- 239 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:08:08 ]
- AjaxFacesやShaleなんてもってのほか。
あんなもんが「使える」って思う奴の気がしれん。
しかも、いまだにShale(Struts 2.x)って？
今のStruts2.xはShaleとはまったく関係アリマセンが？
- 240 名前：234 mailto:sage [2006/10/29(日) 13:17:37 ]
- >>236
Strutsの本を読んでこれはだめだと落胆した後、ＪＳＦの本を読んだら天国にいる気がしました。
今から勉強するならStrutsよりJSFだと思ったのです。
勉強するからには、JSFは糞というよりは、単なる黎明期で、
すばらしい未来があるのだと信じたいのです。
>>237
・ListDataModelを用いてクリックされたアイテムのインデックスを取得する仕組みが、
<t:dataList>を使った時だけ機能しません。
<t:newspaperTable>や<h:dataTable>では機能します。
・作業フォルダworkを削ったら、work直下に今までと違うtldCache.serができるようになり、
セッションビーンがコンストラクトさえされなくなり、正しく動作しません。
ウェブアプリのURLを変えるとたまにうまくいったりします。
また、古いtldCache.serを戻し上書きしてやると、正しく動作します。
環境は、Tomcat5.5 Eclipse3.2+FacesIDE+TomcatPlugin Java5 WindowsXP
JSFは、sunの1.1と、MyFace1.1.3（FacesIDEに同梱のもの）、が入っています。
- 241 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:27:50 ]
- Strutsよりは全然いいけど、JSPベースのViewという時点で・・・
RestやFlex、Ajaxという方向に行きそうなこのご時世。
- 242 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:32:18 ]
- もうVelocityでいいじゃない。
何か問題ある？
- 243 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:36:55 ]
- >>242
標準技術ではない。
- 244 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 14:19:28 ]
- JSFは、FacesServletがHttpServletを継承してない時点で終わってると思う
今後のWebアプリケーションはHTTPをフルに使いこなすことが求められてるのに
GET、POST、PUT、DELETEを使い分けることが出来るServletの特性を
自ら捨ててしまっているし
HTTPに依存しないというJSFのポリシーによって、JSFは滅びる運命にあるな
- 245 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 14:20:23 ]
- 別にJSF一辺倒でがんばらなくてもいいということでは？
- 246 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 16:51:31 ]
- 別にJSFからJSP+servletのページ呼び出せるからそんなに
困った記憶はないんだが…。
JSFで提供されている機能以上の事をやろうとすると途端に敷居が
上がるのはあるけど、それはフレームワークだからそういうものと
漏れは思っているけど。
不満があるならテメーでタグ書けよって世界だと思ってた。
- 247 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 19:28:47 ]
- タグ書けっていう思考がうんこ。
|
 |
