2024年2月18日~2024年2月24日 - @kPherox@pl.kpherox.devの投稿

こういうやつ、リモートにUpdate Activity投げてないだろうしローカルでしか反映されないので片手落ち感がある

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

did:web使うの、結局APと同じドメインに束縛されてポータビリティは失われそうだけど

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

これはそのドメインで名前解決できて /xrpc/com.atproto.identity.resolveHandle で did を引ければいいということなので、この部分だけの実装でレスポンスを返すだけでも良いよ

一応Blueskyの標準ユーザー名 *.bsky.social にブラウザアクセスすると bsky.app にリダイレクトするようになったらしいので、何らか共存できる策はありそうな感じではあるけど

did placeholder が非中央集権化することないと思うよ

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

まぁDNSでハンドル設定してるならPDSは何でも良いので普通にサブドメインで動かしちゃえばいいかしら（ bsky.social が *.host.bsky.network で動いてるみたいに

apex handle を pds にしようとすると did:plc じゃなくて did:web になりそう

apexにPDSは絶対無理っすね…

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

その点 bluesky は bsky.app / bsky.social のサービス名だしソフトウェアは @atproto/pds なのでちょっと分離してる

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

マイクロブログは現代の矢数俳諧

マイクロブログばっかり読んでるとマイクロブログに文章が最適化されるよなあ。今読んでる『天才による凡人のための短歌教室』って本に「いっぱい歌集を読んで短歌を頭にインストールしろ」みたいなことが書いてあったし、つまりそういうことだろう。

BlueskyがうまくやればATP上で拡散しやすいサービスになるだろう
現状のMastodonは拡散に弱い
ActivityPubじゃダメ←いいえ

今日までGroup actorを有効に使う実装が生まれてなかっただけでプロトコルの欠陥のような評価をされると技術評価としては変でしょ。そういうのはMastodonを批判してくれ

APでだってGroup actorやそれこそ同じ名前のリレーで拡散することはできなくはないしみたいな

アーキテクチャとして旧BGSのリレーが存在することで拡散しやすく見えるって話だとは思うけどAPに対するATPの優位性で語るにはレイヤーが違うよねって感じ

今のAPより狭いはその通りというか元が単一世界のところで実験的に連合させてるだけでまだ開放されて自由ってわけじゃないので

atproto.com lexicon の describeRepo でホワイトリストのサーバーが返した時だけ取得する感じになると思う

ホワイトリストにplc.directoryから取得したatproto endpointが含まれてたら取得するとかになるんじゃないかしら

いまってdiscordで許可を得れば連合できる認識なんだけど、野良でPDS建てて連合してなくてもそれいけるの……？

gitのshallow cloneみたいな仕組みがあるかはわからないけど普通に取得したらツリーの完全取得なのでむしろAPよりは抜けがなくなる

did:plc に対して endpoint で相手のサーバーを知ることができて、それは git repository みたいにマークルツリーで遡れるのでクローンすれば完全なデータが手に入るよ

PDSから引っ越すのだってFederationしてるものに限るんじゃないかな Federationしてないものにどうデータ渡すんだって話になるし
拡散する対象もFederationしている範囲に限るから下手したらAPより拡散しないよね

どうせデータの持ち出しの今想定されてるアーキテクチャ、ほとんどの人間がフローをちゃんと理解できなくて鍵の管理もできなくてうまくいかないでしょの気持ちがあるよ

技術で可能になることとユーザーへの見せ方とユーザーの使い方を誘導する力はBlueskyの方がMastodonよりうまいとは思うけど

ATPが明確に優位性持ってるのデータの持ち出しぐらいで他はAPでだって技術的に解決可能な問題じゃない？本当にATPだから出来ることなの？みたいな気持ち

意味真逆になってた

サーバーを跨いでやるの分散型だけど拡散しやすいほんまか？ATPそこまでか？となる

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

this usage is less common.

It can also be used for annotating other kinds of text, but this usage is less common.

\<ruby>: The Ruby Annotation element - HTML: HyperText Markup Language | MDN https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ruby

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ruby

: The Ruby Annotation element - HTML: HyperText Markup Language | MDN

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

Authorization ヘッダーとか設定できない WHATWG の WebSocket API を node に入れても fetch ほど嬉しくなくない？みたいな気持ち

node <=20

import { WebSocket } from 'undici';

node >=21

$ node --experimental-websocket

なんでnodejsにWebSocketないんだよだるいって

akkomaの実装はこれ

#113 - Quote posting - AkkomaGang/akkoma - Akkoma Development
https://akkoma.dev/AkkomaGang/akkoma/pulls/113

