ログボ
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator(開発者の一員)です。また、独自機能を盛り込んだFedibirdを管理・開発しています!
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
@kita3 注目のハッシュタグは、WebUIの場合はここに表示されます(右下)
通常のハッシュタグと違い、ここから辿った場合は、その投稿者の該当ハッシュタグが指定された投稿のうち、閲覧可能なものがすべて表示されます。
通常のハッシュタグは、公開範囲が『公開』のものだけ表示されますが、ここでは『未収載』や、フォロワーであれば『フォロワー限定』のハッシュタグ付き投稿も表示されます。
自分の投稿を特定の話題でわけて、それを見てもらったり、カテゴリー分けするような使い方をするときに便利です。
@rna 結論から言うと、人が多いサーバを使わないことですね。mstdn.jpは特に遅いです。限られた処理能力を多くの利用者でシェアしているためで、かなり不利です。
@rna Mastodonの設計として、クライアント側から来たデータをそのまま信用せず、一度プロセスします。この過程でいろいろな不正なデータや位置情報など除外すべき内容を流出させないようにしています。
自分用のサーバとして立てて、そこを省略するように実装すれば速いですね。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Mastodonなど、大量の投稿が飛び交っているシステムでは、まず処理をキューに入れます。
キューというのは順番待ちをする列で、ひとまず最後尾に並んでもらって、順番に処理をすすめることで、一度に大量の処理が来てもサーバがパンクしないようにし、かつ全ての処理を漏らさずにこなすことができるようにする工夫です。
Mastodonでは、リモートから投稿を受け取ると、まずそれを処理するジョブをキューに入れます。
このジョブは、まず投稿の元になる情報を処理してデータベースに保存し、次にみんなのホームやリストに投稿を追加する処理を行います。
ホームやリストへの追加は、それぞれ別々のジョブとしてキューに入れ、順番に処理します。
たとえばUN_NERVの投稿を受け取ったサーバは、投稿に含まれる添付画像をUN_NERVのメディアサーバに取りに行って保存し、投稿の情報が揃ったらデータベースに保存します。
次に投稿をローカルや連合のストリーミングに流し、UN_NERVをフォローしている人のために必要な数だけタイムライン挿入ジョブを生成してキューに入れます。
タイムライン挿入ジョブは、順番に処理されるので少し待つことになりますが、この処理が終わったら投稿がタイムラインに挿入されます。
さて、長くなりましたが、このあとの部分だけわかればOKです。
ローカルや連合は、最初のジョブで処理するので、すぐに投稿が流れてきますが、
ホームやリストは、順番待ちがもう一度発生するので、少し遅れて流れてきます。
特にサーバが混雑しているときは、この時間差が非常に大きくなります。
このため、UN_NERVの投稿をすばやく確認したい場合は、実は連合をみるのがもっとも速いということになります。
Fedibirdであれば、unnerv.jpドメインタイムラインを見るのが速いです。
ドメイン購読は、ホームやリストへの挿入待ちになるので、少し遅れて処理されることになります。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
予告どおり麹カレー🍛とジンジャーサラダ青菜の棒棒鶏と人参のポタージュ
いつものお店のデリ、野菜多めでおいしいがあすけん登録となるとマイレシピでそれっぽいレシピをちまちま登録しなきゃで面倒だった
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@3u バリデーションというのは、システムにとって正しくない処理を防ぐためにチェックして弾く仕組みで、
今回の場合はそのメンションが何らかの理由でチェックに引っかかったということになります。
でも何のチェックだろうな……。
もし差し支えなければ、ダイレクトメッセージ(公開範囲:ダイレクト)などでメンションしたものと同じ内容を @ 抜きで教えてください。再現するようなら調査します。
@kaorit 独自に追加した通知になるので、クライアントアプリによって対応はまちまちです。
不明の通知として表示するもの、無視するもの、そして落ちるもの(……。)
@joojak app/javascript/styles以下にあるscssファイルを書き換えて、インストールやアップデート手順にあるように、bin/rails assets:precompileすることで反映させます。
こちらの記事も参考につけておきますね。
https://blog.noellabo.jp/entry/mastodon_make_custom_theme
@3u これが利用規約。興味があるなら試してみるといいよ。今はv12で運用してるけど、近日v13になるよ。
https://misskey.cloud/@noellabo/pages/terms_of_service
@anarchist_neko BANはケースバイケースです。BAN (サスペンドと言います)が必要と判断される場合にのみ行います。
トランス差別については、Mastodon Server Covenantに準ずる利用規約を設けており反対の立場を取ります。具体的な対応についてはモデレーターチームで総合的に判断します。
@Connectens_manu @anarchist_neko 本件に限りませんが、他者への関わりの程度と、それ(ここでは差別行為)が主目的であるか、という点は重大性の判断に大きくかかわります。
モデレーターチームはチームでジャッジするため、常に見直しが行われ、その結論によって対応が変わります。
また、問題の解決を目的としており、大きな方針(利用規約)の中でケースバイケースで判断します。
個別事例の基準は判断の蓄積の中で形成されていきますが、非公開です。
利用規約の他に、ガイドラインとして一般に参考にできる情報が提示出来る場合は公開します。
@hyoyoshikawa 投稿の方は隠す機能はつけてないねー。各リアクションした人の一覧もとれるので、やるならわりと影響範囲が広いかな。
あ、そうそう。
別の用事でAmazon覗いてたら、Kindleの本を『シリーズ購読』する機能がついてたので、絶対買うやつ購読しましたよ!
新刊出たら自動的に購入していってくれるやつ!(ひゃっほう!!)
@Tommy いつでも導入できたんじゃないかと思うけど、今になったのはなんでなのかなーとうっすら考えつつ、小躍りしてます!
@kamanobe Webサービスなので目的と違うかもしれませんが、notestockがActivityPubの仕組みで投稿を取得してログを残してくれるので、役立つかも。
@kashiwa_m0chi 要請は要請です。強要された事実はないですし、不当な要求にはあたらないでしょう。
個別にはエキサイトするやりとりもあったかと思いますが、そもそもは切実な訴え・意見・要望と受け止めています。
それ相応の対応について、通報は全て検討対象となっていますので、できる限り理由を明快に挙げた通報にご協力ください。
このアカウントは、notestockで公開設定になっていません。
@nmmr13 リスト機能があって、ほぼホームと同じように使えますのでご活用ください。
リストを作成し、フォローしている人をそこに追加します。Fedibirdでは、ホームに流さないようにフォローしたまま外す機能があるので、流量を調整できます。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@matchy 初期状態がTweetDeck風だったのはかなり昔のことなので、今の人はシングルカラムのUIをみていますね。
@nmkj joinmastodon.orgの運営部分はオープンではないので正確なところはわかりません。
一覧は独自のAPIで取得できますが、オープンソースではありません。
基本はhello@joinmastodon.orgへの申告(宣誓)で、必要記載事項(ルール・利用規約・連絡先など)と十分な運営期間を経ている実績だけは見ているはずです。
登録時(fedibird.com登録当時)や登録後の、緊急時の対応が可能な管理者の存在確認やバックアップの確認プロセスはありません。
おそらくEugenさん自身か、Eugenさんの指示のもと動いているスタッフが対応していると思います(確認したことはありません)
利用規約の変更があって掲載から外されたケースは一件だけ知っていますが、推測ですが、再審査によるものではなく、動向が注目を集めたことによる影響かと思います。(子細は割愛) [参照]
@nmkj アップデートはこちらからプッシュする(連絡して差し替えてもらう)という形になります。先方で見てから差し替えるということで、ここは自動化されていません。
fedibird.comもサーバを説明する文章の変更を申し出て、数日待って入れ替えてもらったのかな? 詳しくは忘れましたが、そんな経緯がありました。
今のところ具体的にアクションを予定していないので動いていませんが、
たとえばfedibird.comの新規登録を終了して、新サーバを用意して受け入れる体制とする場合、掲載は可能なのか(既存サーバの実績を新サーバに適用する対応をとるのか)など、方針の確認なり、このようにして欲しいという働きかけはしていくと思います。
私自身は、もう少しMastodonサーバ自身に、サーバを探す機能を分散させたいと思っています。
MacOS 8.6とか使ってた頃、慣れない人が触ると爆弾がでて、慣れてる人だと出ないという、使い方のコツがありまして……
@Stocker_jp fetchできないと、表示上は本文検索できませんってなりますが、単に取得できなかっただけですね。
mastodon.socialやmastodon.onlineが過負荷になっていて、そもそもアクセスが通ってないのでは。
@seya_kara_ 他のサーバのアカウントを、mstdn.jp(いまお使いのサーバ)からリモートフォローすることで、自分のホームタイムラインに投稿が流れてくるようになるので、フォローを広げてサーバを越えて交流する、というのがひとつと、
別のサーバにアカウントを作成して、そのサーバのローカルタイムラインに参加する、というスタイルがあります。
基本は前者ですが、後者も有効で、ミックスになりがちです。
@ars42525 issueだwww
再現手順が記述できる優秀エンジニア!!
(結構いたいな2,000円!)
@nannarananra 名前の横の鍵マークは、フォロー申請を承認制にしているというマークで、投稿がみられるかどうかとは別です。
投稿は、投稿毎に、鍵か、そうでないか、使い分けられるのです。
鍵アカウントの概念が二つにわかれている感じです。
@t0pi_ 「独立してて、横の繋がりがある」がほとんどなんですが、横の繋がりがない場所もあって、それはマジで見えません。見えないので認識できず、無いのと実質同じです……。