icon

alert rule は config 書いて deploy したい、scrape 先 / rule の状態管理は Web UI から管理したいんだよなあ

icon

これ便利なんだけど、欲しいのはこれじゃないんだよな感はある
line.github.io/promgen/

Welcome to Promgen’s documentation! — Promgen 0.59.0.dev documentation
icon

3.0.5 もでとるし更新されてないだけか

icon

そろそろ Ruby 3.0 のノーマルメンテは終わるよな。Life 自体は 2024/3 まで続くっぽいが
ruby-lang.org/ja/downloads/bra

Ruby ブランチごとのメンテナンス状況
icon

そういや、ここで Ruby 3.0.4 使ってるのは何故なんだ。更新されてないだけ?
docs.joinmastodon.org/admin/in

icon

@tadd おひとり様 Mastodon サーバでの利用を想定してるので、スループットよりは省メモリでの安定性が欲しいですね

icon

まあでも結構性能違いあるという噂だよなあ

icon

Ruby 3.0.4 + jemalloc vs Ruby 2.7.4 でどんくらい性能に違い出るかだな

icon

まあ、Ruby の deb ぐらい気が向いたら作るか。しかし、Ruby の security updates 追ってないので、メンテしていけるかが問題なんだよなあ

icon

各個でサーバ立てる思想のソフトウェアが、セットアップに Ruby build / bundle install / yarn install を各サーバでやらせるの、割と正気を疑う (いや、まあ Rails 系ではそれが普通なのは知ってるが...)

icon

Mastodon 公式の systemd services、ちゃんとしてるようで割と適当だよな。分かってる人は自分で変えろってスタイルか。sidekiq って、redis 死んでても、ちゃんと立ち上がるまで死なずに待ってるんか?

icon

ソースコード直置きサーバが、いろんなところで動いてるの正気じゃないな。アップグレードとかどうしとるんや。git checkout やってんのか?

icon

mastodon、だれか gem package 作ってる人おらんのか

icon

今なら大体 kernel がなんとかしてくれるでしょw してくれないんかな

icon

まあおいおい rule と system properties の方も見直した方が良さそうだな

icon

改めて nftables のルール見直しとるけど、ping flood 対策を ping death 対策と言ってたり、結構めちゃくちゃやった