このアカウントは、notestockで公開設定になっていません。
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator(開発者の一員)です。また、独自機能を盛り込んだFedibirdを管理・開発しています!
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
#fedibird の各機能は、他鯖で利用できるようにまとめていくからね。
リポジトリからコミット拾っていってもいいけど、すぐrebaseして書き換えちゃう不安定版なので、v3.0マージ用みたいな安定版まで待ってもらった方が良いと思う。
特にお気に入りハッシュタグとかハッシュタグフォローはデータベースに手を入れる(テーブルやインデックスが生える)ので、半端なのマージするとあとで面倒になるかもよ……。
【お知らせ】
Hostdonホームページをリニューアルしました。
mstdn.jpが日本のMastodonの面倒事の大部分を引き受けてくれていて、本当に感謝に堪えない。超楽をさせてもらっている。マジありがたいのだが、あまり支援する方法がない。
Mastodon v3.0から、トレンドハッシュタグに表示する奴をホワイトリスト指定(表示していい奴だけ許可する)必要があるのでたいへん面倒なのだが、ただちに許可した > #働きたくないアカウントと繋がりたい
ドキュメントとか、事例をインターネット上で形に残しておくの良いよ。
自分の時間と距離感で向き合いたい人は、生身の人間に世話になるより、好きなタイミングで記述された情報辿って解決する方が好きだし。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
#fedibird ストリーミングがちょこちょこ切れる不具合が出ています。
以前に発生した現象と同じ様子ですが、原因がまだ判明していません。解消まで少々お待ちください。
#fedibird ストリーミングがちょこちょこ切れる不具合が出ています。
以前に発生した現象と同じ様子ですが、原因がまだ判明していません。解消まで少々お待ちください。
#fedibird ストリーミング、たぶんこれで直りました。
直近のEugenさんの配送の最適化コミットで処理順序が入れ替わり、改造しているFedibirdでは購読や連合のストリーミング配送のpayloadが空になってしまい、ストリーミングサーバがエラーになって、その都度再起動されるという現象でした。
ご不便お掛けして申し訳ございません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
#fedibird 不具合で、一時Pleromaの投稿が詰まっていたかと思います。さっき解消させたので、突然大量い流れてきたかも……。
ActivityPubのCreateを処理する際に、conversationの処理にバグがあり、sidekiqで再試行に詰まれてました。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
【Mastodonサーバ管理者向け】サービス終了したサーバへの対応方法
たとえば、てげどんは今日の12:00に停止(サービス終了)したんで、もう配送しても届かない。そういう場合はこう。
bin/rails r "UnavailableDomain.create(domain: 'tegedon.net')"
これで、sidekiqに積まれているてげどん(tegedon.net)向けのActivityPub::DeliveryWorkerは何もせずに正常終了するようになって、自然に消えていくよ。
ほっといても概ね7日後にこの状態になるんだけど、すぐに適用したい場合は自分で登録しちゃえばOK。
UnavailableDomainに登録する方法の場合、単に配送しなくなるだけだから、既存のアカウント情報や投稿は削除しないので、負荷はかからないよ。
ドメインブロックしたり、tootctl domains purgeしてもいいけど、全部消そうとするから一時的に大きな負荷になるよ。
でもまぁ、容量を節約したり整理したいなど、いずれ消すつもりなら、思い切ってやってしまった方がいいかもね。
このアカウントは、notestockで公開設定になっていません。
@nelsoncoffeeroaster 割り込まれたら即座に回線を奪われるので、また誰かが脱落する隙を狙ってリダイヤルし続けるんですよ!!
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
#fedibird masterの変更点を2つご紹介(適用済み)。
リストにリプライを表示する方法を、リストごとに指定できるようになりました。
Glitch-soc(Mastodonのフォークの一つ)で長らくサポートされてきた機能の移植で、2018年の11月ぐらいから作成されていた古いPRが、ここにきて仕上げてマージされたものです。
・リプライを表示しない
・リストメンバーのリプライを表示
・全てのリプライを表示
となります。
https://github.com/tootsuite/mastodon/pull/9205
もう一つ。
ホームに、昔のように、自分自身のダイレクト投稿が表示されるようになりました。
あわせて、タイムライン上にダイレクト投稿が表示される際の、背景色のハイライトは行われなくなりました(他の投稿と同じ背景色に)。
ダイレクトメッセージのタイムラインはこれまで通りで、ホームに追加で表示されるようになった感じです。
https://github.com/tootsuite/mastodon/pull/8940
DMは、暗号化したメッセージ交換の仕組みと、サークル機能を作り始めてから、位置付けが変わってきており、今回の変更はその一環と思われます。
このアカウントは、notestockで公開設定になっていません。
@circledev サークル機能は、新しい仕組みの導入に踏み切って、次の段階に入っています。
サークルは、最初の投稿者が、自分自身で作成したサークル(フォロワーの中から選んだメンバーリスト)に向けて投稿します。
このメンバーリストは、最初の投稿者以外は誰も知ることができません。
サークル投稿への返信は、サークルのメンバーに配送したいのですが、これは最初の投稿者(のサーバ)にしかできません。
そこで、サークルへの返信は、最初の投稿者のサーバに委譲する仕組みを導入することとなりました。
通常のリプライはリプライを行う投稿者のサーバから発信されますが、サークルへの返信では、これをスレッドの先頭の投稿のサーバへ預けて、そこからメンバーに配送する仕組みとなります。
これを実現するために、いくつかの拡張が行われています。
--
ここから先はちょっと難しい話になります。一応、ざっと説明しますので興味のある方は読んでみて下さい。
新しい仕様で、試行錯誤している最中ですので、まだ、誰もわからなく大丈夫ですw
@circledev ひとつは、bearcapsという仕組みの導入です。
Mastodonの投稿には公開範囲が設定出来ます。
投稿は固有のURLを持っていてHTTPによって参照できます。
この時、誰がアクセスしてきているのか確認する方法がなければ、公開範囲という機能が実現できません。
そこで、署名付きのHTTPリクエストを行うことで、誰がアクセスしてきているのか、そのアカウントは本物なのか、確認する仕組みが使われています。
サークルでは、参加できるメンバーを確認する、これとは別の仕組みを導入することになりました。
サークルの投稿では、Createアクティビティで投稿本体を配送する代わりに、BearerトークンとURIをセットにしたBearcap URIsをObjectに持たせて配送します。
bear:?u=https://fedibird.com/@noellabo/104787881912364707&t=xxxxxx
bearcapsを受け取ったユーザーのサーバは、指定のURIに投稿本体を取得しにいく際に、このBearerトークンを添えてリクエストします(Authorization: Bearer xxxxxx というヘッダを付ける)
@circledev このモデルが採用されると、サークル機能と互換性のない実装では、サークルの投稿アクティビティを受け取っても内容を取得することができなくなります。
これまでは未対応でもフォロワーのみ(従来のMastodon)・ダイレクト(Pleroma)として認識されていました。
もう一つは、宛先として、ActorやPublicの他に、/contexts/xxxxという表現を追加したことです。contextはActorのサブセット的なもので、idとinboxとtypeだけを公開するtype: Groupのオブジェクトです。
内部的には最初のサークル投稿に紐付いていて、このcontextのinboxにリプライを配送することで、contextのメンバーに転送されるという動作をします。
リプライでは、Noteのtoに指定するだけでなく、contextにも同じIDをそえます。メンバーに転送するNoteの条件として、このcontextをチェックします。
bearcapsについては、こちらに仕様がありますので参照してください。
https://github.com/cwebber/rwot9-prague/blob/bearcaps/topics-and-advance-readings/bearcaps.md
@nacika @circledev なるほど。
現在の方向性としては、投稿を見ることが出来る人はトークンを持っている=サークルのメンバーっていう扱いになっているから、メンションを禁じる可能性もあるね。
これ、本当に試行錯誤している感じで、まだどうなるかわかりません。
UIは私が勝手に提案していますが、そちらの検討もこれからです。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
なんかVB6とかDelphiとか、Accessとかの時代がちょっと懐かしくなってきた。
ウチのAccess + SQLServer Expressのヤツ、改修したいな……
何の面白みもないけど、会社の事務所にPCを1台、ということだったらどうかなーって思って、エプソンダイレクトでポチポチやったやつ。
……あ、ディスプレイつけてないな、予算超過か。
このアカウントは、notestockで公開設定になっていません。
ススメ☆オトメのクールバージョン、MASTERでも難易度が低くフルコンしやすいので、Paradeのようなイベントではありがたい。 #デレステ
真宵「あ、ハシゴだ」
成歩堂「それはキャタツだよ」
真宵「どうちがうの? 同じようなものじゃない。もっとホンシツを見ようよ、なるほどくん」
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
今日は開発サボって、Barrierを自分でビルドするなどしている。
m1 mac用もそこそこ苦労したけど、Windows版のビルドがメッチャ面倒だ、なんだこれ……。つらたん。
==
Barrierは、Synergyをフォークして産まれた、マウス・キーボード切り替え機を実現するソフトウェアで、MacとWindowsを並べて、一つのマウスやキーボードで両方操作できるようにするものです。クリップボードも持って行けます。
https://github.com/debauchee/barrier
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ファイル名を付け替えるの、PathFinderの一括名称変更(リネーム機能)を頼ってますねー。こういうやつ
#fedibird #fedibird_info Fedibirdの独自機能ですが、カラム幅を変更する機能があります。
こんな感じです。
ちなみに今回の例の投稿は、カスタム絵文字を拡大表示する機能が逆に祟って、はみ出て改行されて崩れちゃってるんですね。適正な幅を与えれば、期待通りの表示になるというわけです。
@kotatsukou 削除のように多くの人にみえない状態になりますが、
投稿した本人と、それをお気に入りやブックマークした人が引き続きみえる状態になります。
期限切れに未対応なほとんどのサーバに対しては削除リクエストするので、Fedibird以外のリモートサーバの人にとっては削除と同じです。 #fedibird
そういう意味ではAdobeのフォーラムは頑張ってたんだなあ。
回答に信頼性と親切さがあって積極的な熟練ユーザーを(内部推薦などで)MVP認定して、若干のインセンティブとフォーラムスタッフの協力でバックアップして知恵や問題解決力を引き出したり、発見したバグ解決をリードしたり(報告窓口に誘導したり、スタッフからプッシュしたり)、頼りになる人達がみんなで頑張ってた。
(元MVPですが、すっかりMastodonに転向したよね!)
@magi 基本的にconcurrentlyで進むし、うまくいかなくてもそこから進めなくなる程度だから、やるだけやってみるといいよ。ただ、でかいテーブルはまるまる複製するので空き容量不足には注意。
@torinoko51 WebUIでの表示など、一般向けUIにわかりやすく表示する機能がないとしても、ALT属性自体は出力されているので、読み上げソフトなどで認識できるんじゃないかな。