リアル仮想通貨ファン

[10:19:14] Thx God It's Friday!
[10:27:06] ふぅ、ずっと面倒で放置していたサーバーサイドの問題修正完了
[10:34:13] ｗ
[10:34:37] 最近チャットしていなかったし、なんか億劫だったから放置していたけど
[10:34:52] 久々にチャットしようと思ったら過去ログが止まっていてこれは不便だと思ってｗ
[10:35:37] そうだね
[10:35:54] サーバー側の空き容量が不足していただけｗ
[10:36:06] あー
[10:36:19] ちょっと前からおかしくなっているという報告は受けていたし知ってはいたんだ
[10:37:53] ｗ
[10:38:41] なるｗ
[10:39:00] ずっと待っていたのかｗ
[10:40:00] そらそうだ⋯
[10:40:17] メッセージの配信機能と、アーカーイブ機能がそもそも分離していたおかげで過去ログが止まっていただけでリアルタイムのメッセージは読めたけど
[10:41:22] そもそもこの実装は、bitFlyer 側の API がメッセージ ID を持たない仕様だからこうなっているだけで
[10:41:39] 根本的に問題を解決する実装に再実装したいところはやまやまなんだけど
[10:42:33] たまに、メッセージが重複して表示されたり消えたりするバグというか仕様を改善できないかという話ね
[10:42:54] リアルタイム性と過去ログのアーカイブ機能を両立させる良い方法がないか
[10:43:40] あるいは、単一障害点がないようにシステム自体を自律分散型のシステムで稼働させるとかｗ
[10:45:06] もうこんな時間なのか⋯
[10:45:12] てか、もう金曜日なんだな
[10:50:58] チャットの過去ログは API で取得できるんだけど、毎回ポーリングしてやらねばならず bitFlyer の API にはアクセス回数制限もあるので１秒に１回以上実行すると最近流行りの DDoS 攻撃になりかねない…
[10:52:20] チャットのリアルタイムメッセージは非同期で非公式 API 経由で受け取っているので表示はほぼリアルタイムなんだけど
[10:53:13] 過去ログの取得したデータと照合できる ID がないので
[10:53:42] どれが最新のメッセージか判定するのはちょい難しい
[10:54:46] リアルタイムに送られてくるメッセージを独自に集めてアーカイブを独自に実装する方法も考えられるけど、これだとサーバーが万が一停止していたりメッセージを取りこぼすとアーカイブに穴があく⋯
[10:55:09] これを許容するなら、バグのないより快適なチャットを構築できるんだけどね
[10:55:44] このチャットを作ってから時間がたつので、どういう仕様になっていたかちょっと忘れた…
[10:56:53] テスト
[10:57:01] おお
[10:57:20] このコード書き直すかなぁ…
[10:57:44] ひとつアイデアは思いついた
[10:58:05] あと、過去ログの保存期間をめっちゃ長くするか
[10:59:46] と、言ってはみたもののやっぱり億劫だなぁ