Notices by のえる (noellabo@fedibird.com), page 23

@daihard リストにユーザーを追加するときの、ユーザーの右の … ですね。

@daihard 改めて調べてみましたが、投稿と直接の返信を1つ表示する以外に設定なさそうですねえ。

一応、testからtest4までの交互に返信しあった4投稿を表示するとこんな感じなので、表示されていないわけではないようですが……。

@noellabo@misskey.cloud test2

@noellabo@misskey.cloud test4

@8ta fedibird.comとかmastodon-japan.netとか

@FrosPhia サーバのスペックに余裕が少ないと、動画変換しきれずにエラーになってしまうケースがあるようです。

@engled 検索窓にこんな感じで……

domain:misskey.io has:image デカパイ

@fohte postを受け取った時点、JSON-LD署名がついているjsonであれば転送することができるんですが、一度受け取ってデータベースに保存した他鯖の投稿内容をjsonに組み立てて転送しても、出所が投稿したサーバではないし、署名も残っていないので、相手に信用してもらえません。（信用する実装があるかもしれませんが、容易に騙されることになります）

@fohte 『別のサーバー』が1のpostを4の前に既に受け取っている場合は、4のrepostに関わらず、edit対応の有無で結果がでているので、これは除外。

まだ『別のサーバー』が1のpostを知らない場合、4のrepostの時に『別のサーバー』は元のMastodonサーバへfetchする。この時、edit対応の有無にかかわらず、edit後の内容が取得される。

2にある情報で利用されるのはpostのuriのみ。内容は1から取得するか、もう手元にキャッシュがあるならそれを使う。

@vulpes22accipiter 気が向いた時にゆるく交流したい人が、自己紹介、おはよう、おやすみ、近況などを投稿している、ラウンジ・カフェテリア的な場所として #fedibird ハッシュタグのタイムラインがあります。

全文検索したり、ハッシュタグやキーワードを購読することで、タイムラインに興味のある対象を流すという独特の使い方があります。

もちろんフォローを介してお互いを意識しながら交流していくことも有効です。

あまり繋がらずに壁打ちしたり、本当に自分のためだけに『自分限定』という投稿範囲で記録しておくこともできます。

使い方の幅が広いので、自分に合ったやり方でご活用ください。

@blahat 代表的なのはkmyblueだね。あと、glitch-socでも作ってて、ずっとプルリク開いてるよ。

専門性の高いサーバ・話題のハッシュタグといえば……

#gochisou_photo かな！

夜更けの民の為に、ヤマモリのガパオライスの写真つけとくね！！！！

@risahana こん！ 🐰 🐰
まどろんできたので、そのまま眠りにつきたいですねー

バグの原因、どうしようもない凡ミス、あると思います……

@yuicho nodeinfoは30分ぐらいブラウザとか相手環境にキャッシュされるよ。
https://github.com/mastodon/mastodon/blob/1fc165de02d79294c8a218f5fa82bcd477484ca1/app/controllers/well_known/node_info_controller.rb#L17-L18

あまり更新されないが、かなり頻繁に参照されるので、強めにキャッシュかかるんよ。

@askyq とりあえずfedibird.comからkmyblueとして認識している24ドメインに対しては、絵文字リアクションをLikeで送るようにしたよ。

@askyq unicode絵文字受け取れないバグはなおしたよ。

kmy.blueはともかく、既存kmyblueインスタンスに従来通りLikeで送る対応いれておいた方がよさそうね。

@imfine_never 日本語圏のMisskeyユーザーが多いこともありますが、

Misskeyはデフォルトで全ユーザーの公開とホーム投稿が検索許可、Mastodonはデフォルト禁止で、公開投稿を、許可した人だけ検索可となるので、かなり許可割合・範囲が異なる点は注意が必要です。

#fedibird #fedibird_info FedibirdもPleroma / Akkomaも、便乗リアクションができます。

既に投稿についているリアクションであれば、自分のサーバに登録されていない絵文字を使ったリアクションが可能になる機能です。

この際、他のサーバの絵文字情報を添えてリアクションのActivityを送信します。

受け取る側は、既に知っている絵文字であればそのまま受理しますが、知らない絵文字は、いったんリモート絵文字として登録した上でリアクションとして受理する流れになります。

このとき、他サーバの絵文字の情報が虚偽であるとマズイので、リモート絵文字を登録する前に、本来の絵文字の帰属サーバに問い合わせて存在確認をします。

ところがPleroma / Akkomaは絵文字の情報（Object）を取得できるurl（ID）に絵文字の画像URLを返してくるので、Objectを取得して照合することができません。

このため、未登録の第三者の絵文字を登録する処理を安全に行うことができず、この絵文字リアクションは失敗することになります。

あまり頻度の高い状況ではないのですが、制限ではあるので、一応気に留めておいて下さい。

#fedibird #fedibird_info 絵文字リアクションの連合まわりについて、実装上の不備や仕様の変更を行いました。

・Pleroma / Akkomaに対し、絵文字リアクションを送ってもお気に入りとして届く問題を修正

・Holloからの絵文字リアクションを受け取れない問題を修正

・リアクションに添付する絵文字の情報をID（URI）のみで表現しても受理できるよう変更

・絵文字リアクションに対応したサーバへは、EmojiReact Activityを送信するよう変更

・お気に入りのみ対応のMastodonなど、絵文字リアクションに未対応のサーバへは、Like Activityで送信する（従来通りの仕様）

また現在、Pleroma系の仕様により、既についているPleroma系他サーバの絵文字を使ったリアクションに便乗した際、相手サーバがまだその絵文字を一度も受け取っていない場合は失敗します。

うん、何を言ってるかわかりにくいね！ リプライで詳細を説明します。