IZA @HswkkIZA@fedibird.com

心配してくれる雷ちゃん「だいじょーぶ？」
#艦これ　#雷

クリスタ素材を切り貼りしてでっち上げたウェルデッキ撮影セット。艦娘母艦(ウェルデッキ)と艦娘の組み合わせは永遠のテーマ

加賀さん
#艦これ

20241125浜風進水日(フライング)

磯波
#艦これ

🎈( ´ ▽ ` )🎈磯波ちゃんお誕生日おめでとう!!
#磯波 #磯波進水日 #艦これ

表紙用のリンちゃん描いた

今週は本職が半ば以降予想外の鉄火場な週となりましたので、ペン入れはやっとの思いで結局ここまででした…。取り巻く鉄火場要素は現段階で３つでして、来週もどうなることやら。 #たゞ玉響の夢

「落日」 #qoo3_brocante

今回はgdevはデータベースの問題でロールバック（過去のデータに戻す）を行いましたが、一応動いた状態で対応ができました。

ロールバックで失われる情報も、リモートサーバから補いました。

もしグループのサーバが完全に死んでしまった（壊れたり、サービス終了した）場合でも、過去投稿はリモートの様々なサーバにキャッシュされていて参照できますし、それを元に新しいグループを別のサーバに作って、そこで新たにメンバーが再集結すれば、コミュニティは持続できます。

まあ、まだ自在に引っ越しできる、とまでは言えず、もう少しそのあたりをサポートする機能を充実させる必要がありますが、ともかく、できるということがある程度実証できたかなと思います。

今回、gdev.fedibird.comというサーバ上に作られたグループアカウントを、fedibird.comに引っ越しさせました。

MastodonやMisskey、Pleromaには、アカウントの引っ越しをサポートする機能があり、引っ越し先の新しいアカウントに既存のフォロワーを移し替えられます。

つまり、グループのメンバーを、別のアカウントに自動移行させることができます。

だいたいうまくいきましたね！

引っ越し機能（メンバー移し替え）ができなくても、メンバーに新しいグループアカウントを再フォローしてもらえばいいのですが、連絡がつけられなかったり、方法がわからなかったり、めんどうだったりして、離脱するケースも多くなると思います。

過去投稿を移し替えることは現状サポートされていないのですが、こちらは今回は手作業でやりました。fedibird.comにキャッシュされている情報を元に、新アカウントの投稿に書き換えています。

このグループの過去投稿にあたる、グループアカウントによるブーストは、あらためてリモートサーバへ伝播させていませんので、グループの設置サーバ以外では認識されていません。アカウントページを直接見に来る必要があります。

ともあれ、すべての投稿を引っ越しさせることができました。
QT: https://fedibird.com/@noellabo/104524341770775395 [参照]

昔かいた、グループについての投稿を引っ張ってきましょう。参考にはなるかと思います。

4年ちょっと前のものですが、いまも事情は基本的に変わっていません。 [参照]

Fedibirdのグループ各アカウント、移行前の過去投稿を移行しました。

古い書き込みも参照できるようになったよ！

UIの分かりやすさは完全に好みの問題だと思うので、始めてFediverseに来る人はMastodonとMisskey両方試してみて欲しい。
私はMastodonが分かりやすい！とは言わないが、Misskeyの方が分かりにくいので…

・MastodonとMisskey
・LTL有りとLTL無し

サヨナラは最低でもこれだけは両方試してからでも遅くないので…！！

#mastodon #misskey #fediverse

Misskeyの最新版で追加された、コンテンツ表示にログイン必須にできる機能がオンになってると、Bridgy Fedでは の非ログインユーザーに非表示設定と同等に扱われる（オンにしてるとブリッジできない）ようになる可能性があるようです。

Misskey => Bluesky: Convert `_misskey_requireSigninToViewContents` flag to `!no-unauthenticated` label · Issue #1549 · snarfed/bridgy-fed · GitHub
https://github.com/snarfed/bridgy-fed/issues/1549

#bridgyfed #misskey #bluesky #fediverse #fedibird

Fediverseでアイデンティティの可搬性が欲しいかというと、セルフホストという選択肢が現実的に存在するので絶対に必要というほどでもないとは思うけど、それはそれとして実装を乗り換えたくなったりあるいはドメインを喪失したりしたときに可搬性が高ければ便利だろうし、やはり普及しているに越したことはないのだよな

確かにBlueskyの大きな特長はフィードなのだが、それだけにここがボトルネックになってきているのは何とかしたい

でもホントに、ブルスコはFeedで読むSNSだからフォロワー数ってあんまり関係ないんだよね。私こないだフォロー1 フォロワー0の人のポストで面白いのFeedで見てリポストしたし。

ActivityPubの共同著作者であるChristine Lemmer-Webber氏によるAT ProtocolとBlueskyについて論じたブログが昨日Blueskyで話題になってた。

現在のBlueskyはリレーとユーザー情報管理が集中化されているため、分散化しているとは言えず（ちなみにActivityPubは "message passing" アーキテクチャで、AT Protoは "shared heap" アーキテクチャと分類している）。全ての情報がパブリックであることも問題点として挙げている。

それでもBlueskyは優れたTwitterの代替プラットフォームを提供しようとしているし、AT Protoの目標である "credible exit" を実現するための取り組みにはとても価値があると評価している。

後半ではコンテンツやユーザーアイデンティティーのポータビリティ性の欠如という現在のFediverseの問題にも触れ、そこに関する研究を氏は行っているみたい。

/ How decentralized is Bluesky really? -- Dustycloud Brainstorms
https://dustycloud.org/blog/how-decentralized-is-bluesky/

#bluesky #fediverse

海外コメンタリー 初心者が「Bluesky」を使いこなすための8つのヒント--「X」の代わりになる話題のSNS

初心者が「Bluesky」を使いこなすための8つのヒント--...