おやすみリアクション、マストドン側ではファボに変換されるので注意やな

Calckey 多分、他サーバからの絵文字インポートって止められないんだよね？それなら今んところ他サーバでも使用可なもの限定でインポートするのが無難なんかな

ちゃんとつけてるとこもありそう。そして、結構他サーバ使用不可が多い
https://misskey.gamelore.fun/about

License: null も結構ある

普通に Misskey.io 専用の絵文字とかあるんだな

とりあえず、about ページ見ればいいのか

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

@schwarzewald ありがとうございます！既にあったんですね！
Calckey の方にもありました。各鯖の about ページ見れば良さそうですね
https://cky.mizunashi.work/about

TheDesk も一応対応してた

アプリ | Misskey Hub
https://misskey-hub.net/docs/apps.htmlhttps://misskey-hub.net/docs/apps.html #miteru

カスタム絵文字みたいに、各鯖で名前空間分かれるハッシュタグがあってもいいと思うんだよな

乗っ取りへの耐性と衝突性耐性が無さすぎるのが問題だが

ハッシュタグ指向というのは考えたことがあり、ユーザ特定もハッシュタグで、サーバ特定のハッシュタグで、ユーザフォローはそのユーザのハッシュタグをフォローみたいなね

特定のハッシュタグだけに反応して LTL 投稿になるとかが落とし所なのかなとは思う

LTL はあってもいいと思うんだけど、LTL があることで公開投稿が阻まれるというのが微妙すぎる

LTL があると、LTL を経由しないで GTL への公開ができないというのは、色々微妙な設計というのはそう

そういや、Misskey / Calckey は imagemagick 使ってないのか。画像変換は、Node.js にいい感じのライブラリがあるのか？

やっぱ、これ bullmq のジョブ数監視は入れるべきやな。swap 溢れして、delay job が急に貯まるってことがありそう

と思ったら、Calckey の worker の使用メモリも成長してた

お前と同じ仕事してる calckey の bullmq は、お前の半分のメモリで動いてるんですが〜〜〜

今日も今日とて OOM killer に殺される sidekiq

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

SkyFeedのFeed Builderを使ってカスタムフィードをつくる
https://scrapbox.io/Bluesky/SkyFeed%E3%81%AEFeed_Builder%E3%82%92%E4%BD%BF%E3%81%A3%E3%81%A6%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%A0%E3%83%95%E3%82%A3%E3%83%BC%E3%83%89%E3%82%92%E3%81%A4%E3%81%8F%E3%82%8B #miteru

Bluesky はいま feed builder が熱そう

マストドンはそもそもライセンス登録できなくて、それ以前だった

Fedibird は既に emoji license 配信実験対応してるのか

license 一覧表示も並行して issue 上がってるが、手がつけられてないって感じか
https://github.com/misskey-dev/misskey/issues/10865

カスタム絵文字ライセンスを連合してほしい
https://github.com/misskey-dev/misskey/issues/10859 #miteru

RSS reading だけ何か他の需要がある人は、そういうクライアント作ればいいし、RSS to AP account で告知やりやすくなるならマストドンサーバ・マストドンクライアントの需要は増えそうな気がする。そして、結構マストドンクライアントだけで個人的には RSS reading の大半の需要って満たせる感がある

各鯖が RSS reading するのは、AP のエコシステムに反する気がするが、RSS reading を AP で完結できるようにする分には、AP の機能で色々対応できるので嬉しい気がする

RSS リーダーとしての機能はクライアント側が需要に対応すればいいと思ってるんだが、それはそれとして、RSS to AP account をマストドンに標準搭載は個人的には嬉しい

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

公共サービスの告知 AP 化は欲しい。公式アナウンスじゃないと拡散しづらいんだよな

ライセンス書く欄って単なるメモ欄？

Misskey / Calckey のカスタム絵文字インポートは、がんばって作者を探してリプライ凸するゲームなのか

