中曽根さんの摂取は控えているが、こういうのと毎日対峙しているから結局ダメ
QT: https://fedibird.com/@noellabo/108236471224272697 [参照]
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator(開発者の一員)です。また、独自機能を盛り込んだFedibirdを管理・開発しています!
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
中曽根さんの摂取は控えているが、こういうのと毎日対峙しているから結局ダメ
QT: https://fedibird.com/@noellabo/108236471224272697 [参照]
This account is not set to public on notestock.
This account is not set to public on notestock.
@kainoa We are not sure of the cause, but it is currently unstable. We have begun working toward a solution.
@mizuzame いま、メンテナンスでサムネイルの表示がうまくいかなくなっています。ご不便おかけしておりますが、解消まで少々お待ちくださいませ!
※ 古い投稿に対して新しいサムネイルを生成中で、膨大にあるため時間がかかっています。その間の仮表示がうまくいっておらず、対処中です
#fedibird #fedibird_info 画像サーバの件、だいたい期待通りに動くようになりました。
ご不便お掛けして申し訳ございませんでした。
以下解説。
現在、fedibird.comの画像や動画等の添付ファイルは、オブジェクトストレージというサービスを使って保持しています。
以前はAmazon Web ServicesのAmazon Simple Storage Service(一般にAWSのS3と呼称します)を利用していましたが、現在はWasabiのS3互換のサービスを利用しています。
また、Mastodonは画像を受け取ったあといくつかのサムネイルを生成して利用者に提供しますが、この形式を変えたり増やしたりしました。
ただ、まだ一部画像がS3に残っているので、移行できていない画像を表示するために、アクセス転送しています。
また、新しい形式や追加したサムネイルは、新規画像についてはその場で生成されますが、過去の画像については再生成が必要となっています。対象は膨大で、すぐには終わりません。
そこで、新しいサムネイルがない場合に以前のサムネイルを表示するようにアクセスを転送しています。
これらの転送の仕組みが複雑で、さきほどまで全てがうまく動くように設定できていませんでした。
#fedibird #fedibird_info バックグラウンド動作させていた生成タスクもかなりの負荷だったので、一区切りついたところで一旦止めています。
おそらく応答速度が遅かったの、改善したんじゃないかな?
#fedibird #fedibird_info メディアの保持とコストの話です。
はじめに言っておきますが、fedibird.comの利用者がアップロードしている画像は、保持している画像のほんの一部。
全体の6%未満です。
ほとんどリモートから取得した画像のキャッシュです。
使ってもらってナンボです。くれぐれも遠慮しないように。
さて、本題。
基本的に、VPSなどで借りているサーバに割り当てられているストレージでは容量が不足しますし、データ破損やバックアップが大変なので、オブジェクトストレージというサービスに保持しています。
AWSのS3が鉄板で、大容量を保持していても保持コストはそれほど高くはないのですが、S3はデータの操作や転送量に対しても費用がかかり、こちらが莫大な金額になりがちです。
対策として、Amazon Lightsailを経由させることで無料転送枠を組み合わせて安価に対応してきたのですが、利用が増えたことでそれすらも超過するようになり、このところエグい課金が適用されることが続いていました。
そこで、S3はあきらめて、Wasabiの利用に切り替えました。
既存画像の転送もかなりの時間とコストが掛かったのですが、やるだけの価値はありました(なお、まだ完了してません)。
#fedibird #fedibird_info Wasabiは転送量課金はされないのですが、最近、Mastodonで利用するときのように、公開アドレスでどこからでも参照できるような利用形態が禁止されてしまいましたので、一工夫する必要がありました。
S3にしろ、Wasabiにしろ、オブジェクトストレージを直接参照させるのではなく、実際には画像をキャッシュして再配送する、メディアサーバを立てて、そこを経由してアクセスしてもらっています。
また、さらにCloudflareやCloudFrontのようなCDNをはさみ、そこでのキャッシュや分散配置の恩恵も受けられるように構成しています。
キャッシュサーバは、安価なVPSとnginxの組みあわせで、Lightsailにおくことで、S3との内部転送コスト無料、外部転送コスト固定の恩恵を受けたり、今回のWasabiの公開利用できない制約を回避するために代理で認証アクセスして実質的に公開利用出来るようにするなど、副次的なメリットも得られています。
また、オブジェクトストレージを変更しても同じURLでアクセスできるようになるメリットも大きいです。
規模が小さくても、サービス本体と同居させておく構成にメリットはあります(Cloudflareだけでもいける)。
#fedibird #fedibird_info で、最終的にはWasabiとキャッシュサーバの組み合わせで月額1万円未満の運用を目指し、だいたい実現できたかなというところです。
ここまでは(超過料金が嵩むなどして)10万かかったり20万かかったりしてたので、ようやく落ち着いた感じですね。
#fedibird #fedibird_info ああ、それと、低解像度サムネイルの生成で保存容量が増えてるんですが、別のサムネイルの形式をWebPに切り替えるなどして、全体に増えないよう手を打っています。
オブジェクトストレージや画像キャッシュサーバだけでなく、Mastodon本体を置いているVPSやベアメタルサーバについても、無料転送枠があって、これも超過するとエグい課金がやってきます
メールサーバも通数超過すると……ということがあり、SendGridの有料サービスで枠をとり、Mailgunをサブに使っています。
いろんなところで節約を考えないといくらでも費用増えていくので、ちょっとご不便お掛けしたりしてますが、いろんな工夫をしているという次第です。
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
@ZC33S フォローされている人(の所属サーバ)が、フォローしている人のサーバに投稿を送る仕組みなので、
基本的にフォロー関係がないと投稿は届かない。Fediverseはリモートフォローで連合する。
ただし例外があって、ブーストされた投稿が届いたり、返信のツリーが転送されてきたり、投稿のURLを検索して取り込んだり、
あと、連合リレーによってサーバ間で配送されることがある。
連合リレーには、参加しているサーバ同士で、公開投稿を全部配送するものと、ハッシュタグ付き投稿だけ配送するなどの変種がある。
fedibird.comは複数のリレーに参加しているので、フォローしていない人の投稿が届く割合も高い。
っていう感じかな。
購読やハッシュタグのフォローは、そうやって遠くまで届いた投稿の一部を、自分の基準でフィルターしてみているもの。
言い換えると、誰かが関心があってフォローしている情報と、リレーに参加して共有しようとしている投稿を、みんなでシェアしているもの。
学校の教室で、漫画雑誌を回し読みしていたのとか、誰かが聞いている音楽を一緒に聞いたり耳にするのと近い。誰か一人は、その情報に興味があって、積極的にゲットしてないといけないわけね。
#fedibird
#fedibird タグも、ローカルタイムラインも、ずっとそこにあるものだけど、人の移り変わりで容易に変わっていく場所。
サーバのモデレーションが入って、公開の場にふさわしくないものは制限されたりはするけど、基本的に自由な場なので、いつでも期待通りにはならないよ。
ミュートやワードフィルターを使って引き算してもいいけど、
フォローやアカウント購読を使って、いつも挨拶している人、毎日みたいなって思う人を、ホームやリストに追加しておくといいよ。少しずつ足し算でね。
公開タイムラインっていうのは、その、最初の一歩になる場所なんだ。
公開タイムラインをとても気に入ってるなら、そのまま使っていて大丈夫だけどね。
#fedibird #fedibird_info またバックグラウンド処理を再開しているので、そこそこ重いと思います。
ちょっと厳しくなってきたな、という時にはプロセスを減らして調整できますので、やばそうだなって気付いた人は、重いーって報告ください! できればメンションで! 気付かないので!w
(独立したキューで処理しているので、バックグラウンド処理以外は待機 0 の平常です)
@inthehouse24_7 最低、予備を一つ持っておくと良いよ。同じサーバーでも作れるけど、違うサーバーの方が良いね。
@AsaYuu_Koubou misskey.cloudはfedibirdの仲間であることは明確に打ち出しているので、共有タグとして #fedibird を使って頂いて差し支えありません。
ハッシュタグですので、そもそも誰にも所有権やコントロールする権利はないのですが、歓迎されることなのかは知っておきたいですよね。
Fedibirdとmisskey.cloudのことは、あとで追記しますー
@ZC33S@calc.04.si @ZC33S calc.04.siはリレーを利用していないので、calc.04.siの誰かがフォローしている人じゃないと拾えません。
calc.04.siの誰かからフォローされているfedibird.comのアカウントは、19人だけ。たぶん #fedibird に投稿してるほとんどの人は該当してないと思うよ。調べてないけど。
fedibirdのquoteがそうだねえ。
最初にげんちゃんバージョンを最新(たとえばv4.1.2)にリベースして大量にコンフリクトするの直して、それをwakinさんバージョンにリベースして(リファクタリング入っててコードがいろいろ移動するので当然めっちゃコンフリクトする)、さらに私の変更部分をリベースして(以下略)、ってやっていくの激しく無駄な作業が毎回発生する上にミスってバグるので、
squashしたquote featureのひとかたまりのコミットにCo-authored-byと元のコミット一覧つけたものにさせてもらって、一回だけマージ作業するようにしてます。ちょっともう、元のままやるの無理。
(元の個々のコミットを含むブランチも維持してます)
Mastodonには、追悼アカウントという、亡くなった方のアカウントを追悼状態に設定する機能があります。
……あるのですが、実際に亡くなったことを確認できるような個人情報を取得していないので、裏付けがとれません。運営関係者の内輪など、ご家族と接点のある知人ぐらいまででないと、設定するのは難しいところです。
もし、放置アカウントの削除を検討するなら、このあたりの運用も事前に検討しておいた方がいいでしょうね。
Blueskyが構想通りの連合を形成するなら、bsky.socialなどのPDS(パーソナルデータサーバー)にはとりたてて価値はないよね。人が住んでいる場所でしかない。
BGS(ビッググラフサービス)がメディアであって、どんなコンテンツを提供するかを決め、人気を集めて囲い込むにも、広告を挟むにも、ここの胴元となること。そしてこれは資本で殴る奴だと思う。
Twitterは、ユーザーを自分達が運営しないPDSに追い出すなり、有料の住居としてPDSを運用するなりして、BGSの立場に舵を切るのが良いと思う。Blueskyに乗るなら。
TwitterがActivityPubに接続する場合も、同じような立場がとれるんじゃないかな。Blueskyに乗るより、もっと強い立場になれるかもね。
ActivityPubは、サーバとユーザーの結びつきが不可分で不自由だから、という対比をされるのだけど、
ユーザーもサービスも込みの巨大サーバも作れるし、ユニークなサービスでBGSにもできるし、それを小規模に自己完結する個人サーバにもなれて、連合できる、むしろどんな形態を取ることもできる自由な場所じゃないかな。
Blueskyにはあまり興味はないけど、ActivityPubでいろいろ考えていく上での参考にはしているよ。
まだBlueskyやNostrは新鮮で期待を集めるこれからのサービスとして気を吐いているところだから、いきおい、他のサービスはダメだ、我々の仕組みこそが素晴らしい、という話をしたがるところにいる。
実際にそうなったらいいと思うし、本当にこれからだと思うけど、
ActivityPub側からは、落ち着いて見守っていけばいいかなと。
いいところがあったら取り入れていくので、それで十分かな。
違うやり方のメリットがあったら、両方使うだけだしね。
This account is not set to public on notestock.
misskey.dev informationサーバーの移行作業が完了しました。今回は移行に際してfedibird.comなど数多くサーバーの管理者をしておられるのえる氏よりご協力いただきました。厚く御礼申し上げます。
この後08:00より本格運用フェーズに移行する予定です。08:00以降に動作について何か問題を発見された場合は infoページの連絡先を参照してお送りください。
https://misskey.dev/ #misskey #misskeydevinfo
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
「30日の判定に不具合があり、大量のアカウントが誤って削除されました」ってニュースのフラグだよねこれ(やめろ)
もちろん文字が書けたり、画像をアップしたり、返信したり引用したりお気に入りしたりはできますよ。うんw
何か面白いこと起きないかなってやってきた人にとって、既存環境との違いを出すには、もうフォローしまくるぐらいしかないっていうアレです。
#fedibird #fedibird_info 『アニメーションGIFを自動再生する』をオフで運用されているfedibird.comご利用の方、
もしまだ動いている絵文字をみかけましたら、その投稿をお知らせ下さい。
すべての(ローカル・リモートの)静止した絵文字をWebPに変換する処理を完了しましたが、エラー等で漏れているものがあるかもしれません。
@soramitaiga そういうのおきますよ、普通に。
特にモバイルクライアントアプリがそうですが、削除されたことが反映されるには読み直しが必要だったりするので、そこに新しいのが追加されたりします。
ストリーミングで削除を即座に反映するタイプのクライアントアプリでは大丈夫ですが、未対応のものが多いです。
検索の場合は削除が反映されたデータベースから抽出するので大丈夫です。リアルタイムでみているタイムラインがヤバイです。
なお、削除して再投稿するタイプじゃない、直接編集する機能においては、履歴がみられるのが普通で、修正箇所が確認できるようになっています。変更したよっていう通知までいきます。
投稿が黙って書き換えられて違うものになってしまうと、ブーストや引用した投稿者と受け取った人達が困るからです。
Misskey v13.12.0から、ついに引っ越しに対応しました。
https://misskey-hub.net/docs/releases.html#_13-12-0
まだ各地のMisskeyサーバに更新が行き渡っていませんが、ほどなく最新追従しているサーバが更新されていくでしょう。
期待通り動けば、MastodonからMastodonに引っ越しを行った際に、これまでMisskeyのフォロワーだけ置き去りになっていましたが、Mastodonアカウント同様についていくようになります。
また、MisskeyとMastodonの引っ越しもできる……はずですので、誰かやってみてくださいw
私の管理下のMisskeyは既に更新し対応しています。
misskey.cloud https://misskey.cloud
のえすきー https://misskey.noellabo.jp
ま、現実的にはmisskey.ioの対応待ちかな。
BlueskyやNostrについては、どこかのウェットな共同体ではなく、無味乾燥なビジネスライクなサービスの中で、運営と違う温度感でドライにやりたいという需要に応える面があるのではないかと思っています。
企業アカウントがつくられやすい場となるのも、そういうサービスだろうと思います。
mastodon.socialやmstdn.jp、Pawooなどは比較的そういう性質を持っていますが、それでも少しだけウェット感があります。
vivaldiやMozillaのサーバは応えられるかもしれませんが、ひょっとするとブラウザのイメージで損をしているところがあるかも?
Mozillaは、動きをみていると、別の軸を出してきているような気もします。
Tumblrも期待されていますよね。
MozillaやTumblrが動き出したとき、どう評価されるでしょうねえ。
@alex ここではFediverseとの対比としてまとめて扱いましたが、NostrとBlueskyは正反対の性質がありますね。
@makihara いまBlueskyの招待コードたくさん配って宣伝しても、だから逆効果になるだろうねー。
あそこはおもんないって、はじまる前にオワコン扱いされるかも。
bsky.socialの方にいろいろ流してみようかと思ったんだけど、あの空気はそっとしておいた方がいいなって思い直したので、私は思うトコロはこちらで書こうと思います。
まあそうなると、やっぱりあんまり書くことなくなって、あっち使わなくなっちゃうんですが。
実はTwitterも、なに書いて良いかわからずに何年もほとんど投稿してませんでした。
このアカウントで90K投稿、DTPので16K投稿ですが、
Twitterでの投稿、いまだ1,345件ですからね。もうすぐ16年になるというのに……w
@hanubeki 動作するコードになっていないことも多いですし、ソースコード書き換える度にリアルタイム反映するので、いつエラーがでるかはちょっと予測できませんw
@tukine @uzu_ntm Misskeyなど他の実装がからんでくるとややこしいんだけどね、
まずブーストは、フォロワーに流れるもの、というのがMastodonの定義。公開タイムライン(ローカル、連合、ハッシュタグ)には流れない。
ところが、Misskeyは公開タイムラインにブーストを流すので、Misskey側のローカルタイムラインに表示されたりする。Mastodon側からすると好ましくない仕様だけど、仕方がないやつです。
フォロワー限定の投稿は、自分自信ではブースト可能です。
このとき、ブーストもフォロワー限定になるので、自分のフォロワーに再送信されることになります。
未収載の投稿は、ブースト自体の公開範囲も未収載になります。ただし、Mastodonでは公開のブーストと挙動に差がありません。
現状のMisskeyの引っ越し機能について、現状(v13.12.1)でひとつだけ重要な注意点を。
Misskeyサーバから他のサーバへ移行する場合、移行に対応していないサーバからのフォロワーが消えるようです。
かつてフォローしていた形跡もなくなり、もう調べられなくなりますので、まず対象者を確認をした上で実行しないと、無視しておいていってしまうことになります。
移行に未対応のサーバは、Misskey v13.12.0よりも古いMisskey全部、Pixelfed、GNU Socialなど、ほとんどのActivityPub対応サービスが該当します。notestockなども再設定が必要です。
実際のところ(仕組みに詳しくなければ)誰もが調べてリストしておくのは難しいと思いますので、Misskey側の何らかの対応・改善を待った方がいいかもしれません。
なお、MastodonからMisskeyへの移行する場合は、Mastodonアカウントにフォロワーが残されますので、それをチェックしてフォローアップすることが可能です。
(「こちらのアカウントに引っ越したので再フォローお願いします」って個別に頼める)
@aquarla プロフィールからのrel=me相互承認だけしておいて本物ってことだけはっきりさせとけば、あとはみんなの拡散力を頼って広範囲にお知らせすることはできるかな。
あまりにも知られてないサブアカウントだとして、本物だとわかれば協力できるけど……
引っ越しのパターンとして
A. 単純に新しいアカウントを増やすだけ(フォロワーは移行しない)
B. 古いアカウントの利用をやめて、新しいアカウントを使う(フォロワーは移行しない)
C. 古いアカウントの利用をやめて、新しいアカウントを使う(フォロワーを移行する)
D. 古いアカウントの利用を継続(停止してあとで再開)しつつ、新しいアカウントも使う(フォロワーを移行する)
というのがある。
どれでいくかはユーザー次第。ただし、MisskeyはDができないので注意。
Mastodonの引っ越し機能は、フォロワーを移し替えます。
新旧どちらかだけをフォローした状態になります。
Misskeyの現行仕様は、フォローの解除は行わないようです。つまり、両方のアカウントをフォローした状態になります。
その代わり、引っ越しを実行したアカウントは復活できなくなります。
前者は、引っ越し後の旧アカウントのロックを解除しても矛盾が生じないため、利用の再開が可能であるメリットがあります。
また、フォロワーの水増しが難しくなります。
他方、フォローを解除してしまうことになるため、旧アカウントのフォロワー限定投稿は見られなくなります。(再フォローできればいけますが……)
投稿をインポートできない現状、比較的厳しい制約です。
後者は、フォロワーのフォローを勝手に増やしてしまうことになるため、旧アカウントの利用再開を許すことができません。これを許すと不正につながります。
他方、フォローは維持されているので、フォロワー限定投稿も引き続きみられます。
現在、MastodonとMisskeyの仕様が異なるため、Mastodonからの引っ越しでMisskeyユーザーのフォロー水増しが可能になっている状況です。
利用者としてはなんともなりませんが、一応、承知だけしておいてください。
マンデリン・アチェガヨ ウェー・イラン 中煎り深め焙煎を購入しました! https://ncr.official.ec/items/47948922 #BASEec @nelsoncoffeeroaster より
This account is not set to public on notestock.
This account is not set to public on notestock.
@mimio1110 よく言われるのですが、いまのところ原因がバグのケースをつきとめられていません。(調べると何か理由がみつかる)
おかしいと思う投稿をみつけたらぜひ教えてください。困っています。
@mimio1110 開発者・運用者としてバグが繰り返し指摘されながら対処できないことに困っているという事情ですので、発見したらご協力ください。よろしくお願いします。
@mimio1110 ひとまずどれかひとつでいいですよ。これはフォロー・購読していないはず、と思われる投稿のURLなどを教えてください。
@mimio1110 あ、それ #fedibird タグをフォローしてますね……。
帰宅後にこちらをご確認願います。
https://fedibird.com/settings/follow_tags
@tukine ちなみに、自分がログイン状態だと自分の設定(低解像度サムネイルとか)の影響を受けます。
公開ページのようにアカウントをもってない人がみる前提のページを確認する際は、ブラウザのシークレットモードなどでみるの併用すると良いです。
あすけんの100点は、タンパク質脂質炭水化物のバランス、総カロリー、運動目標の達成(歩数含め)、野菜の副菜を取ってること、食物繊維が取れてること、を狙うと取れます(なかなか取れない)。
でも100点の生活してると本当に痩せる。
#fedibird #fedibird_info 画像まわり、不具合修正や仕様変更、運用上の変更を行っています。
・日本語ファイル名のアバター・ヘッダー画像をアップロードしようとすると登録できない不具合を修正
・WebPのアップロードや、リモートから受け取った添付メディアにおいて、他形式へ変換せずそのまま扱うように修正
・アカウントの公開ページのおすすめアカウントをログイン状態で閲覧すると低解像度サムネイルの設定が反映されるが、その状態でまだ生成されていない低解像度サムネイルを参照してもオリジナル画像を代わりに表示するように修正
・アバター画像の低解像度サムネイルのサイズをやや大きく(96x96から120x120へ)変更
・WebP変換時の画質を向上(やや色が褪める傾向を緩和)
・アバターとヘッダーのいずれかの取得に失敗した際に、両方無効になる不具合を修正
・一部の画像形式のプレビューカード取得に失敗していた不具合を修正
・低解像度のサムネイル表示時、画像がない場合のプレースホルダーの表示に失敗していた不具合を修正
サムネイル等は新規分から入れ替わります。
この他、旧メディアサーバへの転送を止めています。古い画像が表示されなくなっていますが、順次対応していきますのでお待ちください。
@abel_1230 これはたしかマルエツだねえ。なんかあんまり売って無い。他のスーパーではみかけなかったなー。
@mironal これ、元画像がDisplay P3で、サムネイル生成時にsRGBに変換するせいですねー。
やっぱりプロファイルの維持を優先した方がよさそうだなー
ワァオ!!
このアバターの着ている服は、東京トイボックスという漫画の天川太陽というキャラの赤いジャージです。
実は、漫画家のうめ先生(作画の妹尾朝子先生)に描いて頂いた似顔絵なのです。 #fedibird
@tyk8417u だいぶマシになったかな!
クライアントアプリへの対応はかなりトリッキーなことをしないと難しいと思いますが、それはそれで取り組むとして、
まずは基本の画質を引き上げることにしました。まあこのへんがギリギリかなー。
比較、メッチャわかりやすいですね。っていうか、ずいぶん違うな……。シャープさとくすみが減ったのは、変換ライブラリのパラメータ調整によるチューニングです。
まるいのバッチリですね!
This account is not set to public on notestock.
This account is not set to public on notestock.
こういうの準備しておいたらいいよ。あんまり出番ないけど!
QT: https://fedibird.com/@info/107818014487107021 [参照]
ActiveModelSerializersと戦ったり、Paperclipと戦ったりしてきてるけど、どっちもDeprecatedなものなので、MastodonやFedibird以外で頑張っても使いどころはない。
ないのだが、非常に為になる。学びは大きい。やってみてよかった。
※ Ruby on Railsで、モデルからjsonを生成したり、モデルに添付画像を追加するための機能部品たち。古くてもうメンテされないから、新たに使わないでね、というステータスがDeprecated
Mastodonのアプリって比較レビューがあまり書かれず、今でも2017のレビュー記事が検索結果のトップに出てくるとかあるので、そのへん書いてくれる人がいるといいなあ…という印象です。今となってはバズるような内容ではないのですが、たぶんそれは開発者にとってポジティブな影響があるでしょう。
@askyq issueで、守られるとは限らないし……とか、わりとぐずぐずしたやりとりしてるよ、だいぶ昔にw
それを、じゃああらためて連合させようか、って議論がでてきて、新たにプルリクで話してる
https://github.com/mastodon/mastodon/pull/23808
みんな何が正解か見解が違うなかで前進していくって難しいね。
Fedibirdではもう表明つけてるよって話をしてきた方がいいと思うんだけど、うーん
@irucamusic カスタム絵文字が動く動かないとか絵文字ピッカーとかは、Mastodonの標準機能で特にいじってないから大丈夫だと思うよ。
Fedibird (my fork) is doing something similar.
It has already been implemented and has been in operation since August 2022.
- The ability to specify the searchability you want to allow for your account and posts is granted.
- Make representations in ActivityPub and federate with other servers/implementations.
- It is reflected in the full-text search, and it is possible to search according to this specification.
- The searcher can specify the target searchability.
- We have an endpoint for external search engines using searchability
I started small with my implementation, but over time I've found it to work well and wanted to spread it around.
Is there anything I can do?
I'll go into a little more detail if needed.
I'll try to make it compatible with this pull request in the end anyway.
https://github.com/mastodon/mastodon/pull/23808#issuecomment-1543273137
バックパッカーにみえるものはバックパッカーとして扱える、みたいな……えっとなんだっけ、ダックタイピングか。ruby会議ってなにやってるのー?
@tukine 同じサーバのユーザーは、全ての正しい情報を持っているんですが、リモートユーザーの情報はないですからねー。
私のフォロー・フォロワー、全サーバ分みえてますか?
うむ、このゲームはやばい。やばいので動画でみるとよい。
QT: https://nightly.fedibird.com/@squid999/110348270720191817 [参照]
@ains_f_asmr 個々のメディアのサイズや容量制限はここ。
https://fedibird.com/api/v1/instance
合計には制限ないよ。
fedibird.com、あとちょっとでおわりなのに人数が残ってる招待URLを並べておくね。無効にするのもナンだから。
https://fedibird.com/invite/JygdihVa
https://fedibird.com/invite/osjwGt9q
https://fedibird.com/invite/3uwbF7JC
https://fedibird.com/invite/qJwg8vUD
https://fedibird.com/invite/gyMWEFre
100人中、99人まで使ったやつとかなので、すぐ使えなくなるよ。使えるやつ使ってね。
これ全部あわせて残り13人かな……
お、使いかけ消化できたかな。
こっちのゴールデンウィーク向けに出したやつはまだ使えるので、こちらからお願いしますー(fedibird.comの招待URL)
QT: https://fedibird.com/@noellabo/110295561759278065 [参照]
fedibird.comの招待リンクです。
現在、fedibird.comは招待制となっているため、登録には招待リンクが必要です。
その1
https://fedibird.com/invite/kfRVnAi9
その2
https://fedibird.com/invite/GAaF6puD
各リンク、定員を超えると登録できなくなります。興味のある方はご利用くださいませ。
@progre 各サーバ毎に、管理しやすいように勝手にIDを割り振るよ。
Note(投稿)にはユニークIDがあるけど、長い文字列で扱いにくいし、順番を決めにくいというのもある。
alt-ActivityPubとの関係でいうと、投稿のIDが基本的にURIで、サーバーのドメイン名を含んでいてそれで参照を解決するから、サーバを変えられないっていうところかな。
This account is not set to public on notestock.
This account is not set to public on notestock.
@ataraxia1427 @tukine Fedibirdの機能としてAPI実装されています。
tateisuさん、SubwayTooterでそれすぐ対応したのに、すっかり忘れてましたね!
FedibirdのWebUIではまだ操作できませんが、そのうち使えるようにしますねー。
現状のブックマークとお気に入りを統合するのはそんなに悪くはないんだけど、ブックマーク側にカテゴリとか拡張してくといびつになるんだよね。
ウチは絵文字リアクションもあって、そっちも種類別に選べるUIとか追加するからさ、どうしたものかな。
マージするときに、あらためて分離しちゃうかな。
ウチも、投稿についたリアクションを見るカラムに共通ヘッダつけてUI整理してはある。まあ似たような発想ではあるけども。
※ この話はMastodonのWebUIの表示・カラムのコードを整理する話で、お気に入りとブックマークの機能そのものが統合されるわけではないです。
@kainoa When the problem occurred, the version of Synapse was 1.83.0rc1. This is the same 1.83.0 that was released two days earlier.
We reverted back to 1.82.0, which improved things a bit, but we are still experiencing recurring failures.
We know up to this point that some queue is clogged and preventing normal operation.
Please wait for further report.
こんな風に、ひとつのカラムの中で切り替える表示にするよっていう話ね。
コードが似通っていることもあるし、メニュー項目を減らしたいということもある。
ただ、Saved postsは違うなー。技術的には正しいかもしれないが、そういうことじゃない。
The phrase "Saved posts" may be technically correct, but it is counter-intuitive to users who think of "Favourites". How about "Favs and Bookmarks" instead?
https://github.com/mastodon/mastodon/pull/24957#issuecomment-1545090505
Fedibird拡張、emoji_reactionの他に下記のものがあります。
status_reference
投稿が参照・引用されたときの通知です。
scheduled_status
予約投稿が実際に投稿されたときの通知です。これは本家に持っていきたいところ。
通知カラムの設定にあるこのへんですね。
@tubomi_wnks ウチのFedibirdも集約表示した方がいいよなって思って、どこかでやろうとは思っているんですけど(一部アプリでは既に実現されてる)、そこにそんな副作用があるとは考えて無かったなー。
@yamako アバターは、だいたい2日ぐらいで自動修復するけど、その人を検索するとすぐなおる。
過去投稿のリモート画像は、旧サーバをとめたので切り替え中。
This account is not set to public on notestock.
@sabachan やはりニーズがあるんだなー、導入してよかったなーということとねー、
4枚しか見えないMastodonの人に、対応考えなくちゃなーってのと、
言っておけば気付く人がいるだろうっていう!
メディアコストはメッチャ下げたので、もっとガンガンいってくださいませw
@mamemomonga 数時間前に大量にばらまかれたやつだね。もう処されてるけど、TLがspam対策必要だねえ、みたいな話になったよ。
通知来ないの、iPhoneの集中モードの影響かねえ?
コンセプトはいいし、うまくつかうと便利なんだけど(デレステやってる最中に通知こないようにするとか)、意図していないタイミングで発動すると凄い不便なやつ……迷惑……。 #fedibird
@rinsuki よく考えると、あれどういう仕組みで動いてるんだろう、というのはあるw
この件。他のアプリもだそうで。
https://fedibird.com/@chronosphere/110358331712731419 [参照]
人間、堂々とした嘘をつかれると「ほんとかな?」って思う習性があるので、ChatGTPの嘘つきぶりに対抗するのはナカナカたいへんw
@ub_arima 検索しようとして間違って投稿しちゃったのかな、ぐらいには思うけど、センシティブじゃないよねえw
This account is not set to public on notestock.
This account is not set to public on notestock.
@ruipuyo そちらは一番人の集まっているサーバですが、世界中から人が集まっているし、設置されてるのドイツですしねー。日本にもたくさんサーバがあるので、探してみるといいですよ!
#fedibird #fedibird_info fedibird.comのメディアの為に使用していたS3とLightsailを完全にとめました。(旧メディアサーバ)
超過料金が発生していない状況で、だいたい日額で1,800円(月で54,000円)ぐらいかかっていたので、だいぶ節約できたと思います。すっきりしたー!
かわりにさくらのVPSとWasabiを使い始めたわけですが、さくらが1,800円、Wasabiがたぶん6,000円ぐらい。
旧メディアをリモートから回収してくるともう少し増えるかもしれませんが、なんとか月額で1万円以内におさまったかなという感じです。
このほかのまとまった費用としては、ベアメタルサーバや周辺VPS、SendGridやMailgunなどがあります。ざっくり13万ぐらいかな。
このまま安定して運用できれば、毎月14万ぐらいでまわしていける感じですね。
高いと思います?
いまfedibird.comのWAU、週にアクセスしているアクティブユーザーが7,500人ぐらいなので、一人あたりで割ると月額19円ぐらいなんですよ。MAUだと1万人だから14円かな。
まあ割れないんですけどw
#fedibird #fedibird_info 当初のメディアの話からそれてきてますが、むりやりからめて……
この話の中で出てきた超過料金というやつが、非常にヤバイです。無料枠や通常枠を越えると、すごく単価の高い課金が襲ってきます。
いまメール廻りは余裕をもって6,000円ぐらいでまわってますが、これがある日の請求で14万きたことがあります。ものすごい大量のメール送信が発生したのが原因で、たしかに使った料金なんですが、まー危ないわけです。
メディアもそうで、ベアメタルサーバやVPSもそうです。それぞれ爆発したことがあります。
量に対する課金があって、それが爆発的に増えることがあるのです。そして、ユーザーが急増するとこれが全部くる。
なので、通常の運営費が払える状態なのは必須ですが、ある程度の余力をもってないと行き詰まりやすいのではないかと思います。
サーバトラブル・追い出されたなどで他事業者に移転するようなことになったら、通常時の3倍ぐらいは見込んでおかないと厳しいかな。
まあ、アクティブ7千〜1万、登録3万人規模のMastodonサーバの実例として、参考にしてください。
保存コストより先に、転送量やAPIコールに対する課金が厳しくなるので、そのへんから急に割高になるんだよねー。
いまのところ、Mastodonのハッシュタグフォローは、その名に反して、投稿の配送・取得を行いません。
同じサーバの誰かのフォローか、リレーにより配送された投稿だけが対象になります。
サーバをまたいだ投稿を漏れなく拾うには、相手と自分のサーバがリレーに入っている必要があります。
あるいは、誰もフォロー漏れがないぐらい、双方のサーバの利用者同士がフォローしあっている状況です。まあ無理かな。
Fedibirdでも昔からハッシュタグだけは購読といわずにフォローと名付けていますが、これは、いずれサーバ間で投稿を配送する仕組みをこの機能の背後に仕込んで、本当のフォローにしたいという思いがあります。でも現状はまさに購読です。
Mastodon本家の方は……フォローという概念しかなかったのかもしれませんが、ちょっとどこまで考えて導入したのかはわかっていません。 #fedibird