新しいものを表示

近々、fedibird.comのサーバを移転します。

切り替えは短時間で行いますので、いつもと同様、深夜時間帯のどこかで「えいやっ」と実行する予定です。

昨日の昼頃から活動しはじめている大量投稿の件

・ランダムIDでFediverseのあちこちのサーバにアカウントを作る

・QRコード画像を添付した投稿を数人にメンションする

・QRコードの内容はDiscordサーバへ誘導するURL(直接および短縮URL)

ですが、fedibird.comでは投稿の受け入れを拒否しています。

なお、内容により選択的に拒否しており、発信元ドメインでの拒否は行っておりません。

ついては、たまにすり抜けてくることもあるかと思いますが、ご寛恕下さい。

Openvibe、私も「起動しないなー」って思ってたんですが……大丈夫なんかな……

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

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

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

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

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

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

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

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

スレッドを表示

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

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

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

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

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

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

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

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

相互フォロー限定とサークルですが、Mastodon v4.3.0以降のサーバやmisskey.ioには届きます。

Mastodonではフォロワー限定投稿にみえます。

misskey.ioではDMにみえます。

Threadsの投稿が流れてくるようになりましたね。(Nightlyの方は解除されていないようなので、異議申し立て入れました)

結局のところ、こちらで何か変更したところはないので、fedibird.comが不調で一時的にサーバ応答が得られなかったタイミングでThreadsのシステムが自動的に制限して、人力での解除の判断に時間がかかった、ということなのかなと思います。

あと、異議申し立てフォームに、最初はメールアドレスと対象サーバの項目しかなかったのですが、後に、パブリックフィードとプライバシーポリシーのURL指定がオプションで追加されたことも役立っているのかなと思います。

クライアントアプリが未対応の通知をフィルターする対応を追加しました。

Fedibirdの独自通知である、絵文字リアクション、投稿の引用・参照、予約投稿の完了、フォローの承認について、アプリが落ちたり、通知一覧に意味のわからない通知が表示されるいくつかのアプリについて、通知をフィルターします。

Mastodon for Android
Tootle for Mastodon
Tusker
Mammoth
Tusky
Tusky Test
Yuito
Milktea
Pinafore
Elk
trunks.social
Pachli
Fedilab

絵文字リアクションなど頻繁に利用される通知をキャッチしたい場合は、絵文字リアクション対応アプリや、PWAの通知をご利用ください。

スレッドを表示

WebUIのリロードが必要な更新を行いました。キリの良いところでリロードしておいてください。

■ フォロー承認通知とメッセージ

誰かをフォローする操作を行い、相手にそれが承認された場合に、通知が表示されるようになっています。

フォロー承認制のアカウント(いわゆる鍵アカ)であれば、相手が承認操作を行うまで保留されます。

フォロー承認制ではない公開アカウントの場合、相手アカウントの所属サーバがフォローを自動承認するので、少し遅れて承認の通知が届きます。

このとき、アカウントにあらかじめ承認時のメッセージが定義されていると、フォロー承認の通知とともに、メッセージが表示されます。

メッセージが定義されていない場合は、メッセージなしで通知されます。

自分のアカウントと、フォローしているアカウントについては通知と同内容の『フォロワーへのメッセージ』がアカウントカラムに表示されます。

これらはMisskeyの同機能との互換機能です。

▽ 更新

・イベントのタイプをfollowedに変更しました

・自分自身のアカウントにもフォロワーのメッセージを表示するようになりました

・わかりづらいところがあったので用語から『リクエスト』という語句を省きました

Mastodon for Androidの恐らく2.7.0あたりから、非標準の通知を通知タブに表示しようとするとアプリが落ちる挙動がみられるので、フィルターするように対処しました。

現在、Mastodon for Androidでfedibird.comの通知タブを開くとアプリが落ちるという症状が出ている方は、改善されているかどうか確認願います。

(for iOSは大丈夫だよね?)

応急処置はしてあります>各位

