ログボ
のえる(@noellabo@fedibird.com)の投稿
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator（開発者の一員）です。また、独自機能を盛り込んだFedibirdを管理・開発しています！
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
#fedibird みなさん、絵文字の説明には、絵文字の説明を書いて頂いていいんですのよ？
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
というわけで、しろぷよ絵文字を登録させていただきました。しろくまさん（ @Yakiniku ）の作成された絵文字のシリーズです。
なお、しろぷよ絵文字には利用規約がありますので、ご一読下さい。
しろぷよ利用規約
https://misskey.04.si/@Yakiniku/pages/Shiropuyo_kiyaku
#fedibird #fedibird_info
QT: https://fedibird.com/@noellabo/111004911127568414 [参照]
@balloon のえすきーはボランティア管理チームがいるのでお任せですー。
NightlyはFedibirdからコピーしますが、Fedibirdは絵文字情報をいろいろ持たせられるので、それを整備してから複製します。
misskey.cloudは絵文字管理悩ましいんですよねー。こちらはいまさっき登録完了しましたー。
の投稿
takke@fedibird.com
このアカウントは、notestockで公開設定になっていません。
mstdn.jpの画像アップロードがなかなかできないのと、WebPが扱えない問題、なおしてくれたのかな？
@salutora 日中というか、先程のことですので、今朝はその通り、まだダメだったハズです。
@YYmoto0314 いまそういうところ直してるところで、もうちょっとかかるけど、さしあたり " " で囲うといい感じになるよ。フレーズ検索。
本家が検索まわりのコードめっちゃいじり倒し中で、こちらのコードが確定できん……
@UkkariTako @BfdaBarbecue まだ詳しいことはわかっていませんが、情報共有として。
最近たてたサーバと接続できない事例がいくつか聞こえてきています。いまのところ原因不明ですが、共通するものがあるかもしれません。 #fedibird
#fedibird #fedibird_info 一部経路でfedibird.comへIPv6接続できないケースがあるようなので、一時的にAAAAをひけないよう設定しました。
@BfdaBarbecue @UkkariTako 別荘、みえるようになりましたね。
どうも、ネットワーク経路に障害がある様子です。fedibird.comへIPv6でつながる場合とつながらない場合がありました。いま、v6でつながないようになっているので、それで回復したのかなと思います。
@konchie Mastodonいんついていえば、そのための機能があります。
AUTHORIZED FETCHという、投稿やユーザーの取得にすべて署名を必要とするセキュアモードに設定すること、
LIMITED_FEDERATION_MODEという、連合するサーバをあらかじめ指定するモードで実行すること。
想定用途は、校内ネットワークなどでの閉域Fediverseで、一般の公開サーバでの実行を想定したものではないですが、もちろん普通に使えます。
Misskeyの絵文字にライセンス文字列がついてるんだけど、作者をメンション形式で記載していると、ローカルユーザーの場合にドメインが省略されていることがあるのね。というか普通は省略すると思うけど。
そうすると、別のサーバでライセンス文字列をそのままコピーしたときに、そのサーバのローカルユーザーを指すようになってしまう。
なかなかの罠。
仕様に詳しくないと話がみえづらいと思うので、図解。
今日の発見は、ずっと気になっていた神聖と祖霊の原語表現がSacredとAncestralだったということです。メモ代わりに書いとく。
@nosutaruthedoo @muku_dori_ ブロックされたらみえないのが仕様で、通常はきちんと動作します。連合上の不具合でみえてしまうこともある（双方のサーバのブロック状態が一致しなくなることがある）とご理解ください。同一サーバ上では起きません。
@muku_dori_ @nosutaruthedoo ユーザー同士の個別のブロックのお話ですが、
■ 登場人物
Aサーバのaさん
Bサーバのbさん
■ 流れ
aさんがbさんをブロックしました。
この時、Aサーバには、aさんがbさんをブロックしているという情報が記録されます。
また、AサーバからBサーバへ、aさんがbさんをブロックしたという情報が伝えられます。（Blockアクティビティ）
Bサーバはこれを受領すると、bさんはaさんにブロックされている（被ブロック）という情報を記録します。
■ 詳細
ブロックによって、aさんからbさんへのフォロー・フォローリクエストは解除されます。bさんからaさんへのフォロー・フォローリクエストも解除されます。
ただし、これもブロック同様、Aサーバでは解除された状態になっているにも関わらず、Bサーバでは解除されていない、という状態不一致の不具合が発生する可能性もあります。
aさんは、bさんをブロックしたことを所属するAサーバが認識しているので、bさんのプロフィールをみると、ブロック中であることが表示されます。
bさんは、aさんのプロフィールをBサーバ上でみると、フォローボタンが押せなくなっているので、状態を確かめることができます。
（つづく）
@muku_dori_ @nosutaruthedoo ただし、Bサーバが正しく被ブロックを処理できている場合に限ります。何らかの理由で被ブロックに気付いていない場合、過去の投稿もみえるし、フォローボタンも押せてしまいます。
BサーバがMastodonであればこの通りの動作をしますが、他のActivityPubソフトウェアでは、被ブロックを扱わないものがあります。互換性がない場合です。管理者が挙動を設定するような実装はなかったと思いますが、理屈上では可能です。
AサーバからBサーバへのBlockアクティビティを伝え損なう場合があります。Bサーバが長期間落ちていたとか、BサーバとAサーバの通信がうまくいっていないケースです。また、サーバ同士のブロックにより伝わらないこともあります。
この場合、Aサーバ側はブロックしているのに、Bサーバ側がブロックしていないと認識する問題が発生します。
@muku_dori_ @nosutaruthedoo あと覚えておいてほしい点として、サーバーまるごとのブロックは、個別のブロックとは動作が全く異なるということがあります。
サーバまるごとブロックできるのは強力なのですが、Aサーバ上でBサーバの全ユーザーをみえないようにすることができる一方で、Bサーバ側にその個別のブロック情報が送られないので、Bサーバ側では被ブロックとして扱われません。
フォロー関係全解除になるので、投稿が相手に伝わる機会は激減するのですが、第三者のサーバ経由でブーストなどで伝わることがあり、この場合は投稿はみえます。
また、被ブロック状態になっていないので、アカウントは普通にみえるし、投稿も過去の分は引き続きみえています。フォローボタンも押せます。……押しても効果はありませんが。
@himeno0714 ないです。一応、管理画面からその人が使っている容量はみえてますが、それを制限する機能はありません。
ミッキーマウス・マーチのリズムに乗せて、適当なことをつぶやく遊びだよ。基本は4-4-5だね。
ぼくらの
クラスの
リーダーは♪
#ﾐｯｷﾏｳｽﾐｯｷﾏｳｽﾐｯｷﾐｯｷﾏｳｽ
ハッシュタグ辿ると色々出てくるので面白いよ！
私ぐらいになると、ワンクリックで表示できるメニューを表示しているまである（真顔）
何か書いて、反応してもらったり、スルーしてもらったりするの、楽しいよね。 #fedibird
@GM379 20個で正解。
ちなみに投稿の…メニューから『絵文字リアクションしたユーザーを表示』か、詳細画面で 🙂 124 ってなってる部分を押すと、全部の絵文字リアクションが表示されるよ。見やすくはないけど！
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Mastodonにおいて、未収載（Unlisted）は公開の一種です。これは覚えておいてください。
- 公開タイムラインには流れない（ローカル、連合、ハッシュタグ、Fedibirdのドメインタイムラインなど）
- フォロワーのホームやリストに流れる
- 誰でも投稿のアドレスをみれば表示することができる
- 投稿者のアカウントの投稿一覧リストされて誰でもみられる
- ブーストされれば、そのブーストの公開範囲に配送される（広く拡散される）
- 引用や参照の対象として見られる
- 購読の対象にならない
Mastodonの公開範囲は、ActivityPubの宛先の表現で、
ToにPublicが指定されていれば『公開』、
ToがPublicではなくCcにPublicが指定されていれば『未収載』、
Toに自分のフォロワーコレクションを示す表現が指定されていれば『フォロワー限定』、
Toに宛先だけ指定されていれば『ダイレクト』、
ダイレクトのうち、直接宛先のInboxに届いたかToやCcに宛先が指定されている場合で、その宛先がメンションされていない場合は『サークル（Limited）』、
という解釈をします。
CcがPublicなときに特別扱いするっていうのは、いかにも特殊な扱いですよね。
@sarvo Misskey is amazing! But the client app is really impossible...
@askyq なるほど。mastodon.socialと同じ挙動だから、v4.2系共通の振る舞いかな。
@spice みえない了解！ クリックするとこっちの画像が直接開く感じかと思います。まあ今は使えないですねー。
@kuroringo v4.1系だと見えないですよね！（おそば美味しい）
v4.2からはjpeg変換されることになりそうです。
@digi__tan グッズ送ってもらえるように、でじたんに住所送るね。前にもそんなやりとりがあった記憶もあるけど、昔のアカウントだったし顛末忘れてしまったよ！
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@morikapu 知らないユーザーの削除が飛んでくるのは日常的な動作なので無視してくださいませ－。
『ねむいときはねる』画像を持ってこようとしたら、ららこさんのアカウントが引っ越していた回
@Lutica リアクション絵文字の出所（絵文字のリモートオブジェクト表現）はActivityPubで解釈できる形で既に送っているので、受け取る側が認識するように対応すればOKよ。少なくともFedibirdは最初からそうなってる。
これはfedibird.comのリアクションにdev.fedibird.comで便乗したケース。fedibird.comのablobcatnodveryslowであることは明示してある。どこから飛んできたかでEmojiの出所を判定してるならそれがおかしくて、単にEmojiオブジェクトの方をみてくれればいいはずよ。
@u1_liquid @Lutica Mastodonだとfriends.nico、best-friends.chatかな。そこからの流れかも。
エコシステムに乗りたいから、っていうのがあるよね。なぜそれをその言語やフレームワークで書くか。
Fedibirdは、リモートとローカルの差がなくなるように設計しています。なるべくね。
さて、絵文字リアクションは数あるリアクション手段の中でも、それが直接的に投稿にぶら下がっていてみんなに見える、オープンな性格のリアクションです。
そのリアクションを見た人が、
既存の絵文字リアクションと同じ思いを抱いていれば、既についている絵文字に自分も相乗りすることで手軽・気軽に伝えられるため、リアクションが集まりやすくなります。
違う絵文字でリアクションする際にも、先に表明している人がいることで、最初の行動を起こす心理的抵抗が低くなり、やはりリアクションが集まりやすくなります。
こうした最初のリアクションが次のリアクションを呼ぶ性質が一番面白いところです。
ただし、Misskeyで同じ絵文字リアクションに相乗りする際は、そのリアクションをした人と同じサーバの利用者である必要があります。
また、サーバが異なる場合、同じ名称や形状の絵文字でも、それぞれ別のものとして扱われます。
これらの制限は、サーバの違いを意識させるものとなっています。
そこでFedibirdでは、どのサーバから参加しても同じ体験が得られるよう、サーバによる区別を無くしています。
#fedibird #fedibird_info
よし、実際に機能を使って共有してみよう。
はてなブログに、MastodonとMisskeyに共有するボタンを追加する機能追加をしてくれたふじしゃんさんの記事を共有しておきます。 
やで。
はてなリモートインターンシップ2023に参加しました - blog.fujishan.jp
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@antenna8210 @odaq ちょっと前まで、添付してた投稿も連鎖して消える仕様だったハズだけど、投稿から添付画像だけ消えるようになってるね。
この場合、自分のサーバ上では画像が消えた状態になるけど、
他のサーバに届いたものについては何も起きない（リモートには変更を伝えない）ので、そのまま残る。
挙動を承知しておくべき仕様だねえ。
まずい画像を流しちゃって消すつもりだったら、投稿の方も消さないと効果がないということで……
#fedibird #fedibird_info Nightlyの方で試してみた検索周りの更新、とりあえずいけそうなのでfedibird.comの方にもマージしちゃいます。
順次回していくので、ちょろっとエラー出るかもしれませんが、すぐ戻るのでよろしくです。
検索の仕様が一部変わりますが、更新のあとで説明しますねー。
#fedibird #fedibird_info 先程の適用、ちょっとうまくいかなかったので戻しました。またあとで統合します。
今回取り組んでいる変更は、Mastodon v4.2で導入されるMastodonの全文検索の仕様をFedibirdの検索と統合するもので、検索対象となる範囲の拡張と、検索オプションの拡充です。
Nightlyの方は適用されていますので、一部既に試せるようになっています。
検索オプションですが、対象アカウント(from)、言語(language)、投稿日(before, after, during)、順序(order)、属性(has, is, not)、対象(in)などの指定が可能になります。
また、スペース区切りで複数並べた際に、これまでOR検索（どれかが一致すれば結果に追加）だったものが、AND検索（すべて一致すれば結果に追加）に変更になります。
Fedibirdの改善としては、日本語検索に際に " " で囲わなくても（フレーズ検索）自然な形態素解析（単語の抽出）で余計なものが検索結果に出ないようになります。
これまでは（※今も）『将棋』という単語が『将』と『棋』に分解され、『将来』が引っかかってしまうなどの問題がありました。ここが賢くなります。
で、結局は検索インデックスの再作成が必要になりそうなので、適用可能なところだけ……と思ったのですが、
そういえばこのあいだfedibird.comでインデックス作成が途中で失敗した影響か、nightly.fedibird.comはうまくいくのに、fedibird.comはダメだという……
