ふむ、よさそう。
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator(開発者の一員)です。また、独自機能を盛り込んだFedibirdを管理・開発しています!
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ダッシュボードの数値なげーよ問題は、残念ながら我々のサーバでは発生しないのだけどもw、お気持ち放送聞きながらコード書いてみた。
https://github.com/tootsuite/mastodon/pull/11847
#mastodev
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
#fedibird は1年前には構想していて、実際ドメインの取得は1年前だったりする。2018-09-22だから、あとちょっとだね。
テーマサーバのDTP-Mstdn.jpをやっていて、ハッシュタグリレーという外部連携のサービスも提供していたけど、いつかはMastodon本体に直接開発の手を入れて、自分で汎用サーバを運営しないと、やりたいことはできないな、という思いがあった。
まだ力不足で、もっと勉強しないとやりたいことは出来ないのだけど、構想だけしていても進歩がないので、実際にやってみることにしたよ、という感じです。
「何を言ったか」と「誰が言ったか」は相互に補うもので、両方とも評価されるように積み上げていけばいいんじゃないかな。
Mastodon v3.0は、メジャーバージョンを3にするということで、かなり気合いが入っているように見受けられます。
ここまでで、予定している大小さまざまな変更が完了していますが、まだ小さなブラッシュアップが少しと、大物が残っています。
その最後の大物とはAccountMigrationのUI、すなわち『アカウントの引っ越し機能の有効化』です。
https://github.com/tootsuite/mastodon/issues/10736
https://github.com/tootsuite/mastodon/pull/11846
UIから指示すると、Moveアクティビティを送って、引っ越しを実行に移します。
引っ越し完了したら、旧アカウントではエクスポートとマイグレーション以外はできなくなります。
引っ越しはFediverse全体で非常に負荷が高いので、30日のクールダウン期間が設定されます。
実は、引っ越し機能の実行に必要なコードは昨年12月の時点でv2.7.0に仕込まれています。サーバのアップデートが進み、v2.7.0以降が普及するまで待っていたというわけです。
https://github.com/tootsuite/mastodon/pull/9629
えーと……普及したかな?
#mastodon
このアカウントは、notestockで公開設定になっていません。
アカウントマイグレーション(引っ越し機能)では、引っ越し前のアカウントが使い続けられている問題に対し、きっぱりと停止させて(復活はできる)、新しいアカウントに完全移行するようになっています。
制限しないとアカウントが倍増してFediverse全体の負荷が増えるし、引っ越したと宣言して新規フォローできなくしてあるのに、それを使い続けられるとみんな不便だし、そういう仕様にしといた方がいいよねっていう。
これについて「みんな旧アカウントをバックアップにしようとしてるから、ユースケースに合わないんじゃない?」って指摘がでています。
アカウントの利用が有料だったら二重生活する人は少なくなると思いますが、そういう制約もないですしね。
予備アカウントはあらまほしきことなり。
さて、どうなるでしょうね。
#mastodon
@tateisu 予備アカウントでマルチポストする人は確かにいないですねぇ。受け取る方だけならせいぜい1.5倍ってとこか……。
@osapon そういえば、ウチにもアーカイブアカウントというマルチポスト専用のアカウントがいくつかありますね。
私はそちらの用途ではもっぱらnotestock使わせてもらってます。(使いすぎ)
@tateisu ある程度規模のあるサーバなら、他の人がフォローしてる分はどのみち受け取っているから、誤差って言ってもいいかもしれませんね。
最近でこそ #fedibird のアカウント使って色々書いてるけど、まだまだDTP鯖のアカウントの方が圧倒的に強いんだよね。
フォローインポートしてないから、フォローバックしてくる人も少ない。気付かれてない?
ダッシュボードの数値のPRの件、結局、設定で切り替えるのはやめて、シンプルに短い表示に全部変更することに。
https://github.com/tootsuite/mastodon/pull/11847/files
#mastodev
アカウントマイグレーション(引っ越し機能)は、相手からのフォローを新アカウントに移行できるところがポイントです。
つまり『フォロワーも引っ越し先につれていける』ということです。
ただし、この機能の実現のためには、フォロワーのサーバがMastodon v2.7.0以降である必要があります。それで普及を待っていたわけです。
古いMastodonや、そもそも未対応のPleromaやMisskeyのアカウントからのフォローは移行できません。
対応が広がるといいですね。ざっくり言うと、こんな実装をすればOKです。
マイグレーションが始まると、当事者からMoveアクティビティが飛んできます。
https://www.w3.org/TR/activitystreams-vocabulary/#dfn-move
Moveを受け取って、originのuriとobjectのuriが一致していたら、originをフォローしている自鯖のアカウントについて、originをアンフォローして、targetをフォローする処理を行います。
つまりこういうことです
https://github.com/tootsuite/mastodon/blob/925ec5aef245c8aa504da12685dd33dc3b6bc188/app/lib/activitypub/activity/move.rb
#mastodon #pleroma #misskey
いつもPawooをご利用いただきありがとうございます。
本日午前2:00〜11:00頃、Pawooに繋がりにくい状況が発生しておりましたが、現在は解消いたしました。
ご不便をおかけし申し訳ございませんでした。今後ともPawooをよろしくお願いいたします。
@mayaeh 私も、PRしては添削指導を受けていて、大変申し訳ないながら、メッチャ勉強になってます。なるべく貢献して恩返しせねば。
アカウントマイグレーションについてのドキュメントを書いてみた。
https://docs.fedibird.com/en/development/account-migration/
日本語こっち。
https://docs.fedibird.com/development/account-migration/
あとで書き直す。 #mastodev
master、このどちらかのPRでタイムラインの両端の拡張がおかしくなるかも。前者は @ponapalt さんがrevertしてるからこっちか?
https://github.com/tootsuite/mastodon/pull/11859
https://github.com/tootsuite/mastodon/pull/11867 #mastodev
@YUKIMOCHI @mayaeh @ranpei Mastodon側としてはわざわざリレーに投げているので、拡散して欲しいんだよね。
ウチのはpub-relay(Crystal-sidekiq版)ベースだから、VALID_TYPES = {"Create", "Update", "Delete", "Announce", "Undo"} になっててMoveは蹴ってしまう。Update(主にプロフィールの更新)通すならMoveも通した方が良いと思う。
#リレーの話
@noellabo エラー吐いてるのは 11859 Fix slow mode の
app/javascript/mastodon/features/community_timeline/index.js
なので、そこを差し戻せばどうにかなります。
ただ、コード読まずエラーだけ追って雑に戻しただけなので、どうにも挙動が怪しい…
@ponapalt うん、たぶん我々が考えるよりThibGに直してもらうべきw
しかし「誰も報告していないのである!」はマズイな……。
@possessedbyphoenix_iyarasii 自動判定に失敗して中国語になることが多いです。自身の投稿のみですが、ユーザー設定 - その他 から、投稿する言語を日本語に設定することをお勧めします。
@YUKIMOCHI @mayaeh @ranpei 結局ウチは、単にMoveをそのままリレーする対応になりました。
relayアカウントがフォローしてたりするけど、これMoveで移行しちゃうと他の設定と整合性がとれなくなるので、手動で設定しなおそうね、ということに。
@rinsuki お茶会ちゃんと動いてるよね?
sidekiqに一個だけひっかかってるのがある(inboxに投げると500を返してくるらしい)
件のPleromaのsubscriptionは書き換えたみたいだね。
https://git.pleroma.social/pleroma/pleroma/issues/1130
https://git.pleroma.social/pleroma/pleroma/merge_requests/1664
従来の通知に混ぜないで、購読専用のテーブルに保存し、通知タイムラインやAPIも分離する、と。
Pleroma v1.1の変更点はこんな感じになる予定なのね。あとでちゃんと読んでおこう。 #pleroma
https://git.pleroma.social/pleroma/pleroma/blob/40c968626dde499969d90f256d5ef6d1b1d5e2b4/CHANGELOG.md
とりあえず切り分け作業をした結果、
スクロール時の両端の拡張処理がおかしくなるのはこちら
https://github.com/tootsuite/mastodon/commit/d256901f60b121172ae3a3a7167f9c64d947cf99
ローカルタイムラインをクリックした時クラッシュするのはこちら
https://github.com/tootsuite/mastodon/commit/f1098675782944fe1dabec71cd58d3d091da06a0
と、2つの別の問題が起こっているようです。
前者のスクロールがおかしいのはどこまで意図した動作なのかわからない状況なので保留中です。
後者は報告予定。
結局ウチは、おかしいなって気付いてからこの二つのコミットを外しちゃってるので、その後は追ってないという……。
QT: [https://fedibird.com/@noellabo/102805199835209385]
ふむ、遡っているときに届いた新着が、一番上に戻るとn件の新着ってなるんだな。遡りが捗る感じだ。(最新masterの変更)
このアカウントは、notestockで公開設定になっていません。
Mastodon v3.0から有効になる予定の『アカウントの引っ越し』機能について
※ 本日masterにマージされました。リリースまでに仕様が変更されることがあります
別アカウントにフォロワーを連れていって、元アカウントを引っ越し済み状態にロックする機能です。
フォローやブロック等の引き継ぎは、自身でエクスポート&インポートする必要があります。
フォロワーの引っ越しはフォロワーの所属サーバの対応(Moveアクティビティ)が必要で、現在、Mastodon v2.7以降のサーバが対応しています。未対応サーバのフォロワーへは自身で告知・依頼する必要があります。
設定・実行画面はプロフィール - 外観の下の方にあります。
引っ越しには、まず引っ越し先のサーバのアカウントでアカウントエイリアスを指定する必要があります。(alsoKnownAsで参照できるようになります)
複数指定可能で、アカウントを統合することができます。
準備ができたら、引っ越し元のアカウントで引っ越し先アカウント名を指定して実行です。
再度の引っ越しには30日の冷却期間が必要です。 #mastodon
#fedibird は、masterにマージされたばかりのアカウントの引っ越し機能が有効になっています。
ただし、他のサーバが対応していない状況では使いようがないので、設定画面を覗いてみるぐらいしかできませんw
自身のmaster追従サーバないし開発環境があって、試してみたい方は、テスト用のアカウントからFedibirdの既存アカウントに引っ越して統合する(フォロワーが移動できたり出来なかったりするのを確認する)などテストに使っていただいてOKです。
QT: [https://fedibird.com/@noellabo/102821144832376340]
まず、ユーザー設定の開発で『新規アプリ』ボタンを押す。
アプリの名前をcurlとかにして、画面一番下の『送信』ボタンを押す
アプリが作成されました、って出るので、さっき付けたcurlって名前のところをクリック
アクセストークンが表示されるので、コイツをどこかにコピペして記憶させておく(この画面に戻ればいつでも確認できる)
アクセストークンが取得できたら色々できるようになるので、まずはここまでやること @squid999
@squid999 あらかじめリストを作っておく。gorone.xyzとか、適当に名前をつける。
Windows 10のコマンドラインから、curlでAPIをたたく。ここでさっきのアクセストークンを使う。
curl -X GET -H "authorization: Bearer XXXXXXXX" https://fedibird.com/api/v1/lists
自分のリストのidとタイトルが一覧されるので、さっき作ったリストのidをチェック
curl -X POST -H "authorization: Bearer XXXXXXXX" https://fedibird.com/api/v1/domain_subscribes -d "domain=gorone.xyz" -d "list_id=26"
さいごの list_id= のとこの数字を自分のリストの番号にして実行。
#fedibird はリストでドメイン購読すると、他鯖のLTLをリスト化したような状態(完璧ではない)になるので、うまく使うとイイヨ。まだUIがないから、APIたたいてね。
https://fedibird.com/@noellabo/102824184879156911
このアカウントは、notestockで公開設定になっていません。
OStatusはバッサリなくなるから、古いサーバとやり取りできなくなるからね。3.0.0rc1を導入する人は気をつけてね。もうどうしようもないけど。
@squid999 全LTLを取得するには、リレーの助けが必要なのじゃ。
雪餅リレーだと流量が多くてしんどい場合は、専用のリレーをたてるw
Migration、不具合がチョロチョロ見つかるので、直していかねば。
create aliasの件はこれが一つ。
https://github.com/tootsuite/mastodon/pull/11902/files
@tateisu このへんで現在わかっているトコロとして、同じアカウントを入れると重複登録される不具合と、Updateアクティビティ飛ばさないので、プロフィールを一度更新するとかして更新しないと、引っ越しを実行するサーバでエラーになる不具合があります。
致命的なのは、Move飛ばすのに失敗する奴で、肝心のフォロワーの移動が実行されないw(まとめてPRします……)
とりあえずこのへん直した奴
https://github.com/tootsuite/mastodon/pull/11905
* alias登録したあとにUpdate飛ばすように
* aliasが重複登録できないように
* @で始まるacctを受け付けるように
mstdn.jp、pushキューを担当するsidekiq用のサーバだけ止まってるとか、部分的に死んでる感じよね。事故にせよ意図的にせよ。
fetch(外部からの取得)はできるので、
A) 検索欄にURLを入力してfetch
B) 公開ページからリモートブーストする
C) 複数サーバにログインできるクライアントアプリで、mstdn.jpの投稿を別サーバのアカウントでブーストする
などの方法で、外部に投稿を引っ張り出すと良い。
@kiroha お、kirohaさんのFedibirdアカウント見に行ったら、なんかエラー出ました。調べます!
@kiroha 『引用ブーストのアンケート』を引用したやつを表示すると死ぬっぽい。たぶんその辺にバグがあるような気がします。