Quoting (!3921) · Merge requests · Pleroma / pleroma · GitLab
https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3921

Gleason の実装を持ってきて調整してるから anti-Gleason の実装ではそこまでカバーできなかったとかかしらとなってる

https://git.pleroma.social/pleroma/pleroma/-/merge_requests/3921

Quoting (!3921) · Merge requests · Pleroma / pleroma · GitLab

pleromaのquoteってakkomaのdownstreamから持ってきてるんじゃなかったのか

Pleromaだとこうなるんだ。AKkomaだと「引用先のステータスが存在しません」すらないよ。

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

これは実際にシャドウバンが制裁の一部として用意されてることを証明するものではないし検索に含まれてないのが自分以外の環境でも発生してるってことを確認できる以上の意味はない

シャドウバン検知、検索に出てこないんだけどって思った時に使うと確度が高い

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

frontendの独自改修、もうupstreamに入ってないような変更がなくなってるしgithub actionsで最新のartifactsだけ取り出すようなことできないしつって諦めてる

install_frontend/3 の方は File.rm_rf!/1 とかの :error とか返さずに raise するやつを示す ! しかないので何も返ってこないよ

https://git.pleroma.social/pleroma/pleroma/-/blob/f0468697/lib/pleroma/frontend.ex#L17-L50

lib/pleroma/frontend.ex · f0468697 · Pleroma / pleroma · GitLab

ドメブロはフォロー関係さえあれば疎通するのでそこまでアグレッシブじゃないやつ

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

static/frontends/tmp に書き込めないとインストールできない

static_dir (sourceからだと instance/static、OTP/Docker だと /var/lib/pleroma/static) のパーミッションじゃないかしら

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

oyster ってなんのキノコ

@jack.bsky.social | @handle and did:plc Tracker
https://pht.kpherox.dev/handle/jack.bsky.social

https://pht.kpherox.dev/handle/jack.bsky.social

@jack.bsky.social | @handle and did:plc Tracker

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

pleroma/admin-fe、HashtagPolicyをハードコードして外せなくしてるのにMRFの設定にHashtagPolicy表示しないのひどい

やっぱ一番ちょうどいい対応がこれだよなぁとは思うものの、今放置してる鯖缶はこのバージョンにアップデートちゃんとすんのか？みたいな疑問はちょっとある。ホスティングサービス使ってるところなら良い効果はありそう

通報を確認する権限持ちが、1週間以内に誰もログインしてなかったら、勝手にアカウント作成が承認制に切り替わるようになるそうです。

https://github.com/mastodon/mastodon/pull/29318

これとは別に、インストール直後のデフォルトが、アカウント登録不可になる変更も準備中です。

https://github.com/mastodon/mastodon/pull/29318

Automatically switch from open to approved registrations in absence of moderators by ClearlyClaire · Pull Request #29318 · mastodon/mastodon

pleroma-social/pleroma ってリポジトリあったんだと思ったけど mirror 4年前で止まってて検索に使うのは最悪じゃない？になってます。

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

二つのidでごっちゃになるのを整理するの、汎用性高くtaskとして存在してると嬉しい気はするけどどうすればいいんだ

DB直接触るの危ないし、正しく残す方のidを選ばせてフォロー外して過去の Follow & Accept を掃除してprefix外して別のidにprefixつけるみたいな mix task 用意した方が良さそう。めんどくさいな？

minazukey.uk みたいにhttpsとhttpで分裂したアカウント群、いったん関連する activities (SELECT data FROM activities WHERE data->>'type' = 'Follow' AND data->'to' ? 'http://<domain>/users/<id>') は全部 DELETE して、分裂した users (SELECT ap_id, nickname FROM users WHERE ap_id IN ('https://<domain>/users/<id>', 'http://<domain>/users/<id>')) の nickname の prefix を変えたりした方が良いんだろうけど、prefix 変えるのは mix task で flake id を取って変える方が良さそうな気がする

PleromaのAdminから旧アカウント消してみる→何も問題ないがprefixはそのまま
相互にフォロー解除してみる→再フォローしても同様のprefixがついたまま
フォロー解除状態でPleromaのAdminから新アカウント(prefixつき)消してみる…Firefish→Pleromaのフォローが通らなくなる

そのあとFirefishで新規に作ったアカウントとPleromaは普通にやりとりができる

なんでアカウント逆転してんだ

