【FF14】サーバーにデータが送れて居なかったら当選番号が0番になるってどういうプログラムだよwwwww

>>617
データが送れてなかったら「参加者はいませんでした」のほうになるんじゃねえの？
0番が出たことに対しては今回の声明は説明になってないわけだ

>>617
普通送れなかったり届かなかったらエラー吐く様作るよな

>>630
その通りですよね。
タイムアウトだったとしてもエラーは絶対はかれるはずなので原因はすぐわかると思う。
ここまで時間を引っ張った点に裏を感じちゃうんですよね。

そもそも申し込みが直前までできて、即時抽選結果が出る仕組みなのでタイムアウトとか発生するくらい重いデータ連携は発生してないとおもうけどなー

>>705
これな
人数少ないほど０番が多い事の言い訳になってないわな

>>705
FC区と個人区で処理が違うので～って言いそう

>>697
そもそも抽選サバからハウジング鯖に抽選結果渡す仕組みなってるなら
通信ログなりですぐ不具合分かるはずなのに

>>730
ほんと・・・原因がしりたいよー

>>705
抽選鯖からデータ連携なし　⇒　ハウジング鯖には当選番号がデフォルト０で登録されており時間経過（4/17）になったらそれを表示する仕組みかな？
そうなると0番当選以外のケースの理屈がとおらないか・・・きになる。

>>730
そもそも通信失敗が原因ならサーバ単位か区画単位で丸々抽選結果未反映にならないとおかしく感じる

番地単位で抽選→結果送信とかアホなIFで実装してるのかな

>>758
たしかに！設計的にありえねー

>>758
抽選処理を集中させないように特定時間以降に初めてボードにアクセスした時に、その土地の抽選して結果送ってるのかもよ？

>>776
なるほど、ボードにアクセスしたときに通信が発生する仕組みか。
ってことは、ハウジングサーバーからデータを抽選サーバーに取りに行く感じかな。
①ボードアクセス時にハウジングサーバー側で申し込みがあったか判定
②申し込みがあった場合は、抽選サーバーにデータを要求
　申し込みがなければ応募はありませんでしたと表示。
③抽選サーバからハウジングサーバーにデータを送信
④ハウジングサーバー側で取得した抽選データを表示
　⇒取得できなかったのでハウジングサーバー側で当選番号がデフォルト０で登録されておりそれを表示してしまう。
　　抽選データ取得失敗時の考慮もれ？

これで、いままで発生しているケースの理屈は通るかな？
なぜ抽選データが送られなかったかは気になる。あと原因の報告まで時間がたった理由も。
エラーはすぐわかるよね・・・

>>833
あくまで予想の域は出ないけどね
障害時の解析のしやすさはサーバ構成やログの出力内容次第だと思うけど
ログがイケてなくて送信と受信の突合するのに時間かかったりはよく聞く話だね
また、原因わかっても対応方針あやふやで情報公開したら、じゃあどうすんだよ！？って突っ込み入るのは自明の理だし時間が必要だったのは仕方ないかなと。

蛇足だけど当選番号0で当選している人も居るらしいことを考えると
当選番号と所有者IDは別項目で管理されている可能性も否定できないし
抽選方式にするの嫌がってた吉Ｐは、テーブルに列追加するのを嫌がってたとも考えれば色々と辻褄は合うのかなと思ってる

>>885
抽選に参加する資格がなかった

>>873
当選番号０で当選しているケースもあるのか。
ロジックがわからん。

>>885
当選者が居ないケースってどんなケースでしたっけ？
続報③には返金受け取ったあとにボードみると「抽選参加者はいませんでした」ってるってかいてあるけど、これかな。

>>896
抽選や結果表示が正しく行われている土地と、不具合の発生している土地が混在しており、
・内部抽選は正しく行われ、当選者も存在するのに当選番号が0と表示されるケースがある
・応募が1件しかないにも関わらず、応募者がいないと表示され当選されないケースがある
・複数人でのフレンドやFCメンバーでの応募なのに、当選者が存在しないケースがある

これ見ても抽選が正しくない土地があったように読み解ける

>>903
すみません書いてありましたね。
＞応募が1件しかないにも関わらず、応募者がいないと表示され当選されないケースがある
＞複数人でのフレンドやFCメンバーでの応募なのに、当選者が存在しないケースがある
　⇒この2ケース、事象が成り立つ理屈がわからん。どなたか仮説たちますかね。
　　少し考えてみよう。。。

>>910
あなた真面目そうだから寝る前に伝えておくと
公式の理由は真実を闇に葬り去るのに最適な内容だと私は思ってるｗ

>>920
ありがとう。
私も本音は裏があると思ってしまってます。
でも、一番は真実を隠せるような理屈を用意できた上で、スクエニとして発信したのかが気になって。
私が一番陰湿なのかもしれませんｗ

>>776,>>833
抽選っていっても結局乱数吐き出すだけでしょ
1ワールドで最大7200件の乱数吐くのってそんな重い処理じゃないと思うけど…

7200件の為に、そんな面倒くさいことするかな。

>>901
確かに、、、
抽選サーバーからハウジングサーバーへのデータ連携がボードアクセス時か、4/17になったタイミングかはわからんけど普通はデータ連携途中にエラーとなったら、コミットされずに全部反映しない処理にしますよね？中途半端に抽選データが連携されていることに違和感があるんですよね。

>>901
今回みたいな事が起こった時に、抽選結果だけは絶対に安全に保存しておくために疎結合にした結果だろ
デフォルト状態を0で持っておくのは普通のこと
例外処理しなかったのはアフォだけど

>>697
新人とかがよくわからず見よう見まねで処理実装すると
トランザクションのロック開放待ちとかデッドロックでタイムアウトとかもありえるしなぁ

この手の障害であれば抽選処理は正しかったという話もわからないでもないが、真相は闇の中