[表示 : 全て 最新50 1-99 101- 201- 301- 401- 2chのread.cgiへ]
Update time : 09/25 17:09 / Filesize : 94 KB / Number-of Response : 449
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【PHP】フレームワークMapleに舌鼓



1 名前:1 [2005/07/23(土) 16:57:45 ID:d5WmUSl2]
国産フレームワーク、Mapleでスタイリッシュなプログラミングライフを。

本家サイト
ttp://kunit.jp/maple/

まとめサイト
ttp://bobchin.ddo.jp/wiki/index.php?cmd=read&page=maple%2F%BB%C8%CD%D1%CA%FD%CB%A1


161 名前:nobodyさん mailto:sage [2006/02/17(金) 21:05:14 ID:???]
ノシ

162 名前:nobodyさん mailto:sage [2006/02/17(金) 21:06:42 ID:???]
>>160
前にmapleを改造して使ってるって人がいたと思う。

S2Containerがスレ違いじゃ無くなったね。
ただMapleでS2を使う必要があるかどうかは疑問。
スカーレットタンがいるしなぁ。

163 名前:nobodyさん mailto:sage [2006/02/17(金) 22:14:40 ID:???]
>>160
いくつかの案件で使ってますけどそれが何か?

164 名前:nobodyさん [2006/02/18(土) 15:36:16 ID:wFpKdptj]
>>163
またまたご冗談を

165 名前:nobodyさん mailto:sage [2006/02/18(土) 17:45:23 ID:???]
>>164
また荒れるから、煽るなよなー。

>>164
DBとテンプレートエンジンは何使ってますか?
あとDBはPEAR DBとか、PDOとか、その辺はどうしてますか?

166 名前:nobodyさん mailto:sage [2006/02/18(土) 18:29:51 ID:???]
自分も仕事で使おうと、フレームワークを色々と物色中の者です。

>>165
皆さんどういった環境で運用されてるのか、興味のわく
部分ですね。

>>163
是非教えて頂けると幸いです。



このフレームワークで携帯サイトを作られてる方も
いらっしゃるんでしょうか?
文字コード周り等でトラブル情報などありましたら
教えて頂けると幸いです。
問題なく出来てますって、情報でも嬉しいです!

よろしくお願いします。


167 名前:nobodyさん mailto:sage [2006/02/19(日) 02:38:18 ID:???]
>>163じゃないですが…
maple+Smarty+DB_DataObjectで案件やってますよ
内部はEUC、出力はSJISでやってますが、今の所問題ないです
携帯はちょうどこれからなので何かあれば報告しますね

168 名前:nobodyさん mailto:sage [2006/02/19(日) 12:40:22 ID:???]
mapleタウンにおーいでよ〜♪

169 名前:166 [2006/02/19(日) 13:09:32 ID:WBRb5Muk]
>>167
参考になります。
ありがとう御座います!

>>168
今日から少しmapleタウンにお邪魔してみみようと
思います。




170 名前:163 mailto:sage [2006/02/19(日) 16:12:18 ID:???]
maple + smarty + PEAR::DBだよ。
携帯は実は作ったことないんだけど、
文字化けしますどうしましょう攻撃のリスクを負ってでも
文字コードの設定があるのは携帯サイトを意識してるんだと思う。
・・・なんてな。
あと、だいこん2アップデートおめ。

171 名前:nobodyさん [2006/02/20(月) 01:07:26 ID:vRXDRBjP]
>>165
ごめんよ。

俺はDBはMySQLとPostgreSQLで常にネイティブな関数を。
でも、PDOは検討中。
テンプレートエンジンはSmartyだよ。
フレームワークは出来れば使いたくない派で。

172 名前:nobodyさん mailto:sage [2006/02/20(月) 01:25:39 ID:???]
Softwareデザインにkumatch御大の記事が出るようだ。


173 名前:nobodyさん mailto:sage [2006/02/20(月) 23:24:44 ID:???]
MapleとSeasar2って何か関係あるの?

174 名前:nobodyさん [2006/02/21(火) 00:29:39 ID:hJeFtmVz]
kunitさんがseasar好き

175 名前:nobodyさん mailto:sage [2006/02/21(火) 20:58:04 ID:???]
>>172
君は離島に住んでいるのか?

