@quoiz そう言えばそうでした。つらい…

@quoiz 道中艦隊をコラボキャラ5+駆逐（対潜）で出撃して戦闘10回で各キャラの忍法任務？を満たすのと、ドーピング育成+突破でなんとか超えられました。焔の突破分は供給なさそうですね…

#アズールレーン 進捗。

#アズールレーン 進捗。焔のアンロック条件結構面倒なのか…？

#アズールレーン 着せ替え

#アズールレーン 着せ替え

#アズールレーン 毎度ながら偏りすぎ

フィリップスは髭が硬い割に肌が弱い人には良い選択だと思う

フィリップスの回転式は良いよね、うちも常用してる

このアカウントは、notestockで公開設定になっていません。

@nacika AndroidノートやChromebookもあったよ。Apple好きな人たちは「普及した中では初」って表現が大好きだよね

@4ioskd Mastodonはサーバ情報APIで人数よめますけど、Misskeyのサーバ情報APIにはなかったと記憶してます。もしあったらSubwayTooterのサーバ情報カラムでも表示できるのですが。

@4ioskd どのAPIで取得できるんです？

このアカウントは、notestockで公開設定になっていません。

WebというかUIに特化してる感じはある。カラープロファイルは一応埋め込めるけども、まあ使わない

一方でWebPが弱いのは最大ピクセルサイズ。268MPしかない。10年後のデジカメ画像は保存できなさそう。

WebPの良いところは非可逆で透過できるとこだよね。PNGじゃ無理なやつ

1800ほど溜まった再試行を消化し終わりました。復旧完了？

このアカウントは、notestockで公開設定になっていません。

@weep ありがとうございます。試しにロード部分でURLを変更してみます。

@weep 表示にWeb技術を使ってないクライアントだとSVGサポートは割とハードルが高いので、テストできるタンスがあると助かります。

@weep いまSVG画像を使ってるインスタンスは何がありますか？

Web技術なしでSVG表示は割とめんどくさいやつだ

@mayaeh paperclipだけでなくオブジェクトストレージの制限もあるだろうから、分割は出来た方がいいでしょうね。app/model/backup.rb が複数のファイルを持てるようにして関連部分を全部ガッツリ書き換える重いやつになりそうですけど。

@mayaeh むしろ1ファイルのアーカイブにしてしまうのが問題なので、アーカイブを分割した複数のファイルをやりとりできるようにするべきでは。

「メディアサーバが落ちててもマストドンの応答性が下がらないようにする」だけなら手動対応で別にいいか、と思ったので突飛なことは言わない。これを自動化するためだけに色々やるのは手間に見合わない。

素の状態でも待機した上で必ず失敗するのなら、即座に失敗させた方がマシ

根本的には、IDを発行してからファイルアップロードが終わるまでDBトランザクションを握りっぱなしのpaperclipが悪いと思う。「IDに合わせたファイル名を持つ」必然性が全く感じられない。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

@mayaeh 私の今回のは不安定じゃなくて全く接続できないので、connect()を即座に失敗させるようにしてストレージ側が復旧したら元の設定に戻す方が負荷が少ないと思います。タイムアウト値を設定可能にするPRも書いてみましたが https://github.com/tootsuite/mastodon/pull/12459/files そもそもRubyのnet/httpのopen_timeoutは DNS名前解決の待ち時間には効かないのですよね…。

@mayaeh 情報ありがとうございます。

@hanage999 情報ありがとうございます。 ただ、私の今回のは不安定ではなく全く接続できないので、connect()を即座に失敗させる対応の方が適切なのでした。

残念ながら焼け石に水だった。defaultキューが詰まるだけでなくDBのトランザクションを開きっぱなしにするのでpgbouncerのバックエンドコネクションを使い切りサービス全体が応答しなくなる。仕方ないので .env.production を変更してS3_ENDPOINT=https://nonexistent.uso など存在しないホストを指定した。メディアサーバへの書き込みが即座にエラーとなり、他の部分には影響しなくなる。

マストドン側のエラーログ。 https://gist.github.com/tateisu/0286a760e0f1ece355acb11d041b53d9 defaultキューが詰まるのヤバイ。タイムアウトは https://github.com/tootsuite/mastodon/blob/master/config/initializers/paperclip.rb で http_open_timeout: 5 とハードコードされている。 とりあえずdefaultキューを捌くsidekiqを増やす。 docker-compose up -d --scale sidekiq_default=2

このアカウントは、notestockで公開設定になっていません。

DigitalOcean Spaces のインシデントがあった https://status.digitalocean.com/incidents/0ftrmj4l3z1m

LinkCrawlWorkerがSeahorse::Client::NetworkingError: execution expired を出してて、スタックとレース見るとメディアサーバへのデータ保存でconnectがタイムアウトしてるぽい

朝7時ごろからこのサーバの負荷が上がってますね。

AcivityPubを直接扱うクライアントを作るのは難しいって何度か書いてるけどまだ試した事はないので、雑でもいいから何か作っておくべきなのかもしれない。当然ストリーミングもないしユーザー探索もないし使い勝手なんて望むべくもないんだけど…

近所のガストのドリンクバーにドクペがきた。なお画像のはファンタメロンのミックス

nuro光もHuaweiのルータか…とりあえず精神衛生上の理由で外からポートスキャンをかけてみる

nuroはVDSLやってないが故に他社だとVDSLになる事例でもなんとか光を通そうとするの偉い。ただし受付から開通までの日程感は不透明だし非常に待たされることが分かった

自宅ネット難民から脱出できた！さようならVDSL！さようならWiMAX！

連パフェとはやるな…>LTL

他のアプリだと区切り線は画面の左右端まで引かれていることが多いんだけど、それをやると複数カラム同時表示の時の見た目がよろしくないのだ

背景を塗りつぶす範囲の左右を調整してみた。さっきよりはマシに見える。区切り線が少し左右に伸びたがまあ構わないか

左右方向にネガティブパディングが欲しくなるな…。なおAndroidのViewGroupにそんなものはない

背景の色と区切り線の間に塗らない領域を用意するか検討してみたけど、ボツにした。

イワタニ製品ええな＞LTL

近所のレストラン全てが24時間営業をやめてしまったので、夜中に起きてると食欲をもてあます。いま飯テロされたらきっとつらい