4.1.4 アプデついでに、Debian bookworm アプデ用に構成ちょっといじるか

4.1.3 (4.1.4 でもいい) にはみなさん上げましょうね。後、imagemagick のセキュリティアップデートもちゃんと適用していこうな
https://github.com/mastodon/mastodon/security/advisories/GHSA-9928-3cp5-93fm

例のやつ、TootRoot と命名されたのね

マストドン、全ユーザ引っ越し済みの場合に静的サイト化できたりしないんかな？ POST 受け取る部分はまあ 410 返すとして

オープンメトリクスがないのが、不満点か。一応 Redis 監視で代用はできそうだが

Calckey 明らかに jemalloc 導入マストドンより軽い気がするな。一週間ぐらいこの状態で特に問題起きないなら、本気で切り替え考えるか

これなんだよな。もちろん AP 実装がちゃんとくるなら、AP にとっては嬉しいという話だが

ATP お引越しは簡単だが、引っ越しする先がないってね

emoji インポートでライセンス文がつかないのって、リモート側がつけてないのか、それとも仕様なのか

かわいい
https://misskey.takehi.to/notes/9gurear3y8

memo: マストドンの profile フィールドの数はハードコードされてる
https://github.com/mastodon/mastodon/blob/v4.1.3/app/models/account.rb#L327

Hm...
https://docs.bullmq.io/guide/metrics

bullmq の job 数ぐらい open stat 形式で出しといて欲しいが

モニタリング仕込んだし、明日リレー突っ込んでみて様子見しよ。今のところ、マストどんより普通に軽い感がある

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

nftables 有効か忘れて普通にやらかしてた

Mastodon / Calckey / Bluesky で反復横跳びしてる

@mkakh なるほど、ありがとうございます！たくさん設定あるなーって眺めてましたw

@mkakh instance.actor はマストドン鯖のアカウントとリプライのやり取りするときに生えるやつっぽいです。色々システムユーザがいるんですね、なるほど。新規アカウント登録ブロックし忘れてたかなと一瞬焦りましたw

Mastodon 鯖との間でリプライのやり取りをするとき用に生えるシステムユーザらしい？

ActivityPubでリモートのオブジェクトをGETするときのリクエストをHTTP Signatureで署名するオプション
https://github.com/misskey-dev/misskey/pull/6731 #miteru

@balloon リレーは登録してないんですよね

@mkakh やっぱそうなんですね、ありがとうございます！どういう役割持ってるんだろ

なんかよくわからないボットアカウントできた。他の鯖にもありそう

実験鯖立ち上げた

やっぱメトリクスウィジェットしかないっぽい？みんなアラート監視はせず、落ちたらその時なんとかするスタイルなのか

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

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

組み込みの dashboard のみ？

Calckey の監視用メトリクスはない？

ユーザがリスクをしょってコストを還元していき、その分多彩な選択肢が生まれるという未来はあるはずなのになというのはありつつ、そういう社会では詐欺師が横行して手がつけられなくなるという歴史的な残念知見が...

コスト回収のために、コストかけなきゃいけなくなったら、そりゃでかい企業の方がコスト回収のために動けるんだよな

コスト回収のためにコストをかけなきゃいけないのが、大体今の Web サービスの実態で、だからこそコスト回収しないという選択肢が生まれてくるわけだが、そこが今のインターネットが微妙なとこではある

逆に言えばコスト回収って結構ハードル高いんだよなというのはある

無料サービス、コスト本来かかるはずなのに無料で提供されるものは警戒すべきというのもそうなのだが、非営利だと法的にザルでも問題ない特権が色々与えられるので、ザルでも許されるという面でも結構警戒すべきだよなという

AP 流行ってしまったので手遅れだけど、もうちょっとなんとかならんかな感じはあるし、Nostr は振り切れすぎだし、終着点としては ATP ぐらいに個人的にはして欲しいんだよな