176 名前:nobodyさん mailto:sage [2006/02/24(金) 20:41:47 ID:???]
とっととAOP実装しろや。

177 名前:nobodyさん [2006/02/24(金) 20:55:22 ID:S8CqOJp1]
麻生

178 名前:nobodyさん mailto:sage [2006/02/25(土) 22:26:40 ID:???]
Mapleってもしかして今後Seasar2のDIとAOPを組み込むつもりなのか?

179 名前:nobodyさん mailto:sage [2006/02/26(日) 08:25:44 ID:???]
>>176
PHP4を捨てでいいならAOP実装できる、もしくは
やりやすいんだろうね。

>>178
それはないと思うよ。
ただS2と合体出来ることはkloveさんが示した通り。



180 名前:nobodyさん mailto:sage [2006/02/26(日) 10:30:52 ID:???]
>>179
AOPテスト版のどこに問題があるのかわからないんだが
ひとつ解説してもらえまいか?

181 名前:nobodyさん mailto:sage [2006/02/26(日) 18:59:14 ID:???]
MapleのAOPはテスト版までいってたのか。

182 名前:180 mailto:sage [2006/02/26(日) 21:20:06 ID:???]
テスト版っていう呼び方は正しくないかもだけど
アルファ版かベータ版は出たじゃん。

183 名前:nobodyさん mailto:sage [2006/02/28(火) 21:46:05 ID:???]
MapleってMojaviでいうところのグローバルフィルタや
モジュールフィルタってあるのかね?

184 名前:nobodyさん mailto:sage [2006/02/28(火) 23:35:32 ID:???]
Mojaviでいうところのグローバルフィルタや
モジュールフィルタって、知っていて当然なのかね。

185 名前:nobodyさん mailto:sage [2006/03/01(水) 00:31:30 ID:???]
>>184
有るのか無いのか。どーせ無いんだろ?

186 名前:184 mailto:sage [2006/03/01(水) 00:39:16 ID:???]
有るのか無いのかわかんないの。
Mojaviでいうところのグローバルフィルタや
モジュールフィルタが。
答えるほうがそれが何なのか調べなきゃいけないの?
それが何か、説明した上で尋ねれば的確な答えが
得られると思うの。
それが出来ないあんた馬鹿?

187 名前:nobodyさん mailto:sage [2006/03/01(水) 02:06:11 ID:???]
>>186
何なのお前?
知らねーならわざわざレスすんなボケ。

188 名前:nobodyさん mailto:sage [2006/03/01(水) 02:10:50 ID:???]
>答えるほうがそれが何なのか調べなきゃいけないの?
てゆーかこいつMojavi知らねーんじゃん。Maple一筋か。
変わった趣味してるのな?
ちょっとは時代の流れってものを知れよ雑魚w



189 名前:nobodyさん mailto:sage [2006/03/01(水) 05:01:46 ID:???]
無駄に荒れててワロタ



190 名前:nobodyさん mailto:sage [2006/03/01(水) 12:43:14 ID:???]
>>188
時代の流れみてるのにまだmojaviとかいってんの?

191 名前:nobodyさん mailto:sage [2006/03/01(水) 13:28:01 ID:???]
>>184,186,190
別に君ら(?)を対象にした質問じゃないんだろうから、気にしないで黙ってなさい。
mojavi も maple も知ってる人が気が向けば答えれば良いだけだから。

192 名前:nobodyさん [2006/03/01(水) 13:52:22 ID:Z6wfzGW5]
みんな!!Railsに乗らないか?

193 名前:nobodyさん mailto:sage [2006/03/01(水) 17:00:31 ID:???]
>>191
アンカーおかしくないか?

194 名前:nobodyさん mailto:sage [2006/03/13(月) 03:14:49 ID:???]
だいぶ前のMaple userに、AJAXを使いたいけど、動的に出力される
JavaScriptが、うまく扱えないとかいうのがあったけど、

ob_start();
$agent->init();
$agent_js = ob_get_contents();
ob_end_clean();

 みたいな事をしたいと言う意味だったのかな、と思ってしまった。

