icon

なんもしてないけど直った.本当になんもしてない

icon

接続切れたときの挙動が怪しいの,VPNが原因な気がしてならない

icon

klogをio.MultiWriterでファイルとstdoutに書き出してファイルを生成しようと思ったけど,fileってdeferでcloseされるんで,その前に使うのあんまりよくないかなぁ.というか欲しい情報得るためにはラッパーを作ったほうがいいのでは……

icon

あれ?俺何もしてないけど勝手に治ってない?

icon

久しぶりにetcdのローリングアップデート問題をやるか

icon

ゾンビランドサガで宮野真守がアプリボワゼしとるwww

icon

github issueのtemplateを更新するときに,そのtemplateを利用して起票されたopenなissueの一覧を得ることはできないだろうか.issueを作った後にtemplateを更新すると,既にあるissueを更新すべきかどうか判断する必要があるんだが,そもそもどのissueがこのtemplateで作られたかわからんので,それを判断することすらできない

icon

あるある.でもスタートアップだと結構分析基盤とかにあいのりしがち……そして運用メンバーは分析基盤に直アクセスするspreadsheetを作っていたりするのだ……

icon

githubのschedule reminderがすべての未レビューを通知してくれてない気がする.notificationから見ると見落としがいくつかある

icon

レビューがいっぱい溜まっている

icon

これぞ禁則事項

icon

あーこれはロジックが難しい.作戦考えないと実装できん

icon

いるの!?

icon

あとノーコードのサービス自体の開発すげーめんどくさい気がしてならない

icon

というわけでとりあえず保存するところまではできた

icon

あーあたりだ.確かにtimelineのパラメータとしてはnotificationsしか受け取ってないわ.
https://git.pleroma.social/pleroma/pleroma/-/blob/v2.3.0/lib/pleroma/marker.ex#L17

Web site image
lib/pleroma/marker.ex · v2.3.0 · Pleroma / pleroma · GitLab
icon

pleromaってhomeのmarker保存されないのかな

icon

一杯の概念よ

icon

家の中が暑い

icon

外暑いね

icon

これはdbが重くなりすぎるな……

icon

あー失敗したかも.これはデータ構造がよくない

icon

こりゃーチョロくなかった.かなり面倒だな……

icon

ECRからのimage pullにはprivate link使いたいなぁ

icon

コードのレビューは,実は普段そんなに突っ込む気はなくて,スタイルとかあまり気にしない(というかそんなのlinterに任せるので俺が突っ込みたくない)んだけど,proposalとかになると無限に議論可能でレビューがいつになっても終わらない.方針とか設計になると,想定されるケースをいくらでも思い浮かべられるので,みんな自分が困りそうなところをどんどんコメントしてくる.

icon

どーんときた

icon

ゆれゆれ

icon

一ヶ月調べ続けて結局直すところは2行.そんなもんだよね

icon

あーいけたぞ.ResponseHeaderTimeoutを入れた状態でForceAttemptHTTP2をfalseにすると,timeout awaiting response headerの後にidleConnがクリアされる.
さて,なんでhttp2だとクリアされないんだよ

icon

ResponseHeaderTimeoutが一番怪しいと思ったんだけど,このときでもidleConnを開放してくれないのかね……

icon

この告知動画が最高点にならないことを祈る…… / 他30件のコメント https://t.co/w7ptwYPrE8 “Netflixの実写版「カウボーイビバップ」今秋配信 音楽は菅野よう子 - ITmedia NEWS” (82 users) https://t.co/hs7vJdbfiF

Web site image
Netflixの実写版「カウボーイビバップ」今秋配信 音楽は菅野よう子
icon

今日のレビューは重い……

icon

インターネットが壊れた

icon

fastly使ってるとこが全滅した感

icon

死んだのはfastlyか.CDNの死亡じゃないか

icon

ほんとだよ,いつまでも仕事なんかしてんじゃないよというgithubからのメッセージ

icon

githubが応答返さない

icon

あーこのfinってLBが送ってくるやつじゃん.つまりLB側のタイムアウトなわけか

icon

timeoutを指定しないと,結局だれかがfinを送るぞ?誰じゃ?これのタイムアウトさえ短くできればいいんだが

icon

client側のtimeoutを指定しない場合どうなるんだろう,という観測

icon

そもそもうちのLBが悪いのはわかったんだけど,それにしてもnet/http側もちょっと中途半端なのではないか……

icon

本気を出せば初回接続時のエラーハンドリングでRequestCanceledを拾ってCloseIdleConnectionsすれば,transportが保持しているidleConnを吹き飛ばしてリトライ可能ではある.けど,ちょっと場当たり的すぎてあんまりやりたくないんだよなぁ.やるのであれば,そもそもclient-goがRESTClient生成するときに,正しくリトライできるclientを生成してほしい

icon

memberが死んだときにresetを送ってくれるLBと送ってくれないLBがある.どういうことだよwww

icon

ずっとupdateしてていつになっても終わらん……

icon

珍しくproposalを書く

icon

あちぃね

icon

わろたwww

icon

落としたインスタンスをLBがmemberから外してくれないし,維持したtcp connに対してもackを返し続けているのでkeepaliveし続けてしまう.せめてmemberから外してほしいし,なんならそのタイミングでresetを送ってほしい

icon

idleConnが全然クリアされない.これほぼほぼLBのせいだと思うんだけど,どうしたもんか……

icon

やはり自前でCloseIdleConnectionsを呼ぶと解決する.つまりnet/http側のエラーハンドリングに問題がある気がしてならない.でも標準ライブラリのデバッグはやったことないな……

icon

おや,healthmonitorのhelath check間隔が長いな……

icon

timeoutが発生したときに任意の処理を差し込む方法はないかな……

icon

となるとこれリクエストをキャンセルしている,タイムアウトを発生させているのはどこなんだ

icon

本来deadlineがきたらDeadlineExceededなerrorになるはずなのに,それが発生しないのも謎い.これ,この上にconnection poolを作ってるからなんだろうな.どちらかというとこれはidle timeoutに利用されている気がする

icon

net.Connのdeadlineってconn自体のdeadlineなのか.ReadDeadlineとか説明と違うのでは?

icon

jokerさんがCTO交代しとる……!お疲れさまでした / 他3件のコメント https://t.co/umZpLjaWnx “Reproの三代目CTOとして尾藤正人氏が参画 | Repro - カスタマーエンゲージメントプラットフォーム” (8 users) https://t.co/g1QGsnsQ8S

Web site image
Reproの三代目CTOとして尾藤正人氏が参画|Repro株式会社(リプロ)
icon

午前中にレビューが全部終わるの久しぶりだな

icon

めっちゃ眠い