sendMessage のタイムアウトエラー

[Cside]

8/14

昨 1:00〜8:00 6 errors 1 user

8/13 (300 -> 400)

11:12 新バージョンがストアに accept される
14:00〜21:00 16 errors, 5 users

ℹ️ ちなみに Edge が 66％ 。OS は 88% Windows 。

タイムアウトするユーザーが 140 人中 5 人は思ったより多いので、
いったんタイムアウト時間を 300→400ms にしてみる → #77

21:52 400ms 版がストアに accept

8/15 (400 -> 500)

• last 24 hours で 38 回、6 users 。。
• 500ms に上げるかぁ
  • ついでに、次の attempt を 100->200ms にする
• #79
• 21:20 修正版をリリース

8/18 (500, 1500, 2500)

https://cside.sentry.io/issues/4396720218/

• Last 24 Hours で 18 .... うーん....

  • 僕自身も偶に詰まってたので、何人か出るのは想定内

• 「たまに詰まる問題」はたまに起こるので、1 回目の 500ms はできれば外したくない

• 結論：500, 1500, 2500, 3500

  • #82

[Cside]

8/22

• ユーザー 5 人減った😭
  • last 24 hours で 3 users か ... なら想定内じゃね ... ? url1 , url2
  • アンインストール者は全部俺っぽい。落ち着け。
    • 
  • 過去にも 12 人とか減った時期ある、常に細かな増減を反復して変化している url
• 万が一 普通に処理が重くて 500ms 以上かかったとしても、正しくリトライされればレスポンスが 550ms 遅れるだけ なのだから、致命的なユーザー影響は出ていないはず
• ずっと出続けてるユーザーいる
  • 
• 👆 流石にこの人可哀想だし、レスポンス返ってこないのもたまにしか起こらないから、タイムアウト延ばすわ...。
  • 1000 -> 3000 -> 4000 -> 5000 かな。
• やめた、まずはログだけ仕込んで様子見する
  • どこにログ送る？
    • 無駄なく送るなら vercel だが ...
      • minify してるとはいえバレたら厄介、ダマでログろうとしてるのがバレると 最悪イエローカード所持者扱いになるかも...
    • → まぁ、Sentry で良かろう。サンプル足りねぇ〜ってなったら次の手を考えれば良い。
• 17:45 ロギングをリリース #86

[Cside]

8/23

ログを仕込んだ結果 600〜700ms のタイムアウトが多いことが分かったので、
初回タイムアウトを 1,000ms に延長する

• 22:11 リリース→ #87

8/25

かなり落ち着いたな。
https://cside.sentry.io/issues/?project=4504761158074368&query=release%3A1.4.6&referrer=issue-list

[Cside]

いったん close 。