1) Firefish立てる。.config/default.ymlのurl:にhttps://～を指定
⇒普通にPleromaと相互通信できる
2) Firefishの設定のurl:をhttp://～に変更
⇒Pleroma→Firefishは配送されるがFirefish→Pleromaは通らない
3) Firefishの設定のurl:をhttps://～に戻す
⇒Pleromaと相互通信ができる。Pleromaでは謎のprefixがついた状態でフォローした状態になってる。1)の時の投稿はprefixがないアカウントに紐ついててフォローが外れてる。

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

to/ccは配送だけで通知はMentionだけ？

ccでも通知来るんだっけ

ActivityPub的にはccに入れたら通知を送るという実装になっているかも

いや、なんで新しいアカウントにprefixつけてるんだ？

古いidに紐づいてるのは現在のacct URIには紐づいてないんだから古い方は別の名前にすべきじゃん。pleromaおかしいよ

idが違う preferedUsername が同じだけのアカウントを同じアカウント扱いにして揃える方が ActivityPub としては変な感じするよ

Pleroma系の挙動が変な感じはするが…

MisskeyもFirefishもconfig.ymlでurl:にhttps://から書くのは共通してるのか、ってことはMisskeyでも発生させられるってこと？

misskeyのことよく知らないんだけどhostnameじゃなくてhttpsまで含めたoriginで設定するようになってるの？

インセキュア村：サーバー移転時設定ミスでしばらくhttp通信してしまいマストドンなど一部のサーバーの人としかコミュニケーションが取れなくなる

村民分裂現象：インセキュア村の成果フォロー先のpleroma系鯖で村民がふたつのアカウントに分裂する。この状態でうっかりフォローを外したせいか該当ユーザーを一生フォローできない状態になってしまった

httpで通信したらidがhttpになるの意味わからん

この投稿がhttpのほうのidと紐づいてるのでまぁ最初から失敗してる

後から作られたuserに内部idのprefixがついてて最初のuserの方がhttpなので最初のセットアップに失敗して後から治ったから壊れてるような気がする

なんでhttpのidが作られてんの？？？？

そんなことある？と思ってDBにクエリ投げた。https と http のIDが振られてました。なるほどなぁ

RT: https://pl.kpherox.dev/objects/b5cafbe4-ca03-4c36-ac5a-851f02acdf04

misskey だしDBが何かしらで壊れて user id が別のものとかになってそう？

最近の怪奇現象まとめ（）
一部現在進行形の不調です。こちらとの通信がおかしいサーバー様を把握しきれていないのでもしあればお伝えくださいお願いします。

重なり合って二つ存在する村：なぜかソフトが同時に２つ起動してしまう CPU使用率が天元突破していた

無限キュー増殖バグ村：同時起動の後に発生。自鯖の投稿が他鯖に配信されるのに受け取れないままキューが無限にWaitingする。原因は同時起動？と思われるが不明。解決しなかったのでロールバック

インセキュア村：サーバー移転時設定ミスでしばらくhttp通信してしまいマストドンなど一部のサーバーの人としかコミュニケーションが取れなくなる

村民分裂現象：インセキュア村の成果フォロー先のpleroma系鯖で村民がふたつのアカウントに分裂する。この状態でうっかりフォローを外したせいか該当ユーザーを一生フォローできない状態になってしまった

通信遅延村：インセキュア以後？一部サーバーで発生しているらしい。村からの投稿がろくに外部に届かないし外部からの投稿もなんなら村に届かない時があるらしい。電波が悪い山奥の再現かもしれないインセキュア村の成果と思われるが不明何もわからない助けて

死刑村：投稿しようとする村人を全員死刑にしていて誰も投稿できなかった。今朝は死刑より柔らかい文面で疑似死刑にしていた

激辛村：エビチリとチゲ鍋の同時摂取により辛すぎたのかフォロワー限定投稿しか配送されなくなる。とりあえずナベだけにしたら直った。これはおかしくなる気はしてたけどまあ気がしてる時点で予想出来てるから100私が悪い

usernameにprefixついてる

有識者募集してるけどもっと詳しそうな鯖缶師匠たちにホームでたすけて～～～て聞いてもみんなみたいなこと言い始めるからギャグ日みたいになっている

それか warning 吐くのやめてくれない？となってる

Can't find LRDD template の warning めっちゃ吐かれてるんだけど webfinger は well known uri だし先にそっちを見に行ってから host-meta 確認する方が賢くない？

国際化ドメイン、結局punycodeが見えるのでダサい

それぞれが独自のネイティブActivityPubフィードを持っています

https://media-innovation.jp/article/2024/02/20/141368.html

Blue Skyがあげられてるのよくわからんな

