ひのつき@Vali/Bre/Urdr @hinotsuki@ro-mastodon.puyo.jp

なんかお金は使ってるけど、狙ってる欲しいものは出なくて結局買ってるから、実質無課金だよねたぶん。

無課金勢だけど、さすがに10～20ぶっこんだ次で即上位品入れられたら、心折れるというか、あっ…（そろそろ終了だこれ！）ってなって違う理由で引退しそうｗ

>bst
まじかー( 'ω')

うっひょーってなってぶっこんだ次のクジで、上位品が追加される、とか？ｗ

そうそう、これらはあくまでエンジニアリングの領域の話で、ブーストのブログさんで書かれてる通り、古いなりによくやってるんだと思うよ！

この手のトラブルって、私はちょっと業界の違うけれど、わりと開発側というかシステム側の人間からは問題提起や提言はされる事が多いのだけれど、なのに運用側や営業的な都合で無視して強行されたりする事がとてもよくあるよ。
システム屋からすると「だから言ったじゃねぇか」という気分になってばかりだけど、さりとて現実的には言い続けるくらいしか無いという感じ。

要するに何が言いたいかというと、
「システム的にはがんばってると思うけど、運用というか、プロデュースに近い部分の判断してる層が無能だね」
ってお話。

そして、倉庫とキャラ間での移動でアイテムロストが発生する原因としては、たぶんというかほぼ確実だと思うけど、倉庫はログインID側のDBないしそれに近い所に、キャラのインベントリはキャラ単位のDBに存在してるんだろうな、って。
そしてこれらは別々のDBだから、実際にやり取りするサーバー跨いでるのでRDBMS側でのトランザクション制御が効かない。

ってことはアプリケーション側でその制御を実装する必要があるけれど、ロストが発生するという事であれば、これが適切になされてないんだろうねぇ。

もしかしたら、アプリケーションが各DBへの直接接続にはなってなくて、中継のAPIが複数挟まる感じになってて、トランザクションを実装するとレスポンスに難が出る、とかなのかな。

仕事柄、こういう話とても好き
( 'ω')←

そう、たぶんキャラデータ側のDBがボトルネックになってるんだろうね、って。

構成がどうなっているかは推測するしか無いけれど、さすがに単一DBに集約してるって事はないと思うから（ありえなくはないかもしれないけれど）、キャラデータをログインID単位とかでシャーディングしてて、その割り当て範囲を広くし過ぎてたんじゃなかろうかね。
このあたり解消するには、そこそこの規模でデータの移し替えとシャーディングの定義変更が必要になるから、今週のメンテで重さある程度解消されてるところを見ると、実施したんじゃないかな。

逆に言えば、W倉庫スタートさせる時点では、「B鯖に多少人行くだろうけど大丈夫やろｗめんどくさいしｗｗ」くらいに思ってたんじゃないのかねー。

猫さんはですね…

異世界～名無し、あたりのクエストのｸｿｸｿｱﾝﾄﾞｸｿっぷりを我慢しさえすれば、夢幻のところに辿り着く段階で、テラグロあたりからの部分をネカフェ教範受け取りすると、ほぼクエストだけで170到達するんですよこれが。
パッケのアレあると更に楽＆大量の消耗品と若干の現金も貰えるっていう。

安い系の所でカスタムしても、4コア/メモリ8G/NVMe SSD 250G以上にすると、ミドルタワーでも7万台後半になる感じ。

これ以上安くしようと思うと、一部パーツに中古混ぜたり前世代マザー/CPU使って自作するとかしかないかなぁ。

脳死でクエストマラソンできる人なら、アリなんだろうなぁｗ

130キャラひたすら量産しておいて、暇な時にテラグロとロックリッジだけ回す、ってだけで。
何かマラソン要素増えても対応可能、しかもマラソンするだけなら課金もいらないっていう。

誤字ってるけどｷﾆｼﾅｲ！

まーあれですよ。
作ってはみたものの、そもそも人口的にまともに機能するWikiなんて相当難しいんじゃないかと…ね…

あ、今は検索のrobot避けしてるから、ある程度ページが形になったら解除予定だよ！

私も地味〜〜に少しずつ書いていこうかと思うので…
_(┐「ε:)_

マタタビランスぶち込んで、オッシーなんていなかった事にしたら世の中がちょっとだけ平和になって、皆がちょっと幸せになると思うんですよ。

かみつく、だけで50%減るんだから、必中ランスならキル何回分ですかね？100回以上殺せそう。