195 名前:nobodyさん mailto:sage [2006/03/14(火) 22:39:21 ID:???]
無駄に手数がかかる。Javaを目指して、PHP自体の立ち位置を見失ったパターン。
とりあえずiniファイルは、実行段階ではPHPスクリプトに変換しておいた方がいい。毎回iniをパースして、実に無駄。

196 名前:nobodyさん mailto:sage [2006/03/15(水) 11:29:43 ID:???]
>195
PHPスクリプトをパースするよりは早い気がするんだが。
eAcceleratorとか使ってりゃ違うのかな。
つーか何に対する話?

197 名前:nobodyさん mailto:sage [2006/03/15(水) 12:04:58 ID:???]
195じゃないが、
スクリプト実行の方が速いに決まってると思う。

198 名前:nobodyさん mailto:sage [2006/03/15(水) 12:37:24 ID:???]
iniに変更があったらどうするの?

199 名前:nobodyさん mailto:sage [2006/03/15(水) 13:02:41 ID:???]
中に取り込むか、外に出すかは設計思想の違い。
もちろんわざと遅くしているわけではないと思う(よね)。
速さよりも優先されることがあるという意思。
その上で、少しでも速さをという話になるかもだけど
他の要素とか解り易さとかパージすることと天秤にかけてどうなのかな。
実際、覚えること少ないし、引継ぎしやすいし…。



200 名前:nobodyさん mailto:sage [2006/03/15(水) 13:04:31 ID:???]
変更するたびに .ini → .php 変換ツールを実行したりするんじゃね?
マンドクセ

PHP の ini 読込は専用の関数持ってるからとんでもなく高速な部類だと思うけどねー
YAML にしたら遅くなりそうだが……

そもそもその程度のパフォーマンスがシビアに効く環境で
こういう DI コンテナとか使うものかねぇ?

201 名前:nobodyさん mailto:sage [2006/03/15(水) 13:28:39 ID:???]
.iniと.phpのmtimeを比較して、.iniのほうが新しかったら
もう一度.phpを作り直すようにすればいいんじゃないの。




202 名前:nobodyさん mailto:sage [2006/03/15(水) 14:22:24 ID:???]
「PHPスクリプトに変換」ってどうやってやるんだろ・・・

serializeとは違うんだよね?

203 名前:nobodyさん mailto:sage [2006/03/15(水) 15:04:39 ID:???]
>>202
parse_ini_file() した結果を serialize() したデータを deserialize() するコードを include するコードを書けってことでしょう
とか日本語不全な書き方してみる

>>201
ini だとパフォーマンス的にあまりおいしくないかもしれないけど
YAML とか使うようになると extension 化されてないと遅くなりそう(な気がする)だし
設定ファイルキャッシュをどっかに持っておくってのは良い考えかもしれないね
暇があったら実装してコードを contribute したいところだが……

204 名前:nobodyさん mailto:sage [2006/03/15(水) 21:22:09 ID:???]
設定はarrayにしておくのが最強。

205 名前:nobodyさん mailto:sage [2006/03/15(水) 22:19:59 ID:???]
>>204
そこはかとなく同意

206 名前:nobodyさん mailto:sage [2006/03/15(水) 22:25:45 ID:???]
実際、iniやyamlがarrayよりも遙かに見やすいかといえば
そうでもないしね…

207 名前:nobodyさん mailto:sage [2006/03/15(水) 23:26:10 ID:???]
 どうでも良い事だが、guessworkの中の人、ここを少なくも見てはいるのかな。
 blogネタが、やけにタイムリー。

208 名前:nobodyさん mailto:sage [2006/03/16(木) 00:25:35 ID:???]
>>207
タイムリーっていうか
ほとんどアンサーって感じだねw

209 名前:nobodyさん mailto:sage [2006/03/16(木) 07:03:05 ID:???]
そもそも、このネタふったのは・・・、という気がしなくもない。:-)



210 名前:nobodyさん mailto:sage [2006/03/16(木) 14:53:45 ID:???]
適当に試してみた。
これ一つで結論付けてもしょうがないが、一応>196が正解か?

<?php
require_once 'Benchmark/Timer.php';
@include_once 'PHP/Compat/Function/file_put_contents.php';

