SOE，EQ2に公式RMTシステム「Station Exchange」導入を発表
アイテム課金のような仕組みではなく、文字通りのRMT。
EQ2がどんなデザインになってるか詳しくは知りませんが、リソース取り合いに主眼を置いたシステムだと、中国人あたりにぺんぺん草も残らないほど荒らし尽くされると思うのですが……
MO的ダンジョン(なんて呼べばいいんだろう、ゾーンインスタンスとかプライベートゾーンとかそんな感じのダンジョン)でプレイヤーの数に応じてリソースが増えるようなシステムを中核とするなら、まぁ何とかなるかなぁ。
(1)人数制限村が一度も使われない
(2)アーカイブ行きになった村について、DHTMLをアンカーで書くのはリソースの無駄ではないか→アーカイブ行きにする時はDHTML切ろようにするか……
(3)誰がリア狂だとかいちいち個別に対応なんてやってらんないし、対策しろと言うなら対策案出してくださいまし。
機械的に適用出来て弊害の少ないエレガントな方法があれば考えます。ないなら放置以外の方針が思いつきません。俺が全ログ読んで頑張るとかそういうのはイヤ。
例えば、個別にIgnore Listを持てて、イヤな奴が入ってきたら自動的に抜けるというような機能は、作ることは可能ですが、恐らく圧倒的に弊害の方が多いでしょう。
結局、プラン(3)で実装しました。
ほんとはどさっとHTML食わせて上書き出来れば楽だったんですが、MozillaがinsertAdjacentHTML使えないし、Mozillaでも実はinnerHTMLが何故か使えるYO!とか言われてもそんなの怖くて使えないし、DOM直叩きかよ('A`)ｳﾞｧｰって感じ。
まあ結局DOM直叩きで実装したんですけどね……
しかし我ながらなかなか恐ろしい実装になってます。
一応IEとMozillaは確認済み、JavaScriptオフの環境でもそれなりに見られるようにしてあるので他の変なブラウザでも何とかなるでしょう、たぶん。
アンカーの付け直しのためだけに全ページリビルドする必要が無くなるため、ページ境界を越える時や更新時の処理量が幾分減るはず、です。
これで負荷減らなかったら悲しいなぁ……。更新時の負荷が半分くらいに減ってくれると万々歳なんですが。
しかしMozilla的には、DOMでHTMLを直で食わせてChildにぶら下げるのってどうやる風習になってるんでしょうか。innerHTML使っていいのかなぁ……。
まあもうDOM直叩きで実装しちゃってのでどうでもいいっちゃいいのですが。
仕様書ちゃんと読んだ方が良さそうだな……
いわゆるdouble freeかと思ったらそうでもなく(っていうかdouble freeしてもPerlが良きに計らってくれる)、もしかして関数内でexit()してるのがまずいのか。
とりあえず極力一番外から出るように変更。
こういう時に例外が使えればなぁ……
更新処理の負荷ですが、さっき(2005/04/06 23時)に更新された村が
313(3→4日)、328村(2→3日)、330(3→4日)、332(7→8日)、が通常更新、331(5日)が書庫送り
日付を進める処理自体はすべて1秒未満。
ページの再生成処理が
313(4秒)、328村(8秒)、330村(13秒)、332村(36秒)、331村(10秒)、って感じ。
これはロックを取ろうとして待ってる時間を含んでますが、まあ現時点では概ねロックは確保しやすいように実装してます。
まあぶっちゃけ、過去ログの上の日付アンカーを更新しなくていいなら、ページ再生成は格段に処理量減らせるんですけどね。
思いつく手段としては……
(1)SSIを使う (2)フローティングフレームを使う (3)JavaScriptで書く
どれも微妙だなぁ……。
------
(2)iframeが一番地球に優しそうなんだけど、iframeのheightを「スクロールバーが出ないちょうどいい塩梅のheight」の指定方法がわからん罠。
まあ120pxくらいの決めうちにしてもいいんだけど。
腰抜けにもほどがある。