@balloon ありがとうございます。ちょうど今それを試してました
https://codeberg.org/calckey/ubuntu-bash-install/src/branch/main/ubuntu.sh はあんま使われてないんですかね？ (こっちはシステムパッケージ使ってたので)

Rust インストールバトル初回は、Rust のアンインストールです (?)

Calckey インストールバトル改 Rust インストールバトル

rustc 1.63.0 ではだめですか

Calckey インストールバトル失敗です

native-utils ビルド失敗したんだが？

今は apt install -y rust-all や！

しかし Mastodon よりは諸々コンパクトそうやな。正式運用することになったら deb 作るか
https://codeberg.org/calckey/calckey/src/branch/develop/Dockerfile

Calckey さんも各鯖で Rust program build 推してくるやつやん

PDS to AP のトンネル作って、ATP PDS 側をマスターにするのはありなんだよな

これは現状の ATP はそうな気がする。bsky でもたまにこれで大丈夫なん？という話題はある
https://qnmd.info/@qnighy/110672668052430279

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

@dev なるほど、ありがとうございます！

Calckey は v13.1.4.1 が最新の安定版？

なんかたくさん書いてある
https://codeberg.org/calckey/ubuntu-bash-install/src/branch/main/ubuntu.sh

これ読めばええんか？
https://codeberg.org/calckey/calckey/src/branch/develop/README.md
#calckey

使ってるスタックと他のソフトとの比較はあっても、立て方は書いてないやつ

Calckey 動かすには何すればいいんすか

Firefox で sakura の VNC コンソール立ち上がらなくなっちゃった

Debian bookworm へのアップグレード思ったよりめんどいな、どうしよ。とりあえず、Calckey 実験機建てるか

Mastodon 捨てたくなってきた。てか、Ruby を捨ててえ...

どうしようもなくなっちゃった。OpenSSL 1 を自前ビルドして、Ruby 3.0 に bundle するしかないんか

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

ブロックが難しくなるが

pull 型購読ができれば RSS そのままエコシステムに取り込めそう

Activity Pub に pull 型ストリームを追加するのって難しいんかな。フォロー通知しなくていいやつ

Mastodon、はよ次期バージョン出して Ruby 3.0 を駆逐してくれ

> 最新の openssl gem は OpenSSL 3.0 に対応しているので、それをインストールする。
ただし https://rubygems.org に接続するのに openssl ライブラリが必要なので gem install openssl ではインストールできない。
https://zenn.dev/tmtms/articles/202211-ruby-on-ubuntu

お、そうだな

Debian 12 から OpenSSL 3.0 なのか。これは色々ハマりそうやな

ほげえ
https://github.com/sprotheroe/vagrant-disksize/issues/20

BAN 対策ソフトというか、DoS attack 含む対策ソフトやな (?)

fail2ban もあほみたいにメモリ食ってるんだよな。BAN 対策ソフトがこれでいいんかよ

おかげで、elasticsearch さんは OOM killer に殺されちゃった

openvswitch もあほみたいにメモリ食ってるな。こいつ入れないで済む方法真面目に調べるか

node exporter collector の apt_info.py とかいうやつがあほみたいにメモリ食ってて冗談じゃないぜって言ってる

Caddy、パッチバージョンレベルで色々変わる

一応 13 も使い続けられるが

posgres 13 -> 15 が一番大きいな

ふぁいっ
https://github.com/mizunashi-mana/mizunashi-work-playbook/pull/2

Debian 12 (bookworm) の base Node.js は 18

bookworm 上げるの試してたら、ipv6 の設定がなんか効かなくなっちゃった。色々めんどくなってきた

network 周り、netplan 移行するか～

ブルスコ死んじゃったか #Bluesky

Debian bookworm は postgresql 15 が降ってくるのか

これな

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

めっちゃ先輩だ

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

開設3ヶ月おひとり様運用です。k8s 重いので、直鯖で Ansible でがんばって運用してます
https://github.com/mizunashi-mana/mizunashi-work-playbook
#鯖管のみなさんと繋がりたい