https://media-innovation.jp/article/2024/02/20/141368.html

Flipboard、1000の雑誌との連携で分散型ソーシャルFediverseでニュースを配信 | Media Innovation / デジタルメディアのイノベーションを加速させる

"分散型ソーシャルの規格であるFediverse"
"マストドンやBlue SkyなどFediverse上で相互利用可能な大量のコンテンツフィードのコラボレーションを開始しました"

…？

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

Simply Static: The Static Site Generator for WordPress
https://www.simplystatic.co/

https://www.simplystatic.co/

Simply Static: The Static Site Generator for WordPress

Simply Static – WordPress plugin | WordPress.org
https://wordpress.org/plugins/simply-static/

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

人類が環境負荷を与えることやめたら後は地球の回復力の問題なので地球さん次第です

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

ボットネットが存在しうるのでインターネットは脆弱

できる訳ないだろ

へー、Twitter/Xなら5つ以上のメンション全て殺すとかできるんだ。へー

まるで中央集権管理ならリプライスパムは発生しないとでも言いたげな人もいます

むしろFediverseだからこそリプライスパムが多く発生するサーバーを足切りできてんだよな
Twitter/Xはそういうこと出来ないからああなってるし誤凍結満載なわけで

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

とても素直にシームレスな分散を捉えててこれを否定する理由は全く無いしLTLの問題で呼ぼうとしてるなら悲しい話

> ioからでもそちらのサーバーにはアクセスできるのでアカウントを分割する必要は別にないかな？と思ってるんですが

あまりに正しい感覚。それこそ分散型なので正解つってる

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

LTLが機能し始めるような人数収容する意味ないし4-5人程度までの知り合いを収容する程度のサーバーが現実的な理想じゃない？

究極の理想、全員がセルフホストした個人鯖みたいな所あるので乱暴に人を集める必要なんかないだろと言いそうになる

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

fediverseの発展を願っているので公開サーバを建ててみたいけど、資金力と技術面の問題でできずにいる。あと私が建てても人が集まらない。

zelenskyyだからblueskyの連合が解放されたときに一番ジョークとして刺さりそう

呼んでないのに出てくるので本物（？）

misskeyの言葉遊びでつけられた-skeyって名前のサーバー見るたびにオフロスキーが思い浮かぶ呪いにかかってる

> March 24, 2022

全然知らなかった……

Ignore commits in the blame view (Beta) - The GitHub Blog
https://github.blog/changelog/2022-03-24-ignore-commits-in-the-blame-view-beta/

へー

https://github.blog/changelog/2022-03-24-ignore-commits-in-the-blame-view-beta/

Ignore commits in the blame view (Beta) | GitHub Changelog

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

`git clone --template` で post-checkout hook が発火される？

git-clone and post-checkout hook - Stack Overflow
https://stackoverflow.com/questions/2141492/git-clone-and-post-checkout-hook/2141577#2141577

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

そういえば始まりを思い出すとgleasonがめちゃくちゃして実装した機能をいったん全部消すところから始まったような気がするし存在してない機能あるかも

いや強めの思想があったらそんなことないけど

冷静に考えてforkに本家の機能がないの最新に追従できてないってことで存在してる時点で前者を選択するのは悪い選択だと思う

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

Pleroma FE側のワードミュートしか考慮されてないせいでfilter apiで隠さずに削除するって設定にしてるときにストリーミングから削除されずに流れてくる仕様を修正するMR送ってるけど2年間マージされずにいます

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

あっ……

Archived project! Repository and other project resources are read-only

Pleroma / fedi-fe · GitLab https://git.pleroma.social/pleroma/fedi-fe

RT: https://pl.kpherox.dev/objects/aa67a883-ed51-4a36-9d1e-45cf86872697

https://git.pleroma.social/pleroma/fedi-fe

Pleroma / fedi-fe · GitLab

fedi-feとかkenomaとかデザインだけモダンで機能は色々欠けてるコア開発者によるfrontendもあるけどメンテされてんのかよくわからん

soapbox-fe、emoji reaction の自由度がだいぶなかった記憶で止まってるし微妙

soapbox-feはもう追ってないのでわからん（追放されてforkのRebasedに合わせて改造しまくってるだろうし

pleroma-fe、思ったよりUXは悪くないけどダサい

pleromaも使えるよの気持ちでpleroma logoのEmojiReact投げた

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

EdgeとChromeのストリーミングで機能するって言ってるしMSE使うHLS.jsならむしろ機能するのでは？HLS Support入れずにhttpsのmp4をvideoで見てるから機能しないだけ？