$data = '';
for ($i = 0; $i < 100; $i++) { $data .= 'hoge' . rand() . '=' . rand() . "\n"; }
file_put_contents('test-cfg.ini', $data);
$data = '';
for ($i = 0; $i < 100; $i++) { $data .= '$c[\'hoge' . rand() . '\']=' . rand() . ";\n"; }
file_put_contents('test-cfg.php', '<?php ' . $data . '?>');

$timer = new Benchmark_Timer;
$timer->start();

for ($i = 0; $i < 10000; $i++) { $config = parse_ini_file('test-cfg.ini'); }

$timer->setMarker('ini');

for ($i = 0; $i < 10000; $i++) { require('test-cfg.php'); }

$timer->setMarker('php');
$timer->stop();
$timer->display();
?>


211 名前:nobodyさん mailto:sage [2006/03/16(木) 20:59:58 ID:???]
とりあえず、パフォーマンス計測してから書けと。

212 名前:nobodyさん mailto:sage [2006/03/16(木) 22:47:06 ID:???]
>>211
体感で十分だろうが。

213 名前:nobodyさん mailto:sage [2006/03/17(金) 11:11:12 ID:???]
Yamlのパーサ通したりしたらキャッシュは必要になるかも知らないけど、
parse_ini_fileのオーバーヘッドとかって気にしなきゃならないものなのか?
どんなアプリつってんの??

214 名前:nobodyさん mailto:sage [2006/03/17(金) 11:42:41 ID:???]
まあそのうちparse_yaml_file()とかできるから
オーバーヘッドなんて気にもせず
YAML使っとくかっていうのがぺちぱースタイル

215 名前:nobodyさん mailto:sage [2006/03/17(金) 14:15:16 ID:???]
>212
210みたいな、10000回実行して数秒程度の差を体感出来るのか?
そもそもその差が問題になる用途ならPHPに向いてるものとは思えんな。

216 名前:nobodyさん mailto:sage [2006/03/17(金) 20:59:00 ID:???]
>>214
yaml のパーサで PHP だけで書かれているのが
spyc.sourceforge.net/
で、

こっちは C で書かれてていろんな言語のバインディングがある
whytheluckystiff.net/syck/
jp.rubyist.net/magazine/?0010-YAML#l13

ちょっとした比較がここに
blog.symfony.jp/2006/03/08/syck/

217 名前:nobodyさん mailto:sage [2006/03/19(日) 03:17:32 ID:???]
diがPHP(のウェブアプリ)でもメリットあるのかって検討した上でmapleって作られたのかね。

218 名前:nobodyさん mailto:sage [2006/03/19(日) 03:34:40 ID:???]
>>217
そういう表現が出る前提として
Maple ってのはまず先に DI って概念があってそれを実装するために作られたのでは、と
そう思ってるわけ?

219 名前:nobodyさん mailto:sage [2006/03/19(日) 10:58:36 ID:???]
mapleからdiを切り離すことは出来ないだろ



220 名前:nobodyさん mailto:sage [2006/03/19(日) 20:43:17 ID:???]
>>217
お前はDIを理解してない。

221 名前:nobodyさん mailto:sage [2006/03/19(日) 22:08:00 ID:???]
じゃ、diって何?

222 名前:nobodyさん mailto:sage [2006/03/20(月) 01:47:56 ID:???]
>>221
程度の低い質問をするなkunit

223 名前:nobodyさん mailto:sage [2006/03/20(月) 02:33:12 ID:???]
粘着アンチってのは何にでもいるものだなぁと感心した

224 名前:nobodyさん mailto:sage [2006/03/21(火) 00:54:29 ID:???]
>>223
うるせぇよkunit

225 名前:nobodyさん mailto:sage [2006/03/21(火) 10:20:15 ID:???]
>224
お前もうるさいぞ。kunit。

226 名前:nobodyさん mailto:sage [2006/03/21(火) 11:15:50 ID:???]
>>225
まあ落ち着けよkunit

227 名前:nobodyさん mailto:sage [2006/03/21(火) 15:18:06 ID:???]
>226
同感だkunit

228 名前:nobodyさん mailto:sage [2006/03/21(火) 16:03:05 ID:???]
>>1-1000
うるせぇぞkunitども。

229 名前:nobodyさん mailto:sage [2006/03/21(火) 16:27:35 ID:???]
kunit同士仲良くしようぜ