フォローリクエスト承認メッセージ関連のアップデートを適用しました。

・フォローリクエストが承認された通知で、相手がメッセージ設定していない場合に、おかしな位置に不要なアバターアイコンが表示される不具合を修正

・メッセージ中に@アカウントやハッシュタグ、アカウントや投稿のURLが記載されていた場合に、それをクリックした時、WebUI内で遷移するように修正

・アカウントのプロフィールに@アカウントが記載されていた場合に、それをクリックした時、WebUI内で遷移するように修正

・/api/v1/instance に followed_message を追加。フォローリクエスト承認メッセージに関連する機能が有効であることを示すフラグ

fedibird_capabilities: [
"followed_message"
],

サーバーのブロックの決定に対する異議申し立て
help.instagram.com/contact/157

っていうフォームがあるので、問題とされていることを解決してから連絡すれば解除(再び連合)されたりするんじゃないかな。

それにしてもこのフォーム、連絡先しか聞かないっていうの凄いね。メッセージ送らせてくれ!

スレッドを表示

Threadsが連合するサーバには条件があって、

そういう情報は基本的にここから辿ればいいんだけど、
threads.net/moderated_servers

Threadsがフェディバースの他のサーバーとの通信をブロックするケースについて
instagram.com/accounts/login/?

理由としては以下の4つ

・Metaのコミュニティガイドライン、Instagram利用規約、またはThreads利用規約に繰り返し違反したか、それらに関して重大な違反があった(管理者またはモデレーターによるものも含む)。

・フェディバースでシェアされたThreadsの情報を削除するようThreadsが利用者に代わってリクエストしたにもかかわらず、そのリクエストを尊重しなかった。

・十分なプライバシーポリシーが定められていない。

・一般にアクセスできるフィードがない。

が条件としてあげられているのね。

で、今回fedibird.comは、

fedibird.com
公開されているフィードがありません

ということで、連合が止まってます。

たぶん、先日のダウンタイムに/publicにつながらなかったからだと思うんだけどね。

異議申し立てまではしたけど、連合再開してくれるか、いつ反映されるかはわからないからよろしく(Threads)

元の画像形式によってはアニメーションしてない絵文字になっちゃうやつあるねえ。

そこまで手が回ってないので、見つけたらまとめといて!

キャッシュが強く効いている感じなので、スマホのブラウザからアクセスして真っ白だったら、

設定 - アプリ - Safariの『履歴とWebサイトデータを消去』あたりから削除する、

Chromeの『閲覧履歴データを削除』する、

などの対処が必要かもしれません。(時間の経過でキャッシュ切れして解決するかもしれません)

みえるようになったら、そこであらためてPWA化(ホーム画面に保存)ってところかな……

今回おきた諸々の現象は、サーバインフラの外側の部分で発生した現象です。

皆さんのいるインターネット側から、サーバのサービスにアクセスする入口の部分で問題が起きました。

1. 異常な量のアクセスがあった

→ 応答の著しい速度低下・エラー

2. 経路を変更した

→ キャッシュが返す内容の不一致から、ブラウザのセキュリティ機構によりjavascriptがブロックされ、真っ白に

→ サーバに到達できない経路の発生(ミス)により、FediMovie、FediSnapが影響をうけ、一時アクセス不能に

サービスの本体については、特に過負荷になることもなく、正常に動作しています。

異常な量のアクセスについては、攻撃である可能性もありますが、誤動作や想定外の動作による単純な物量問題だったかもしれません。このあたりは調査中です。

今回は一時的にCloudflareの内側にサーバを隠して対応しましたが、今後こうした事態にどう対応するかは検討中です。

スレッドを表示

とりあえず現在、一通り元の設定に戻っているので、18時頃の復帰以降でおかしかった挙動は戻っているかと思います。

不具合のあった方はご確認くださいませ。

古いものを表示
Fedibird

様々な目的に使える、日本の汎用マストドンサーバーです。安定した利用環境と、多数の独自機能を提供しています。