あら、おおきなゆれね
のえる(@noellabo@fedibird.com)の投稿
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator（開発者の一員）です。また、独自機能を盛り込んだFedibirdを管理・開発しています！
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
the strongest bocchi (evil)の投稿
FloatingGhost@ihatebeinga.live
このアカウントは、notestockで公開設定になっていません。
@1204 チェックする体制はそのままなので、いまでもカレーいっぱい投稿されてるの観測してますよ！
Mastodonのローカル投稿の保存状態はプレーンテキストよね。リモート投稿はhtmlだけど。
ローカル投稿は、REST APIの応答やActivityPubのオブジェクトとしてシリアライズされる時にフォーマットされる。 [参照]
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
MastodonからMisskeyアカウントをフォローしていない、避けている理由としてどんなものがありますか？（複数回答）
候補に理由がある場合はその他を選んで返信で追加してください。
候補に理由がある場合……？？
わかると思いますが『無い場合』ですね！！ すまん！
フォローする対象をサーバ種別で選んでいないという方、その理由をお聞かせください（複数回答）
理由が候補に無い場合はその他を選んで返信で追加してください。
以前はMisskey Flavored Markdownって言って無かったっけ？
Github Flavord Markdownみたいな。
> 水槽の中の脳（すいそうのなかののう、英: brain in a vat）とは、「あなたが体験しているこの世界は、実は水槽に浮かんだ脳が見ている夢なのではないか」という仮説。
https://ja.wikipedia.org/wiki/水槽の中の脳
@nana リレーが受け付けないのはだいたい不具合なので、ちょっとメンテしますねー
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
MastodonからMisskeyアカウントをフォローしていない、避けている理由としてどんなものがありますか？（複数回答）
候補に理由がある場合はその他を選んで返信で追加してください。
フォローする対象をサーバ種別で選んでいないという方、その理由をお聞かせください（複数回答）
理由が候補に無い場合はその他を選んで返信で追加してください。
@kinmokusei 理由ですが、
- Misskeyは投稿に言語指定をつけていないので、言語不明になっている
- Mastodonは投稿者が投稿時に言語指定するか、デフォルト設定が反映されるが、それが日本語になっていないパターン
- 投稿側のサーバで言語の自動判定に失敗して違う言語が設定されている（すごく短かったり漢字中心だと中国語になりやすい／顔文字等にロシア文字が混じってるとロシア語になるなど）
あたりです
@kinmokusei Mastodon側で自動判定させるっていう手もなくはないんですが、誤認することもあるので、現状でも悪くないかなと。
#fedibird #fedibird_info
緩募ですが、全文検索で単語認識されなくて不便なワードありますか？
あったら登録しておこうと思っています。
たとえば「のえる」で検索しようとした際に、単語登録しておかないと「の」「え」「る」に分解されてそれぞれを含む投稿を探してしまうので、まったく意図しない検索結果になります。
そこで、fedibird.comの全文検索エンジンには「のえる」を単語登録してあります。
（※ "のえる" のようにダブルクォートで囲めばそのままの文字列検索も可能です）
また、標準の辞書に「東京都」と「京都」があるので、京都を検索しようとしたときに誤って東京都が出てくることがありません。
@mignon 絵描きの方のアカウントはそういう使い分け多いですよね。参考になります！
@yama35_ これはまた難しい課題だ。
日本語は単語の区切りにスペースをつけないので分解してインデックスするんだけど、アルファベットの並びはそのまま単語として理解して分解しないから、
複数の単語で構成されている語であることを人間側が知っていないと気付かないね。
ちなみに、わかっているなら、
"al jazeera",aljazeera
って書くことで両方の検索結果を同時に出せるね。
これに対応するには、自動的に複数単語に分解して候補に加える機能と辞書が必要だけど、そういう分解機能が要るわ。
ElasticseachではDictionaryCompoundWordTokenFilterで出来そう。
@kamima_iruka さきほどメンテいれて動き出してます。もう一度試してみてください。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
タイムラインは遅延しやすいので、NERVアプリなど地震防災系アプリを参照ください
例によってfedibird.comは遅延中です。（もう少しサーバに余裕が欲しいネー）
サーバ内のタイムライン表示が遅延していますが、投稿はあまり遅延なく外部に配送されるので、気にせず投稿して大丈夫です。
個々人のホームやリストより、ハッシュタグタイムラインはいくらかマシなので、そちらもご活用ください。
#fedibird #fedibird_info
まぁ、サーバもう1台ぐらい増やせばだいぶマシになるとは思うんよね。
コードを見直した方がいいという話もあるけども！
@makihara えとね、ざっくり3ステップあるわけ。
最初にWebサーバが外部からの投稿データを受け取って、
1. ActivityPub::ProcessingWorker
2. DistributionWorker
3. FeedInsertWorker
という順序でワーカーが起動。
(1)は投稿データを解析して、投稿データとしてデータベースに記録＋通知＋(2)の起動
(2)はそれを全員共通のタイムラインに配送＋(3)の起動
(3)はひとりひとりのタイムラインに配送
で、処理が詰まっている（順番待ちになっている）と、ひとりひとりのタイムラインに表示されるまでに3回待たないといけないのね。だから2倍も3倍も遅延するっていう。
購読とフォローはどちらも(3)で処理するから同じだよ。
ハッシュタグタイムラインは(2)で処理される。
内部の投稿は(1)の代わりに投稿APIの処理が走って、あと(2)以降は同じ。
@makihara フォローと購読で、購読の方が軽い場合というのは、
1. 購読は（主に）公開投稿だけを処理するので、処理対象が少ない（なので公開投稿しかしない相手なら同等）
2. フォローされている側としては購読者を認識していないので、送り先リストの件数が減る。減るけど、一つのサーバに一つしか送らないので、実はさほどの差ではない
ってぐらいかなあぁ。
@makihara ですです。
なお、購読系機能と専用タイムラインの両方がある場合、
a. ハッシュタグフォロー（購読）
b. ハッシュタグタイムライン
a. ドメイン購読
b. ドメインタイムライン
ってことだけど、これは後者(b)の方が個別配送しないので待ち時間が短いです。
普段は使い勝手で考えればいいけど、詰まってる時は後者の方がサーバ負荷も軽いし使う人も有利。だいたいWebUIからじゃないと見えないけど。
@makihara リレーでしか受け取ってないアカウント（所属鯖から誰もフォローしてない）の場合、フォローされる側からすると軽くなるかな。
ま、負荷のことは考慮に入れなくていいと思います。
@makihara あとこれは本質なんですが、
ホームやリストというのは、800件とか1,200件、投稿を蓄えておく入れ物です。溢れると消える。
ハッシュタグ、ドメイン、ローカル、連合などは、全員共通なので配送が1回っていうこともあるけど、一時的な入れ物じゃなくて、配送されなくても最初から最後まで全部入っているということが決定的に違います。
@pumel 一番見落としがちなのはピン留め。でもそうじゃなかったらフォロワーいなかった時期のものは伝わらないね、普通は。
@pumel あ、気付きましたね……そうです、ピン留めすると連合先に投稿を再配送できる仕組みです。
リモートからみると、初めて認識したアカウントは投稿がゼロなので不審がられたり興味を持ってもらえないので、ピン留めはかなり重要だったりします。
@nakkaa @aqz misskey.ioにまっちゃとーにゅさんが対応パッチ出してて、のえすきー、misskey.cloudでも使用しています。
このへんの一連のやつです。
https://github.com/fedibird/misskey/commits/noesky/
- feat(backend): Bearcaps URLに対応
- spec(ActivityPub): 個別ユーザーのinboxに届いた限定公開のPostはそのユーザーに閲覧権限があると見なす (MisskeyIO#361)
- spec(ActivityPub): メンションされていない場合は個別ユーザーのinboxに届いた限定公開のPostは通知を作成しないように (MisskeyIO#365)
- fix: MisskeyIO#365 にもかかわらずまだ通知が発生する場合がある問題を修正 (MisskeyIO#368)
- fix(ActivityPub): 個別ユーザーInboxに届いたPostでノートが作成される場合通知が作成されてしなう問題を修正
Misskey本流でマージしてほしいやつです。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
threads.net、署名付きでリクエストしないととれないんだけど、そうなるとウチがブロックされてる感が強いんだよねえ。
特別にマークされているってことも無いような気がするので、なにか配送エラーが多かったとかで止められてる程度のことかもしれないけど。
■ つながらない
fedibird.com
gdev.fedibird.com
mstdn.jp
pawoo.net
best-friends.chat
■ つながる
nightly.fedibird.com
canary.fedibird.com
dev.fedibird.com
fedisnap.com
misskey.cloud
のえすきー
dtp-mstdn.jp
なんだろねえ。
@nene_koma ときどきリレーが死んでるときがあります！ あと配送エラーが起きたときに再送しないので、何かエラーになるとそれっきりということも。
Misskeyからリモートアカウントをみにいくときは『もっと』の『照会』にアカウント名を入れるんだけど、
『@ 〜 @ 〜』の形式である必要があって、先頭の @ を忘れがちというのがある。
@nene_koma リレーは権限の集中や単一障害点（そこが落ちると全体に影響を及ぼす）になりうるよね、という話があり、複数のリレーで別経路を確保しておくというのがFediverse流の回避方法なのですが、実際には代わりのルートになるリレーが都合良く運用されているわけではないので、取りこぼしはあります。
フォローで取得している分は、何度かリトライするので抜けにくいかと思います。
最近、信長の野望 新生を週一ぐらいでやってるんだけど、信長でやってて、武田に攻勢かけてなんとか追い詰めたところで、先方から交渉を求めてきたので、従属させることで決着をつけたのね。頑張れ勝頼。イキロ勝頼。
本当は攻城戦やって辛勝するとドラマチックで楽しいんだけど、双方とも消耗が激しいし、武田の武将を温存しておいてあとで従属吸収して配下に加えたいし。
徳川と浅井は吸収。家康ゆうしゅう。朝倉家は従属させているけど言うこと聞かなそう。
@kiq 特に問題ないと思う。
現状は、fedibird.comが直接つながらないほか、別アカウントでブーストした場合もfedibird.comなどつながらないサーバ上で見えないので、Threadsの投稿を紹介する場合はそのURLを貼るようにする、ぐらいかな。
@hanubeki あるよ。敢えて変えてある。nightlyはKAGOYA CLOUD VPS。
メインは受付がさくらのVPS東京第2、発信はVultr東京のベアメタルサーバ。
これあれか。InstagramやFacebookへのプレビューカードが表示されないやつと同じか。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Mastodonの方は、リモートサーバのオブジェクトストレージURL変更のためのコードは書いておいたので、それ使えると思うんだけど、プルリクエストしたのマージされんかったのよね。
困ってる当事者・鯖缶達だったらそのまま使うだろうけど、本家は恒久対策として、対策スクリプトじゃなくて透過的に何もしなくても解決する仕組みの方を求めている。
