y @irbzqt@fedibird.com

元の投稿が編集されたとき引用先で文面が変更されたら引用者の文書の意味が破綻しかねない。
あとは内容次第ではあるけど、アイコンとかアカウント名とかも文脈を形成する情報なわけで、そういうのも参照時点のものに固定したいというのがある

一応表明しておくと「検索エンジンでの収集や再公開の許可を示す『広く合意された方法』があるべき」と思っているし、それが実現されればその方法を無視した実装を非難する声には私も賛同すると思う。

で、その方法として現状では、議論の場でこういうものが欲しいと論じて AP の拡張が生えてくるのを待つか、あるいは先に JSON-LD に特定の URI でそのような情報を紐づけた実装を作ってしまってそれを議論の場に持っていくか、あたりが正道だろうなと。

①流量が極端に多い人の投稿も読みたい（ワンステップあってもいい）
②流量が極端に少ない人の投稿も読みたい（投稿があったことを知れるだけでもいい）
③いろんな人の投稿を読みたい
④見る場所は少なく、できれば一つにしたい
⑤勝手にキュレーションしてほしくはない

という条件を満たす解を作るには？
#マストドン #マストドン入門

めも：購読機能（Fedibirdのみ）
公開範囲が「公開」の投稿のみをホームやリストに表示する機能
フォローアイコン横の四角いアイコンを押すと追加できる
「未収載」「フォロワー限定」の投稿は拾えない
全部読みたければフォローすること

氏名と生年月日はほとんど主キーなんだけど唯一性と不変性か確実だとずいぶん悪用しやすくなるだろうと思うんだよね

おひとり様用 Activity Pub サーバーここ数日なんとなく調べてたんだけど

• https://humungus.tedunangst.com/r/honk
• https://github.com/toddsundsted/ktistec
• https://microblog.pub/

そこそこ使われてそうなのはこの三つっぽい。

ktistec は見た目とかすっきりしてていいんだけど、 Crystal とかいうよく分からん言語で書かれてていざとなったとき自分でメンテしたくないなという感じ。ただ Github にあるのはいい。なんかあったら Pull Request とかだせそうな雰囲気ある。

honk は Go で書かれててわりと実装は素直、素直なんだけどとにかく UI/UX が狂ってる。一部の日本人にはこれ流行ってるっぽいんだけど正気か?ソースコードの管理も謎。

microblog.pub は Python + FastCGI でまあ実装は普通、見た目もそこそこ好みだしいじるのも楽。 Github は使ってない。

というようなかんじだった。デプロイのしやすさとかなんとかいろいろ考えて microblog.pub を使うことにして、つかっている。

それにしても、作者の皆様方には大変失礼な話なんだけどこういうのなんというかオルタナティブ指向みたいのが強すぎて、実装が変だったり UI が変だったり管理体制がなんか変だったりと、こう、その、あの、辛いです。単に Activity Pub 立てて会話したいだけなんだけど、、、となる。 Mastodon でも立ててろよって話なのかもしれないけどバカスカリソース食われるし。

そもそも Activity Pub 自体(現状)オルタナだしそのへんしょうがないのかもしれないのだが、非オルタナ指向なお一人様 Activity Pub サーバー、すなわち

• よく知られた言語を使って、よく知られたフレームワークで書かれている
• フットプリントは小さい(ただしそれを極端に追求しすぎない)
• Dockerfile や docker-compose.yml が付属する
• 使いやすいライセンス(GPLや MIT License)
• Github で「普通の FLOSS」として管理されている

みたいのがあったら、案外そこそこ広くとれる可能性あるんじゃないか、という気がする。だからといってそれを作りたいかっていうと、作りたくないんだけど。

@taiyo @minamikuma 分散システムの構築は OS とは全く異なる難しさですからねぇ。以前、こんなツイートもしましたが、処理が一台のコンピュータに収まらなくなった瞬間に難易度が跳ね上がる。 https://togetter.com/li/1977218

@hyuki 時間を限ってミュートすることもできます。このアカウントは今（なにかのイベント中とか）だけ見たくないな、という場合は時限ミュートも便利です。

＞レコメンドが公正かどうかを見分けるのは難しいが、エンドツーエンドのブロックが不公正かどうかを見分けるのはとても簡単だ。誰かが別の誰かにメッセージを送って欲しいと頼んだのに、第三者が介入してそのメッセージをブロックしたら、それは検閲だ。それを「リーチの自由」と言い換えたところで、検閲に違いはない。
https://p2ptk.org/freedom-of-speech/4211

非公式なbotを経由して本物のサイトに行くパターンのほうがまだマシだし、その際には都度リンクが本物のドメインを指してるかくらいは確認してくださいね。

それくらい、間違った情報は危険なものです。ワクチンの誤情報のことを思い出してください。震災後のデマのことを思い出してください。信頼できるソースから情報を得てください。いくら手軽でも、それをSNSに依存しないでください。

個人的に、この手の重大な情報発信者が十分な本人検証を受けないまま活動することは、危険な傾向だと思っています。メディアは自らのドメインでfediverseに参加してくるか、公式の機能で確認できる形でアカウントを認証するべきです。更に言えば、メディアが自らの懐を痛めることもなく情報インフラにフリーライドするのであれば、私はその根性がそもそも気に入りません。よって、基本的にはその手のアカウントやインスタンスが個人的な投稿を主としない限り、モデレーションします。

あとmediastodon.comをサーバー全体でドメインブロックしました。ニュースのような重要な情報は、信頼できるソースから入手してください。私のようなよくわからん個人のサーバーを経由するべきではありませんし、本物かどうかもよくわからない相手をフォローすることに慣れないでください。

私はこのサーバーの全権を持っているので、不正な情報に差し替えたり恣意的に操作をできます。そういうものを経由して、最悪は死活問題にすらなるようなデータを得ないでください。私は何があっても責任を取れません。

未収載は tootsearch のインデックスには乗っからないっす。あくまで公開なものだけ収集してまする。

https://fediverse.party/en/miscellaneous/

ActivityPubにつながるものたちの纏まったデータです
(あまりに大量にあるのでわけわからんですが)