セキュリティアップデートの内容について流すのは、来週がいいかな

@anqou 🙆

4.1.3 に進化した

Mastodon アプデのため、少し落ちます

nginx.conf に CSP の設定が増えとる
https://github.com/mastodon/mastodon/blob/0d5781ca7609590a6d5340bb685bb1804056bb46/dist/nginx.conf#L113

上げた途端ぶっ壊れたりしない？

👀
https://github.com/mastodon/mastodon/releases/tag/v4.1.3

ビット計算ができない

キラキラ恐怖症なので

Threads に旅立たなかった人です

Threads に旅立った人、Threads BAN された人、Threads から直帰してきた人、Threads に旅立てなかった人がいるらしいな（？）

流速遅くなった気がしなくもないが、気のせいかもしれない

みんな、Threads から引き返してきちゃったん？

Threads 流行ってそう (幻想)

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

throw new RuntimeException("Something happened!");
よく書くやつ (最悪)

@Dlgitai_culo 偉い人にはちゃんと心の声は心の中にしまっておくことも教わっておいて

「いよいよ明日が Threads 公開ですよ！」コピペ用意して、明日に予約投稿しときたいが、フライング勢が多くてもはや今日投稿しても何も問題ない感がある

コンパクション不要説、マストドンおひとり様運用してみた結果、無限にリソースがあってマルチプロセスできて3日に1回ぐらいデプロイする勢の言い分という感じがしてきたな

Sidekiq がメモリ食うの、Ruby のせいなのか、そういうものなのか。bullmq はどんな感じなんだ

Calckey 試しにどっかのリレー繋いで運用してみるか

実装するものが多いのは、デメリットでもあるがメリットでもある。何もない時は参入障壁が高いが、ある程度実装増えたら、それぞれ関心のある部分でコミュニティできて発展しそうだし。AP は一つ実装して、それをおけばそれで良い分お手軽ではあるが

もうちょっと早くローンチできてたら、PDS / DID 解決 / BGS / AppView 周り個々に実装増えて色々プロトコルの改良進んで発展してたんじゃないだろうか。クライアントであんだけ実装増えたんだから。いや、まあ今からその巻き返しがある可能性はあるが

まあ、良い技術かだけが流行る要因ではないのが何ともだが

ATP 懸念事項は多いが分散 SNS の方向性としては間違ってないと思うんだよな。AP は懸念事項がないというより、AP 単体ではそこまで機能がないというか

@haruo31 予行練習は必須ですね〜（もろもろパッケージのバージョン上がるので)

Threads、宗派的な問題もあるが、普通に AP 実装ダメダメで初手切られるという可能性が

@haruo31 いっちゃうか〜

Debian bookworm どうなんすか？ dist-upgrade していいっすか？

インスタアカウントあれば、Misskey とかに告知が流せるのは、普通にビジネス勢的には嬉しいんじゃないですかね

AP が巨大な MAU により爆散して、ATP が覇権握る回。でも、マストドンも Misskey もドメブロあるので、ブロックして終わりができるんだよなあ

VSCode、JavaScript でも TypeScript の型定義使って補完してくるので、使用感が普通に TypeScript

俺の Sidekiq が火を吹くぜ (真顔)

確かに、Threads 通して Vtuber とか 告知アカウント系が AP に移住してきたら、AP 側は色々世界が変わりそう

割とマジで型がついた JavaScript なんだよなあ > TypeScript

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

Threads への遅延スパム厳しすぎでしょw (笑い事なのか？)

AP のリプライって、ブーストとかされるとどうなるんすか？リプライ元への配送再開されたりするん？

これすき

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

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

アプリがあるらしいぞ！諦めないで！

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

