のえる(@noellabo@fedibird.com)님의 게시물
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator（開発者の一員）です。また、独自機能を盛り込んだFedibirdを管理・開発しています！
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
@tell_me_fedi_jp @chihato 今後の参考のために、具体的に流れを書いておきます。
rel=meの認証チェックマークは、
0. 対象リンク先がこちらにrel=meリンクを張った状態で、
1. アカウントの更新を行った際に、
2. バックグラウンドで実行されます。
まず最初に、相手の状態がrel=meリンク付きになっているか確認します（添付参照）
この状態で、アカウントを更新します。プロフィールの編集で、保存ボタンを押してください。
rel=meのチェックは、バックグラウンドで行われます。保存ボタンを押すと同時に終わってしまうぐらいはやいこともあれば、少し待たされることもあります。
反映されていなかったら、少し待ってブラウザをリロードしてください。
なかなか反映されなかった場合は、アカウントの更新をもう一度試してみてください。
@tell_me_fedi_jp @chihato これ、どちらかのリンクは、どちらかの更新時点ではまだ未設定になるため、
アカウントの更新を合計3回やる必要がある、ということです。
1. fedibird.comでプロフ更新
2. みすほわでプロフ更新
3. fedibird.comでプロフ更新
という感じですね。
このへんが分かりづらいところです。
This account is not set to public on notestock.
This account is not set to public on notestock.
ACTIVE_RECORD_ENCRYPTION_PRIMARY_KEY
ACTIVE_RECORD_ENCRYPTION_DETERMINISTIC_KEY
ACTIVE_RECORD_ENCRYPTION_KEY_DERIVATION_SALT
の3つを定義するようになるので、このキーを失わないようにしておくこと。
パフォーマンスの面からも、全部のフィールドを暗号化するつもりは全然ないので、その点ではあまり心配は要らないと思う。
アカウントの秘密鍵とか機密性の高いものが対象で、適用対象は限られるじゃないかな。
@lo48576 そんなに難しいコードにはならんし、railsの標準的な機能でやるわけだから、エクスポートコードをさくっと書こうw
暗号フィールドを含むモデルを、同一構造の暗号フィールドじゃない版のモデルにコピーするコード書いて、railsで一回走らせればええんやないかな。そしたら、あとはPostgreSQLレベルで対応できるようになる。
あと、いま検討してる設計でも、暗号フィールドを含むフィールドを別モデルに切り出して小さくしようとしてる。
accountsから秘密鍵などだけ別テーブルに抜き出すとかね。
使わないときにデコードのコストを掛けたくないわけ。
class Account < ApplicationRecord
encrypts :private_key
end
Railsのコード的にはこれだけだしね。あとは透過的に処理されるので。
stautsesのdirect visibilityのtextだけ暗号化して保存しといて、使うタイミングでデコードするコードも書けるから、そういうのは一応やる可能性あるけど……実際のところどうかな……。
@xxx_pp0139 ｍstdn.jpは制限厳しく掛かりすぎて使えないこと多いよね。
私はfedibird.comの管理者で、mstdn.jpについては部外者なので何もできないけど、mstdn.jpの管理者に一言連絡入れておくね。
ただ、mstdn.jpは特に登録しなきゃいけないサーバではないから、登録できなくても気にしなくていいんじゃない？
fedibird.comとtoot.blueが使えるなら十分だと思うよ。そこからmstdn.jpや他のサーバのアカウントをフォローするのが基本的な使い方。fedibird.comには、mstdn.jpの人の投稿に絞り込んで見る機能があるよ。
https://fedibird.com/web/timelines/public/domain/mstdn.jp
あと前にお話したかもしれないけど、マストドンには日本の公式サーバみたいなものはないよ。
マストドンの本家が運営しているサーバがドイツにあって、そこが旗艦サーバだから、そういうところに登録してみたいなら mastodon.social に登録するといいよ。
@ottoto2017 引用符をエクスポートしている問題の投稿のid(uri)に、.jsonをつけてブラウザなどでリクエストすると、outbox.jsonの該当項目と同じ内容がサーバから得られます。
サンプルがあれば理由を説明できるかもしれないので、良かったらuriを教えてください。
Google翻訳にしろ、DeepLにしろ、翻訳し易い原文を与えると翻訳結果が正確で綺麗になるので、そういう工夫は私もずっとしてきた。
生成AIも、そういうのが上手な人が、上手な結果を得てるんだろうね。
@ottoto2017 なるほど。かなり過剰にエスケープ入りますね……。
直せるなら直した方がいい感じがする。
なお、機械翻訳は、逆方向に翻訳して確認するのは必ずやってる。日本語→英語なら、結果の英語→日本語を試すということ。
ここでだいたい一致するのが、いい原文。
@xxx_pp0139 2017年4月に、日本で最初のブームがあったのね。
その時に立ち上がったサーバの一つがmstdn.jpで、最初はそういう名前じゃなかったんだけど、誰かが日本の公式サーバっぽいドメインとキャッチコピーでやっちゃいなよって提案したらしく、そこに人がたくさん集まって、日本の中心的なサーバとして成長した、っていうところまでは歴史的にあるんだ。
ただ、大学生が実家のPCで立ち上げてみただけのサーバにとんでもない人数が殺到したので、さくらインターネットやドワンゴが支援したり、別の運営者が引き継いだり、そこが手に負えなくなってさらに別の運営者が引き継いだりして、運営も大変だったし、
自由な気風で、よほど迷惑を掛けない限り制限したりしないので、よく言えば誰にも遠慮せずに使えるサーバ、悪く言えば治安の悪いサーバということで、
このサーバが日本鯖って名乗るのはどうなのか？ 誰もがmstdn.jpにアカウントを作るものだと思い込んでいて、アカウントを作ってみてビックリし、Mastodonの悪評が広まるのはどうなのか？ みたいな議論が絶えなかったんだよ。
そのうち、なんか喧嘩したり、サーバトラブルでマトモに使えない時期などを経て、いろんなサーバに人が散ったので、今はそういうのも昔話になったね。
@xxx_pp0139 で、イーロンマスクがやってきて、何度かマストドンに人がいっぱいくるブームみたいなのがあっって、日本ではmstdn.jpの他、pawoo.netやfedibird.comが引き受けていたんだけど、それだけでは厳しいぐらい人が増えた。
そのとき、バイク鯖ってテーマサーバを運営していたくろりんごさんが、自分も何かできないかということで、mastodon-japan.netっていう、もう一つのmstdn.jpを意識したサーバを作ってくれたりしたよ。いまも人数はそんなに多くないけど、登録可能な汎用サーバとして有力候補になるところだよ。
fedibird.comは、3万人を越えたあたりで、これ以上大きくしていくと、サーバの特徴や運営方針と合わないユーザーが増えてしまうミスマッチが拡大していく状況が見えていたし、運営費用を賄いきれなくなるから、登録を承認制にしたんだよ。そのまま登録を受け付けていれば第二の日本鯖になったと思うけど、あえてそうはしなかった。
そういうわけで、まあまた必要があれば新たな日本鯖みたいなのを作ってもいいけど、今は他の人に任せているよ。
@divining_okayu Mastodonも含めてどれも大差ないけど、ささいなところで躓くのはどれも同じ。そうなると情報量の差がでるのよね。みんなが使ってるやつの方がいいってなりやすい。
たとえばMastodonについて何かライトニングトークやってって言われたら、5分なら、まぁやってもいいよって即答できるけど、15分喋れとか言われるとそれなりに準備が要るよね。
ちなみに私の基準はスライド1枚1分。
@tell_me_fedi_jp たしかBridgy Fedっていうか、ATprotoの仕様で _ をハンドルに使えないために、MastodonやMisskeyの名前に _ を含む場合 - に変換するって話がありました。
https://atproto.com/ja/specs/handle
これ、実際のところ、どう対応すればいいんでしたっけ？
QT: https://fedibird.com/@gimlet_202407/113626799925085032 [参照]
@gimlet_202407 @gimletmariaasamiya.bsky.social
Misskeyなどで認識している投稿のURLを使ってfedibird.comの検索にかけると、その投稿を手動でとってくることはできるようです。
https://fed.brid.gy/r/https://bsky.app/profile/did:plc:oqwgt4qezul6gv2zr27adax7/post/3lcwhnjkpfk2f
https://fed.brid.gy/r/https://bsky.app/profile/did:plc:oqwgt4qezul6gv2zr27adax7/post/3lcuo6jltxs2q
データ形式で弾く場合はURLからの取得は不可なので、そこは問題ではなさそう。 [参照]
@gimlet_202407 まだそこまではわかりませんが、たとえばブリッジがリダイレクトを複数回行うなど、各実装が想定している範囲を超える挙動をする部分があるので、条件を絞り込んでいく必要があると思います。
ブリッジ接続している人の投稿は多数届いていますので、ギムレットさんのアカウントで発生している固有の問題を見つけ出す必要があります。
調査に時間要るので、もうちょっと待ってね。
@the_kwa @gimlet_202407 @gimletmariaasamiya.bsky.social なるほど。となれば、サーバ側で細工した方がいいかもしれませんね。ちょっとやってみます。
@the_kwa @gimlet_202407 @gimletmariaasamiya.bsky.social 内部的に再フォローを掛けました。WebUIであれば、フォロー承認の通知が発生しているハズです。
これで何かBluesky側でテスト投稿して流れてくるようになっていたら成功です。
@ponpoppo baraag.netあたりかな。misskey.ioの基準ではNGのエロ系サーバというだけなので、大丈夫そうな相手ならOKでいいと思いますよー。
@dampuzakura @taiki0915takaga バグかもしれないから調べてみようか。
@ponpoppo フォローを受理するのは何も問題ないのですが、こちらからフォローバックすると、無修正イラストがmisskey.ioに流れ込んでしまうので、そこがつらいところです。
データベースの選択といえば、PixelfedでPostgreSQLを選択するのが地味に地雷だ。なんか動かないなって思ったら、それはDBの違いだ。PostgreSQLで確認してないと思われる。MySQLを使うべし。