RTX VSRのことよく知らんけどHSL.js通したら機能しないとかmp4では機能しないとかShadowDOMだと機能しないとかあるのかしら（ZenzaWatchで機能しないから対応してくれってIssue開かれたけど何も知らないので何も応えられない）

1. 既知のアカウントならとっくに潰してる
2. 未知のアカウントならinserted_atは常に最新

神が預言者にこれ記録しといてって依頼して作らせた備忘録

黙示録は神様の備忘録だった？

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

セルフホスト可能である程度の人々と相互通信できる限り大規模鯖への収束はありえんよ

どう考えても中央集権に向かう方がコストも何もかも得なのに分散型選んでセルフホストしてるような人々なのに…？みたいな顔にもなる

> 個人鯖は収束に向かうと思われる。

そりゃそうだしそれに反抗するのがFediverseなのでみたいな顔になった

スパム云々のやつは、セキュリティの穴を突かれたわけじゃなくて、正当な機能で荒らされただけなので「自分が建てたサーバに連絡が来たら対処しようね」ってだけの話だと思います。（通報しても対処されなかったから被害が酷くなったわけで）

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

自分とこのnodeinfo 2.1見て気づいたけどソースコードの場所が自分のforkになってない。よくない

misskeyとpleromaはnodeinfo 2.1に対応しててsoftwareのソースコードの場所がわかる

githubのprofile linkでmastodonのロゴが表示されないサーバーはnodeinfoのsoftware.nameがmastodonじゃないサーバー

/.well-known/nodeinfo のJRDで示されてる links

むしろね？もはやアイマスブランド関係ないけどアイドルだしって？

最初コラボ宣伝動画が見えたとき普通のコラボだと思って流してたけど後から見ようとしたら「星街すいせいをプロデュース」ってサムネイルだし動画再生したら踊ってたし。本当に訳がわからない

ミリシタとデレステの越境でモデル追加はまぁ同じアイマスブランドだしみたいなこと思ってたけど、星街すいせい…？

"星街すいせい（レア）"

3月11日（月） 15:00以降、キャンペーン期間中にデレステにログインすると「星街すいせい（レア）」が加入！
デレステの3DMVでLIVEパフォーマンスを楽しむことができます。

https://cinderella.idolmaster.jp/sl-stage/2024collaboration/

星街すいせい×デレステコラボキャンペーン特設サイト

本当に混乱してる。なぜ？

星街すいせいがデレステの中で踊ってるティザー見て混乱してる

フィッシングされる人は何も考えずにドメインを信頼してしまうだろうってのは想像に難くないのでつらいかも

短縮URLサービスのドメインを信頼することを許せるの良くない

普通は外部URLだよってやつが出るんだけど、tinyurl.comみたいなリンクだとすでに信頼してる可能性があるということかな

リンク文字列と実際のURLが異なるときにちゃんと表示しないのは不親切だなぁとなるやつだ

このタイプのアカウント乗っ取り+フィッシングはじめてみた

再喝の意味 - 中国語辞書 - Weblio日中中日辞典
https://cjjc.weblio.jp/content/%E5%86%8D%E5%96%9D

> (気分を新たにして)もう一度酒を飲む

https://cjjc.weblio.jp/content/%E5%86%8D%E5%96%9D

再喝の意味 - 中国語辞書 - Weblio日中中日辞典

再掲してるイラストに添えて「再喝」と書いてあるのがザクザク出てくるしアカウント主未成年だろうな〜みたいなのもたくさんなので、正しい意味の再喝で使われてはなさそう

acceptedなFollowに対してAccept丁寧に返してくれない実装とかだとpendingで止まるので全部のFollow ActivityにUndo発行しないといけないんだけど最後のFollowにしかUndo発行できないので苦しい

activities テーブルに適当な DELETE クエリ投げないと直せない

フォローを外すと following_relationships テーブルから削除されて Undo Activity を発行して Follow Activity の state を cancelled にする動作が起きるんだけど多重に accept/cancelled state の Follow Activity があったりすると関係が壊れる

AWSがIPv4アドレスの占有に対して課金し始めるなどIPv4の逼迫が表面化する中でIPv6無効にするのもそれはそれでどうなんだというのはあるんだけど、一方でIPv6環境だとTor検知しきれないのか、というところもあり。

※なおこのサーバーはOCIのVPCでIPv6は無効になっています（有効にし忘れた）。このためIPv6でしか接続できないサーバーとは連合できません。ただCloudflareが中継してくれるのでIPv6の受信のみは可能です