230 名前:nobodyさん mailto:sage [2006/03/21(火) 22:35:09 ID:???]
そうだねkunit

231 名前:nobodyさん mailto:sage [2006/03/22(水) 00:44:02 ID:???]
kunit達が和解した!

232 名前:nobodyさん mailto:sage [2006/03/22(水) 15:25:34 ID:???]
よい kunit 悪い kunit 普通の kunit

233 名前:nobodyさん [2006/03/22(水) 18:37:01 ID:76hbO8Rh]
kunitがんばれ

234 名前:nobodyさん mailto:sage [2006/03/22(水) 18:43:58 ID:???]
>>233
ありがとう、kunit

235 名前:nobodyさん mailto:sage [2006/03/22(水) 19:41:44 ID:???]
アタマワルイネタすれになってますね。
こういうのはマ板でやるんですよ

236 名前:nobodyさん mailto:sage [2006/03/22(水) 21:23:50 ID:???]
>>235
kunitのくせに生意気だぞ!!

237 名前:nobodyさん mailto:sage [2006/03/22(水) 21:52:45 ID:???]
>>235
kunit、必死だな

238 名前:nobodyさん mailto:sage [2006/03/22(水) 22:56:43 ID:???]
kunit(笑)

239 名前:nobodyさん mailto:sage [2006/03/22(水) 23:33:34 ID:???]
IDでない板ってこういうネタスレになったらどうしようもないのか
面白いと思ってるのが痛いけど



240 名前:nobodyさん mailto:sage [2006/03/22(水) 23:49:01 ID:???]
>>239
少しは黙ってろよkunit

241 名前:nobodyさん mailto:sage [2006/03/23(木) 00:05:58 ID:???]
てゆーか
価値提供してる人を
こういう形でいじろうとするヤカラってどうなん?
多分書いてるの一人だと思うけど。

242 名前:nobodyさん mailto:sage [2006/03/23(木) 00:36:03 ID:???]
>>241
あんまり必死だと本当にkunitだと思われるよ。
こんな流れになってるのはなにもネタがないから。
なんか提供してけれ。

243 名前:nobodyさん mailto:sage [2006/03/23(木) 02:24:13 ID:???]
そう。自ら世に公開したくせにほったらかしにしてる
kunitがいけないんだよ。
いまだにドキュメントすら整備されてないじゃん。
やる気無いならとっとと消えてくれって感じ。

244 名前:nobodyさん mailto:sage [2006/03/23(木) 02:43:04 ID:???]
>>243
php系のフレームワークって基本的に自分用に
作ってたものを公開するだけだろ?
自分が使う機能ができたらそこからみんなのために
バージョンアップなんて社会人ならほとんど
できないのが当たり前だと思うが。
ただでさえプログラマが忙しいのはお前らしってるはずだろ?

公開されてるんだから、暇な奴が必要な機能つくって
進化させればOKじゃ?

245 名前:nobodyさん [2006/03/23(木) 03:23:06 ID:lX/ScLUu]
みんな、自分フレームワークを作ればいいじゃないか

246 名前:nobodyさん mailto:sage [2006/03/23(木) 11:44:19 ID:???]
作りながら、有名所も参考までにチェックしてる、みたいなのはそこそこ居ると思う。

247 名前:nobodyさん mailto:sage [2006/03/23(木) 11:54:12 ID:???]
>>246
俺もそうだよ。
公開フレームワークの作者は
実際の実装というよりも、知識への貢献という意味も大きい。
更新されないからといって叩くのは違うっていうか
将来貢献しようという人間の芽を潰すかもしれない、
誰も得をしない姿勢。

248 名前:nobodyさん mailto:sage [2006/03/23(木) 13:05:30 ID:???]
kunit 本人です(本当です)。
私個人的には Zend Framework に移行しました。
今後 Maple の更新はないと思ってください。
( バグは修正します )。以上、嘘でした。

249 名前:nobodyさん mailto:sage [2006/03/23(木) 16:01:13 ID:???]
とりあえずDEBUG_MODEの時にDIContainer使うとactionのforwardができないバグだけは
はやく直してほしいところだなぁ

自分で直そうかと思って少し追ってみたがあまりの面倒さに投げたw



