@kamisuke おはよう、王
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator(開発者の一員)です。また、独自機能を盛り込んだFedibirdを管理・開発しています!
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
@MaySoMusician こちら見落としてましたが、いま確認してみました。異常、再現できません。NERV側かなぁ。
フォローが成立するまでやりとりが何回もあるので、そのどこかで問題が起きたかもしれません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このところ発生した、misskey.ioの外部配送が遅延していた原因など、時系列で技術面の詳しいことが報告されてるよ。
https://misskeyhq.fanbox.cc/posts/7266127
あわせてKOBA789さんの投稿もみとくといいかも。 [参照]
@ZC33S 現在のところ、FediMovieのアカウントはPeerTubeがMastodon向けの全文検索許可を出していないので、全文検索にはひっかからないという制限があります。
他方、ハッシュタグのタイムラインは全文検索許可とは無関係なので、そちらには出ます。(『マストドン自動車部』のハッシュタグタイムラインなど)
購読も全文検索許可とは無関係なので対象になります。
PeerTubeのハッシュタグは動画説明の中に出てこないので非表示のハッシュタグになっていますが、空白を含むなど非互換でない限り、Mastodon側ではハッシュタグを認識しています。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@HayashiyaManpei @tukine @k_i_s_e これは選択しているテーマによる制約……というか不具合です。
Mastodon(ダーク・ハイコントラスト・ライト)、takibiなどではスクロールバーが出ますので、ひとまずはそちらで回避を。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
私が聞くのもなんだけども、FedibirdのTipsを共有するためのハッシュタグって何かあったっけ?
@kiq YouTubeやInstagramのサムネイル・プレビューカードが出ないという症状は、429 Too Many Requests が原因ということが割とあります。
つまり、fedibird.com からInstagramへのリクエストが多すぎて弾かれているということです。(あちゃー)
添付画像はnightly.fedibird.comのもので、こちらでは表示されてたりします。
相手方にとって、アクセス多すぎで弾いているものなので、これに対策をするというのは……なかなか難しい。リクエスト元を複数用意して分散させれば解決するんですが、それDDoSって言いませんか? っていう……
@tukine いつも fedibird_info とかで Tips書いてるようなもんだけど、新機能とか詳細解説が中心だから、サクッと書いたやつもたまに流した方がいいよね。
@ZC33S 試してみましたが、別アカウントのログイン、そのホームの追加、閲覧まで普通に動きましたね。何か条件があるかもしれないけど、何だろうな……
@kiq nightly、特にお勧めするサーバというわけではないですが(何しろナイトリー、本来の意味としては夜間ビルドのテスト用というやつです)、常用するユーザーも受け入れています。実はそれなりにメリットもあるんですよね……
MastodonでURLを記載した投稿をすると、その投稿が様々なMastodonサーバに配送されて、各サーバからプレビューカード(サムネイルやサマリーなどを事前確認できるOGPやoEmbedの情報)を取得するアクセスが行われる。
例えばいま12,539人のフォロワーがいる私が投稿すると、827のサーバに配送される。
うちMastodon系は442サーバあるので、自分のサーバを含めて少なくとも443件のプレビューカードアクセスが行われる。
リレーによりフォローされていないサーバにも配送されており、実際はもう少し多い。
各サーバで生成されたプレビューカードはしばらく保持され共有されるため、他のURL投稿者や投稿が広がる範囲にもよるが、最大でもMastodonサーバ数を超えない程度には収まる。
アクセスはHTTPのGETリクエストで、キャッシュ済みの値を返せば良いケースが多いため、適切に対応がとられていれば(CDNを用いたり、nginxのキャッシュで応答するなど)さほどの負荷にはならないが、想定していない場合は過負荷でサーバダウンすることもある。
配送タイミングにバラツキがあることに加え、Mastodonが意図的に1秒から60秒のランダム遅延を入れているので、アクセスタイミングは多少は分散する。
Misskeyについては詳しくないのでざっくり。
サーバでプレビューカードを事前生成・提供する機能はないのでクライアントで対応が必要。
ただし、リモートのhtmlや画像を所属サーバ経由で取得し、クライアントそれぞれでアクセスしないようにして共有することと、画像のセンシティブ判定などが行われている。(Summaly)
タイミングをずらす遅延処理などはしてない。即座に表示されるが、アクセス集中するのは厳しいハズ。
Mastodonと違い、URLを並べると複数のプレビューを展開する。
@SHK さすがに意味がわからない!
Content Warningなら、投稿欄の下の方にあるCWって書いたボタンを押す。
@yuril これですね、fedibird.comからのInstagram参照が多すぎて、先方から蹴られてます。
他のサーバに連合したものは表示されると思います。
@yuril 大きいサーバだと発生しやすいやつで、自動的に制限されたり解除されたりするので、まーしょうがないかなという……。
QT: https://fedibird.com/@noellabo/111723258343640825 [参照]
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@U ユーザーが自分自身のデータをリクエストした場合、圧縮したアーカイブファイルがサーバ上に作成され、できあがった時点でメール通知します。すべての投稿データや添付画像を含むかなり大きなデータです。
これを7日間のうちにダウンロードしてもらって、その後自動削除するという流れです。7日では短い、あるいは長い場合に調整します。
まあ、個人サーバに必要な項目ではないと思います。
このアカウントは、notestockで公開設定になっていません。
#fedibird #fedibird_info 低解像度サムネイル関係の設定が増えました。
低解像度サムネイルを使う設定を有効にした時に、
WebUIのアカウントのカラムでフルサイズの画像を表示するための機能を追加しました。
アバターとヘッダーが別になっています。
タイムライン上では低解像度の軽い画像を見つつ、しっかり確認したい場合に綺麗に見られるという設定です。
この設定を有効にすると、サーバがAPIで返すアカウントの情報に、avatar_fullとavatar_full_static、header_fullとheader_full_staticを追加するようになります。URL文字数分、わずかですが、転送データが多くなりますので承知しておいてください。
なお、転送量を少なくする設定には他にもあります。
『アニメーションGIFを自動再生する』をオフにしておくと、アバターや絵文字のアニメーションがオフになりますが、同時にデータもかなり軽くなります。
『被フォロー状態をフォローボタンに反映する』をオフにしておくとrelationship確認のAPIコールが減ります。
『リアクションのストリーミングを無効にする』ことでストリーミングも少なくなります。
上手に活用してください。
あ、『タイムライン上にフォローボタンを表示する』『タイムライン上に購読ボタンを表示する』もオフじゃないと減らないな。
まあ、多分デフォルトがオフなので大丈夫でしょう……。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@gomichiro いろいろと事情が複雑なのですが、
少なくともFedibirdのWebUIを使っている場合はCWも画像の説明もアンケートの項目もミュートワードの対象になります。
サードパーティクライアントでは、Mastodonのv1形式のカスタムフィルターAPIに対応している必要があり、クライアントサイドでフィルターを適用する必要があります。
これにZonePaneが対応しているかはわかりません。
FedibirdやMastodon以外の環境で、ミュートワードに相当する機能があるか、それがどのような基準で動作するかは、こちらではコントロールできません。
利用者の知恵としては、ミュート指定されていそうな単語を本文に含めておくのは良いアイデアだと思います。分類可能なものであれば、ハッシュタグにするという手もあります。
様々な環境を想定してフィルターが機能する可能性を高めるという目的の他、
警告文よりも具体的な単語が含まれていて、それでフィルターできてしまえば、警告文すら見たくない内容である場合でも相手の目に入れずに済むという、二段階の仕掛けになるという効果も期待できるからです。 #fedibird
アクティブな利用者がいる運営してるサービスのデータベースを吹っ飛ばした経験とか、なかなか得難いよな……。いや、起こさないに越したことは無いのだが。
■ フレーズ検索の囲み記号
例) “rogan josh”
フレーズ検索は " " (引用符 U+0022)で囲うのが基本ですが、
これをコピー・ペーストする際に “ (左ダブル引用符 U+201C)と ” (右ダブル引用符 U+201D)の組に変換してしまう環境などがあり、期待する動作にならない問題が発生しやすいことから、フレーズ検索の囲み記号として使えるようになっています。(画面で見分けがつかないかもしれませんが、 " とは別の記号になっています)
他に、
“ „
« »
「 」
『 』
《 》
といった表現も同様に解釈する(利用できる)ようになっています。
@abel_1230 頭髪はネット、足は靴ごと袋で覆って、手はニトリル手袋とか、クリーンルームでの作業風景になっていくやつ
誰かのタイムライン(ホームとかリスト)に自分が表示されているかって、全然わからないですからねえ。
遡りながら投稿してると、自分の投稿すら反映されているかわからないという
@browneyes 実はAPIがあって内部的には対応してて、SubwayTooterでは使えたりします。あとで整備しますねー。 #fedibird
@miturinhachidori5026 IceCubeの場合、初期設定がブースト非表示になっているようなので、設定を見直してみてください。 #fedibird
@miturinhachidori5026 ああ、すみません。これは設定が違いました。(フォロー中のユーザーについて、ブーストを受け取るかどうかの設定)
実際のコードをみて確認してみましたが、ブーストのタブのところにしか表示しない作りになっています。(通常の一覧の際、サーバにブーストを含まない一覧を要求している)
ブーストが確認できる場所は固定されていて、スクリーンショットのロケットマークのところを辿ります。
このアカウントは、notestockで公開設定になっていません。
Fedibirdの投稿の公開範囲『サークル』は、フォロワー限定をさらに狭くした公開範囲で、あらかじめサークル名とメンバーをフォロワーの中から指名して作成しておき、そのサークルに限定した投稿を行う機能です。
サークルで指名した人だけが投稿を受け取って読むことができますが、投稿には宛先の情報やメンションが含まれておらず、受け取った人からは、他に誰が受け取っている投稿なのか秘匿されます。
サークルに返信することはできますが、返信元となる投稿を受け取っている人(サークルのメンバー)に転送されるという特殊な宛先になります。
ファンクラブ向け特典など限定コンテンツ配信とか、信用している人限定のつぶやきに使うなどで、一方的に配信する内容に向いています。返信はある種のリアクションと考えると良いでしょう。
発信側とメンバーの関係が対等ではないため、何らかのテーマに基づいたグループ会話などの用途には向いていません。
特殊な公開範囲で、他のサーバと連合する作りになっていますが、実質的にFedibirdと、このサークル機能に互換性のあるサーバでのみ使えます。(最新のMastodonは不具合で投稿を受け取れない状況が続いています。Misskeyとは互換性がありません) #fedibird #fedibird_info
サークルは、あらかじめ名簿を作成しておきます。
名前をつけて複数つくっておくことができます。
投稿する際は、この名簿のいずれかを宛先として選びます。
サークルの名簿には、自分をフォローしてくれていない人は選べません。(こちらから勝手に相手を選んで送りつけることはできません。少なくともフォローしてもらう必要があります)
投稿を行う際、名簿を投稿にコピーして利用します。あとから名簿を書き換えても、名簿を削除しても、既に行った投稿の宛先には影響を与えません。
クライアントアプリ実装では、サークルの名簿作成をフル実装してもいいですが、名簿作成はWebUIに任せ、投稿時にサークル名簿から選択してAPIパラメータにcircle_idを渡すだけでもOKです。
また、サークルの投稿はREST応答のvisibilityがprivate、visibility_exがlimitedになるので、limitedを認識するように実装し、返信をサポートする場合はメンションを付与せず、ダイレクト以外は強制でサークルメンバーへの返信になることを利用者に伝えてください。
なお『相互限定』は投稿時に相互フォローのメンバーをサークルとして自動生成する機能として実装されています。 #fedibird #fedibird_info
Fedibirdにあるサークルっていうのは、
・もともとMastodonで実装するつもりで開発されたもの(基礎のコードはEugenさんが書いた)
・サークルを連合させる基本機能(Bearcaps)は既に実装され、Mastodonに組み込まれて普及している
・Mastodonで開発を進めたが、見込んでいた形に落とし込めなかったので結局実装されなかった
・Fedibirdにあるコードは、その最終状態のものの生き残り(終盤のコードはほとんど私がかいたため)
・自分が指定したフォロワーにだけみえる投稿ができる機能(送信相手はフォロワーである必要がある)
・サークルは事前定義できるが、投稿時点の内容が使われ、あとで変更しても遡及して反映されない
・受け取ったフォロワーは、他に誰がこの投稿をみることができているのか、一覧が提供されないのでわからない
・返信すると、投稿者のサーバを通して、その元投稿の受信者に配送される(誰に届くかは元投稿者以外はわからない)
・Bearcapsだけ実装しているMastodonには連合を通じて届く(フォロワー限定にみえる)
・Fedibirdの『相互フォロー限定』は、投稿時点の相互に対するアドホックなサークル投稿
#fedibird #fedibird_info
@u1_liquid dereferenceしてデータベース上にnoteを記録するところまではうまくいってるけど、visibleUserIdsが空のvisibility: specifiedになるので誰も見られない、という感じかな。
shared_inboxじゃなくてユーザー毎のinboxに必要回数分だけbearcaps添えた投稿が届くので、初回はdereference(fetch)してvisibleUserIdsに追加、作成済みの時はvisibleUserIdsに追加するだけの処理して、見える人を追加してあげる必要があるかも。
タイムラインへのフィードとかはどうやってるか知らないけど、そこもみる必要あるかな?
うまくいけば、ホームにDMとしてみえるようになると思う。
@u1_liquid Mastodonはサイレントメンションという扱いで見える人の一覧を制御してるけど、MisskeyにvisibleUserIdsがあるならそっちでいいね。
元々はHubzillaから届くlimited visibilityのサポートのために(サークル以外では使わない)limitedがサポートされていたのね。bearcapsは使わないけど、宛先・メンション無しで個別inboxに直接届くっていう公開範囲があるの。
bearcapsは、サークル投稿そのものの配送というより、その返信を転送する際に、フォロー関係がない同士がやりとりできるようにする仕組みなので、新規サークル投稿・サークル返信をサポートしなければ今の実装で十分だよ。たぶんMisskeyからはDM扱いで、返信もDMになるだろうし。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@kurame わざと複数のサーバのIDを書くと、区別できるようにサーバ名部分も表示されます。(投稿の本文でも同じです)
@kurame あー、ここ重複時の処理入ってないか……。Fedibirdでだけ直しても、他のMastodonで省略されてしまうので、
@kurame@kmy.blue (kmy.blue) って書くぐらいしかないかも!