しかし、Twitter まさかこんなに早く崩壊するとはブルスコ陣営思ってなかったんだろな (僕も思ってなかったが)。こうなると、やっぱ実験中の ATP より、実稼働してる AP に乗り出すサービス増えるのはそうだし、大手が AP 参入しだしたら (てかしだしてるけど)、ATP 側は厳しい戦いになりそう

まあ、どんくらい Threads が流行るかによるな

投稿が爆発的に増えるとかなら微妙だけど、ユーザ = 投稿ではなさそう

そんぐらい耐えてもらわないと AP これから先の将来性がなさそうだけど、各 AP 鯖は問題ないんじゃないだろうか。むしろ、Threads 側が耐えられるのかっていう

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

Web フロントエンドの流行り廃りを追ってる人は、それを生業としてる印象がある (Web サービス自体には興味がない印象がある) ので、割と需要とマッチはしてるんじゃないだろうか

Web フロントエンド開発の流行り廃り、Web フロントエンド開発がしたい人は乗ってるけど、Web アプリケーションが開発したい人はあまり乗ってない印象がある。なので、Web アプリケーション開発してる人は割と Web アプリケーションのことしか考えてないんじゃないだろうか

media_attachments が 77G あるのはええとして、accounts 20G ってなんぞ

public/system/cache ってディレクトリ、吹き飛ばしてええか？

mastodon cache が 99G ある。つら

マストドンのデータディレクトリが 101G に成長してるんだが...

さくらオブジェクトストレージ、基本月 ¥500 か
https://cloud.sakura.ad.jp/specification/object-storage/

そもそも何がそんなにディスク食うんや。ディスク食うもの動かしとらんぞ

ディスクがそろそろヤバくなってきたっぽい。ストレージサービス移転するか？

Twitter、マジで謎のbotがたくさんいたよな

Fediverse もブルスコも、 oCaml とか投稿しても OCaml への訂正ツイートこなさそう

ブルスコ、結構人が移っとるけど、あれって招待制のサービスではなくて、今のところ実験場なんだよなあ

基本投稿先は RSS feed 配信サーバで、TL 構築はそれぞれの feed でやれればいいんだよな

公開リプライが問題だな

RSS feed ---> AP feed
|
------> ATP feed

AP feed -------------
|
v
ATP feed ---> Timeline
^
|
RSS feed ----------

が基本で、そこに E2E のメッセージングが付いたプラットフォームを夢想してた

LTL が治安悪い鯖とか言われないからな。言われる時は治安悪い人って言われる

おひとり様、基本的に自分のしたいことが何も気にせずできて良いぞ

Mastodon 専用だけど、OSS のシェアボタン中継機 (宣伝)。GH pages 公開
https://mizunashi-mana.github.io/mastodon-front-gateway/share/?text=Your+content&url=https://your.content

ただいい加減 Sidekiq のご機嫌とるのにうんざりしてきた

Akkoma、GoToSocial あたりは、機能面が気になる

メモリ消費量的に Mastodon vs Calckey ってどうなんすか？

Calckey っておひとり様的にはどうなんや？

Mastodon だめ。真面目に移行先を考えるか？

Sidekiq が謎にメモリ使い出した

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

こちとら malloc に free size 渡されて allocate してくれ、free に謎のポインタ渡されてがんばって free してくれやぞ

なんなら全領域 bitmap 管理で生き死に把握できるしなあ

言語レベルでヒープオブジェクト隠蔽できれば、ポインターに気軽にタギングできるし、事前にいい感じに aligned もできるってわけ

言語があると事前に allocate size といい感じの align ができてよろしやすねえ (malloc 実装してる)

パフォーマンスよくするためって言ってアセンブラ使った結果、移植性が死んでバグも埋め込み死んだプロジェクト見たことある (マジ)

これじゃん

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

だって、所有権とかよく分からないんだもん！！！

Rust、たくさん derive(Copy) 書いたらパフォーマンス悪くなった (それはそう)。たくさん unsafe かいたらセグフォで落ちた (それはそう)

よいかんじインスタンスやん