のえる DTP鯖管 @noellabo@dtp-mstdn.jp

#Prismo のTipsを紹介するよ！
#prismo_tips

Prismoは、Mastodonなどと同じActivityPubというプロトコルを使って投稿やお気に入りなどのアクティビティをFediverseと交換している。

分散SNSというかマイクロブログのような短文の投稿では Note というオブジェクトで投稿情報をやりとりしているんだけど、

Prismoでは、どこかのページのURLをメインにしたストーリー（ブックマーク型の投稿）は Page というオブジェクトを流している。

また、URLなしで、それ自身コンテンツとして投稿するストーリーは Article というオブジェクトを流している。

コメントはマイクロブログと同じ Note を使っている。それもあって、リプライで自然に繋がれている。

3種類あるんだね！

だから、Mastodonなど受け取る側のサーバで、それをどう表示するのか（しない・できないのか）は、予想できないし、それぞれ違うんだ。

うまく連携できるようになるといいね！

これはまだ何度か言わないといけないと思うんだけど、 #Prismo はまだプロダクションに使うなよ？ って言われている段階のコードなので、皆もサーバ立てようぜ！とは言えないのね。

そういう段階に持っていくために、私もコード書いてマージしてもらおうと思ってるけど、まだまだ。

本当はPrismoは、特定の目的に絞って、みんなで小さく立てて、それを連合するのが丁度良い仕組み。

まぁ、mstdn.jpみたいな中規模の旗艦サーバがあっても良いと思うので、ウチでやってみているんだけども。

あと、Prismoという存在を通じて、

FediverseがSNSだけじゃなくていろんなサービスが連携すると面白いということを伝えたい。

Fediverseは、連携するサービスが増えると、ぐっと可能性が広がる。例えば決済とか権利処理とか、組み合わせて強くなるサービスだと特に。

Prismoは、個人のパーソナルな側面にフォーカスして使う方法も考えられるし、パブリックな側面にフォーカスして使う方法も考えられます。企業ユースにも向いていると思う。このあたりがMastodonとの違いになってくると思います。

ちなみに #Prismo 本家もメイン鯖のデータベース一回飛ばしてまして、ドメインごと廃棄せざるを得なかったワケですが、

オペレーションのミスはよくあるコトで仕方がないとして、もう一つ、IDの採番方式の問題があります。

snowflakeのように、過去の投稿が一定の番号に留まっていることが保証できる場合は、新たに同じドメインでサーバを動かしても、IDが衝突することはありません。

PrismoのIDはそういった規則性がないUUID系であるため、同一ドメインで再開するとIDが衝突します。

これは、いま現在ももちろん変わっていないため、私が運用しているPrismoサーバ達も、同様に復帰時に同一ドメインで再開するのが難しいという問題があります。

まぁ、意味のある桁を増やしちゃうなり色々方法はあるんですが……。

DBを飛ばすって本当に怖いですねえ、恐ろしいですねえ