250 名前:242 mailto:sage [2006/03/23(木) 21:17:52 ID:???]
ぬ、>>243のような意味で言ったのではないのだが・・・。
作者じゃなくて、この板の誰かがネタを投下しろって意味だったんだが。
ちなみに俺はネタ持ってない。

251 名前:nobodyさん mailto:sage [2006/03/30(木) 19:35:01 ID:???]
指針をしてもらっておいて文句を言う房は市ね

いやなら、自分フレームワーク作ってシコシコしてればいい。

252 名前:nobodyさん mailto:sage [2006/04/18(火) 09:28:59 ID:???]
何か質問してもすぐ↑こいつみたいなのがレスするから
すぐ荒れるんだよ。
もう誰もつかってないよこんなFW。

253 名前:nobodyさん mailto:sage [2006/04/18(火) 12:55:44 ID:???]
 maple使う際の最大のネックは、ドキュメントの少なさだと思う。
 symfonyなんかは、まとまったドキュメントがPDFで用意されているが、
mapleは、wikiがあってもあまり機能していない。
 また、dbを取り扱う枠組みを標準で用意してくれないと、導入の際の
コストが高くなって、躊躇しちゃうよね。

254 名前:nobodyさん mailto:sage [2006/04/18(火) 14:56:26 ID:???]
>253
ドキュメントは同意だが、DBは逆に、
好きなのを使いたいって意見もあると思うぞ。

255 名前:nobodyさん mailto:sage [2006/04/18(火) 16:32:58 ID:???]
>>254
 mapleとして標準で付いてくる物が欲しいのよ。
 他のを使いたいという人は、標準以外の物を使える様にすれば良いでしょ。

256 名前:nobodyさん mailto:sage [2006/04/18(火) 20:10:02 ID:???]
揚げ足と思われると難なのですが、DB扱う枠組みがあるほうが
導入の際のコストは高くなるんじゃないかな。
mapleの良い点は、VIEW部分だけに割り切っているところじゃないかと
思うようになりました。DIConは確かにアドバンテージがあるけれど
命名規則以外は、普通にPHPで書けば良いのが最もありがたかったりする。


257 名前:nobodyさん [2006/04/20(木) 16:51:35 ID:V2WiZs9r]
オレはEthnaへ逃げた。
初心者にとってドキュメント不足は致命的すぎる。
チュートリアルをいじっているうちに、
「なるほど」って感じで分かってくるんだけど、
Mapleはチュートリアルすら貧弱なので、自分には無理だった。

258 名前:nobodyさん mailto:sage [2006/04/20(木) 17:11:11 ID:???]
私も同じでした。
Ethnaももう少しサンプルが増えるといいですねー。

259 名前:nobodyさん mailto:sage [2006/04/20(木) 22:28:34 ID:???]
なんかDBまで使ったオープンソースものが一個できれば
いろいろ参考にできるんですけどね。
EthnaもMapleもそれが無いのがつらい




260 名前:nobodyさん mailto:sage [2006/04/21(金) 00:26:32 ID:???]
Ethnaの方が解りづらくて挫折しました。サイトのgetting staretedとhowtoが乖離しすぎてる。
EthnaでのセッションやDBの扱い方がわからない。
Mapleはサンプル見ればあとはPHPが使えればとりあえず使えるというのが魅力。
それだけでも「いつも同じようなことを書いている」ことを解消できる。
フレームワークの使い方と、PHPの書き方やプログラムのお作法を混同してないか。
フレームワーク(Maple)はPHPの初心者が簡単にWEBアプリを書けるようにする
ことを目的にしてないんじゃないの?そういう方向性を否定しないが。
という私もPEARのErrorStackを使ったMapleのサンプルは欲しいが、
それはErrorStackの使い方が分からないんであって、
それをMapleのドキュメント不足というのはなぁ。
確かにFilterとかDIconとかのMapleとしてのドキュメントは不足というか
もう不足という表現の時期はすぎてんじゃないのと腹が立つくらいですけどね。

261 名前:nobodyさん mailto:sage [2006/04/21(金) 00:58:34 ID:???]
PHP系のフレームワークって自分用に作ったものを公開しただけのものが多いから
ドキュメント作成まで求めるのは酷かもね。
そのへんはユーザでできたら理想的なんだけど。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](*・∀・)<94KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef