This account is not set to public on notestock.
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator(開発者の一員)です。また、独自機能を盛り込んだFedibirdを管理・開発しています!
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
This account is not set to public on notestock.
@dappou_neko @sontaku お二人のアカウント、恐らくmstdn.jpからアカウント削除のアクティビティ(Delete Activity)が届いてないか、何らかのエラーが生じて弾かれています。Fedibird上にキャッシュがまるまる残っています。他鯖でも同様となると、やはりmstdn.jp側の問題の可能性が高いです。(連合先への負荷対策でわざと制限している可能性もあります)
Fediverse上の各サーバの管理人が手動で削除するか、Mastodonであればtootctl accounts cull というコマンドでリモートの削除済みアカウントの一括削除コマンドを実行することで削除するしかないかな。
sujitechが対応する気になれば、各サーバに削除リクエストを再発行できる可能性がありますが、開発者レベルの技術が必要です。削除のフラグではなく、データベースからアカウント情報が物理削除されている場合は無理です。
ということですが、Fedibird上のキャッシュだけでも削除しましょうか?
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.
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.
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.
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.
This account is not set to public on notestock.
UVプリンタもね、いま主流のインクは耐溶剤性が低くてね。柔軟性があって密着性が確保しやすくて耐候性も悪くないので便利なんだけど……。工業製品には硬質インクが強い。
自分も恐ろしくつまらないことでずーっと詰まっていることあるんだけど、そういうときは解き方をまんま教わって、思考過程や調べ方をトレースして『形』を身につける方が早い。解決できるようになったやり方を、あとから解きほぐして理解に変えていく。
よくわからないことは、どこかのライブラリやアプリケーションのソースコード読んで、答えから辿っている。
いま、リツイートボタンが無効になっているのをどうやったら識別しやすくできるか、という話をしているけど、そういう話にいろんなタイプの色覚の人が参加できるといいよね。
みんなで力を合わせて、できるだけ色覚のタイプによって見づらい組み合わせを選ばないようにしたい。
作る仕事をしていると、そういう場面がたくさんあるよ。
This account is not set to public on notestock.
これは、Adobe Illustratorで、右上:P型(1型)色覚と右下:D型(2型)色覚の色校正機能(色再現のシミュレーション)を行って並べて表示したものなんだけど、
Mastodonの標準カラーは見やすい色になっている一方で、私が適当に指定した赤い時計表示(有効期限が切れた投稿)は、色覚によってずいぶん強弱が違って見えていることがわかるかと思います。ブックマークの色と見比べてみてください。
お気に入りの★の黄色とブックマークの赤は、D型ではほとんど同じ色に見えていそうですね。
リツイートの赤い斜線は、Mastodonの警告色を使っています。これはまぁまぁいけるかな。
同一色の明度で表現されている引用ボタンは、色覚タイプによらず、同等に識別しやすいこともわかります。
@ao 共同編集するモードになってたから、それこそなんでも自由に贈れるハズ……。
私からは明日着で900mlの奴が3本いきますのでよろしくーw
@loliconductor @qnighy duplicate indexの削除と言えば、数日前にこんなのがマージされていまして
https://github.com/tootsuite/mastodon/pull/13695
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.
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.
【Mastodonの引っ越し機能】
🔹自動でできること
▪️フォロワーを新アカウントに引き継ぐ
▪️旧アカウントに移行先の新アカウントを表示する
▪️旧アカウントに引っ越し済みフラグをたて、新規フォローできないようにする
🔹手動でできること
▪️フォローの移行
▪️ブロックの移行
▪️ミュートの移行
▪️ドメインブロックの移行
旧アカウントでCSVファイルをエクスポートし、新アカウントでインポートします
🚫 できないこと
▪️過去の投稿のインポート
⚠️ フォロワーの所属サーバが古いMastodonやMisskeyなどの場合、新アカウントに引き継ぎされません
⚠️ 旧アカウントのフォロワーは、引き継がれると、フォローされている状態が解除されます
⚠️ 引っ越し後、冷却期間(30日)を過ぎるまで、再度の引っ越しはできません
💡 旧アカウントの引っ越し済みフラグは、解除して再び使うことが可能です
💡 アカウントを統合する機能です。複数のアカウントを、一つのアカウントに『引っ越し』してまとめることができます
💡 Mastodonであれば、同じサーバ内でも、別のサーバでもOKです。
【Mastodonで引っ越しする方法】
1️⃣ Mastodonサーバに新しいアカウントを作成します
2️⃣ 新しいアカウントで、受け入れる旧アカウントを指定します
3️⃣ 旧アカウントで、フォロー、ブロック、ミュート、ドメインブロックの各リストをCSVファイルにエクスポートします
4️⃣ 旧アカウントで、新しいアカウントを指定して、引っ越しを実行します
5️⃣ 新アカウントで、エクスポートしておいたCSVファイルをインポートします
⚠️ インポートする際に、ブロックリストをフォロー先としてインポートするなど、取り違えると悲惨な事故となりますので気をつけましょう……
💡 旧アカウントで投稿したデータをエクスポートすることが可能です。一定以上の量がある場合、取得するまで時間がかかるので、リクエストしておきます。完了するとメール通知が来るので、ダウンロードしてください。
💡 投稿データをインポートできる機能はありませんが、いずれ実装され、対応するサーバが出てくるかもしれません。
💡 インポートがエラーでうまくいかない場合、CSVの改行コードをCRに変更してみてください(たぶんバグです)
#fedibird ダッシュボード画像報告、ユーザー数が1K(1,002)になっちゃって、眺めてても変化が無くてつまらないですね……。まぁ飽きてきたので、今回で一区切りとしましょう。(まぁ私が本家に省略表示する変更入れたんですが)
Fedibirdもユーザー数が概ね1,000人となりました。アクティブ580になっていますが、新規とスパム登録があるので、まぁ実質550ぐらいでしょうか。LTLがないので、何人いても特に変化はないのですが、おかげさまでサーバの存在がだいぶ認知されるようになりました。
最近、取り立てて新機能を投入してないですが……ってそういえば有効期限付き投稿が中途半端になっているんだっけか。まぁぼちぼち、新しい使い方を提案できればと思っています。
今後ともよろしくお願いいたします。
This account is not set to public on notestock.
This account is not set to public on notestock.
git使い始めたのって、github関係ないんだ。svn使ってたけど、今ならどんなvcsが良いんだろうってなって、GitとMercurialってどっちが生き残るだろう? って調べていって、これはgitだな、って。
githubに触れたのは、そのあと。
This account is not set to public on notestock.
This account is not set to public on notestock.
#fedibird 最近、ちょっと反応遅めですよね?
一昨日あたり、一度、外向きの通信について経路を変えてみたのですが、パフォーマンスに悪影響があったので現在は戻しています。これは、配送が1〜2分遅延する形で現れていたかと思います。
絵文字リアクションの導入後、その情報取得でタイムライン新規取得・遡りなどの速度低下が起きています。これは、非効率が予測されるところで、まだ速度面の効率をしっかりみていないことが原因としてある(これがために本家では開発が進まなかった)ので、今後工夫していきます。
また、これはだいぶ前からの話になりますが、Fedibirdでは投稿に期限を指定できるようになっており(あまり知られてない機能)、投稿が期限切れになっているかどうかの判定処理があるのですが、これが原因でデータベースのインデックスを効率的に使えていない問題がありました。現在アップデートを準備中です。
もうひとつ、購読の処理に非効率な部分があり、ここを改善すればだいぶ軽くなると見込んでいます。
このへんは、すべてソフトウェア面のお話です。順次解消していきたいと思いますので、よろしくお願いします。
Fedibird固有の問題なので、基本的にコードの改善で乗り切りますが、
とりあえずハード増強してよ、という向きには、OpenCollectiveからの支援をお願いしますw
https://opencollective.com/fedibird-infrastructure
#fedibird
This account is not set to public on notestock.
This account is not set to public on notestock.
今日の #デレステ
いとしーさー♥のランキング発表がありましたね。
昨日は駆け込みで50,000ptいってやろうかと思いましたが、49,684ptまでしか届きませんでした!w
おかげさまで、肇と幸子のスターランクが14になりました。この際、カムバックで15にあげてやるか……。
@sac0277 @erl_konig 検索に使っていた外部サービスが、運営主体が交代してURL変わったりしてるんですよ。本当は廃止される予定だったんですが、救い手が現れまして。tootleがアプデすれば対応できるんですが……。
対応しているサーバ少ないですが、Mastodonサーバ自体が検索をサポートしている場合は、限られた範囲ですが、検索は一応可能です。(今のPawooはできません)
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.
@syuilo 相手から投稿に見えるわけですが、そのリプライに何らかのリアクション(リアクションとかリノート、あるいはリプライ)した場合をどう扱います?
@syuilo ウチも絵文字リアクション対応サーバとして同じ事を考えましたが、ひとまず見送っていました。その対応が現実的ですね。回答ありがとう!
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.
This account is not set to public on notestock.
@sac0277 @erl_konig 上の方に明示されてますね。
ちなみにインスタンスの全文検索を使う際は、下部のMyTootを選びます。お気に入りやブックマークした投稿も検索対象になりますが、Mastodonは制約が厳しいので、実質的に自分の投稿の検索用といっていいかもしれません。
スターランク高いとドロップ率があがるとかいう条件のイベントあるし、たまーにランク高いの意味あったりするよね。報酬は全般的に増えるわけだし。
幸子をセンターで使う時の準備と思えば…… [いつ?] #デレステ
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.
This account is not set to public on notestock.
@Satis まあオイゲンさんのアカウントからある程度拾うこともできるけど、メインはこのへんよ。
公式ブログ
https://blog.joinmastodon.org/
Patrean(主に支援者向け)
https://www.patreon.com/mastodon/posts
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.
#imast_ios ログインしたアカウントって、ログアウトできるっけ? 一覧から削除して再登録してみようと思ったのだが、やり方がわからぬ。
This account is not set to public on notestock.
ウチのモデレーションは、基本的に通報ベースです。
新規で初手お断りなのはオンラインカジノや文化圏が全く無関係の宣伝アカウントを作るだけのスパム、無差別・大量リプライ、アイス・野菜・手押しなど。
画像は連合でみかけたものは対処します。通報がなければだいたいそのまま流れていきます。公開範囲の広いものに厳しく対処します。アカウント単位のサスペンドで過去投稿ごと消去することはあります。
チーム対応で、Adminよりモデレーターの方が厳しくジャッジします。通報から複数の事案が積み上がるとより厳しい判断になります。
ま、言えるのはそのぐらいかな。 #fedibird
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.
@summercontrail サーバーが混んでると、同じサーバの投稿でも入れ替わったりするのあるよ。ブーストは遅いとか、動画添付だと遅いとか。
@summercontrail Reactの仕組みにより、投稿毎に他と重複しないkeyを持たせてリスト管理する必要があるんですが、このkeyが何らかの不具合で重複したり欠落したりすると、投稿の表示位置が固定されたり増殖するバグがでることもあります。今回のはたぶんそれかな。この場合、リロードするとなおります。
This account is not set to public on notestock.
This account is not set to public on notestock.
これ(参照)は昨日私がmisskey.cfにアカウントを作って書き込んできた投稿です。
"misskey.cf"をIPに対応づけられればmisskey.cfへアクセス可能となるので、fedibird.comのアカウントとフォローし合って投稿を取得することまでできています。
ただ、この対応づけを利用者全員が自分でするのはむずかしく、また連合各サーバが対応するのも難しいかと思います。
どうするかは、みささんの判断・決断次第ですが……
新しいサーバーが準備できたら、そこと現misskey.cfを疎通できるようにして、そこで引っ越し機能を使ってもらうのがいいかもしれませんね。
この際、連合先が現misskey.cfと疎通できる状態になっていれば、そのサーバのリモートフォローも引き連れていくことができるかな。
まあ、心機一転やり直しでもいいと思うけど! [参照]
そういえば、(ウチの)Xboxコントローラーって電池入れる方式だったんだね。
いつもUSB接続されてて、抜けると動かなくなるから、これバッテリー死んでて充電されないのかなって思ってた。
(扱いが適当すぎる)
@tukine 連合のサブセット的なものだけど、ドメインタイムラインが重要かな。
あと、ユーザーのタイムラインに近いけど、グループのタイムラインはストリーミング対応してて新着投稿が流れるから一応別扱いかな。
@shorty https://docs.joinmastodon.org/spec/activitypub/#secure-mode
ここに記載されているように、(リレーで配送されずとも伝わる経路があるため)ブロックしたサーバからの参照を署名必須にしないと防げないので、AUTHORIZED_FETCHをtrueに設定する必要があります。
このモードにおいては、代理で配送するリレーは使えません。また、未対応のActivityPubサーバとのやりとりができなくなります。
@shorty ドメインブロックしていても相手に投稿が伝わってしまうのは、
どのサーバからfetchされたのか判別できない場合に開示するようになっているからなので、
相手の素性を確認してから開示するかどうか判断するのがAUTHORIZED_FETCHを有効にした状態です。
たとえばブーストですが、ブースト行為(Announce Activity)を受け取ったサーバが、元のサーバに投稿本体を取りに行きます。この時に拒絶できればいいのですが、署名されてないリクエストだと、誰からという情報が特定できないので、見せてしまいます。
限定フェデレーションは、許可するサーバをリストする方式で行うもので、主に学校や研究機関内のネットワーク・サーバのみで使うような用途を想定して作られたものです。
サーバブロックで除外するのと逆のモードですね。
@shorty ドメインブロックする際に、サイレンスまたはサスペンドしますが、これをそのドメインの全アカウントに適用します。
基本的に漏れないハズ。
@uakihir0 待てということです。たまにバグで回復しないことがありますが、サーバサイドの問題なのでクライアントサイドでは対応不能です。
Mastodonは、1週間ないし2週間放置されたアカウントのホームフィードを破棄します。負荷軽減のためです。
久しぶりにアクセスすると、これを再構築するワーカーが走ります。その際は、206を返します。
@gnusocialjp 返信遅くなりました。出来上がった記事もみたよ!
直近で、やはりインフルエンサー的なフォロワー数を持っているアカウントだと意識してしまうという話が別の方からありまして、それとあわせて、いよいよ実装することになったという経緯です。
よい切っ掛けになりました。こちらこそありがとうございました。
GNU Socialにもぜひ搭載しましょう。
紹介されていたInstagramのこの一手は興味深いですね。かつてMastodonでCircleを検討していたのはそうした利用方法を想定してのことでした。(その時の名残がFedibirdのサークルです)
@iciro16 雪塩ちんすこう(ミルク風味じゃないやつ)の方は結構気に入ってリピってるんですが、ミルク風味良いですか!!(まえのめり)
@monon99 MastodonがCW無指定できないので、こちらに流れてきた時にマズイという問題はあります。
互換API用意してるので、そういうところで寄せた可能性も(注:推測で、具体的には見てません)
@gnusocialjp これも本気でやるならAPI応答で実装するべきなんですが、そういうニーズ感じなかったので!
でも、クライアントアプリ前提じゃないなら、CSSでやっつけられるものはそれで済ませてしまうと本当に楽です。
@HswkkIZA シェアしたい人(組織)がAPIやInstagramの自動投稿だとできないっていうの、ベータ終わる頃までに制限なくなるといいですねぇ……。
@nzws ウチも公開フィードない、でかつてブロックされていたのだが、本当にバグで公開タイムラインが表示されていなかったというオチだった\(^o^)/
MastodonやMisskeyが、それぞれ別々に設置されている違うプログラムなのに、お互いに繋がることができる仕組みは、主に『ActivityPub』という通信規約(プロトコル)によって実現されています。
ActivityPubでは、私たち一人一人のアカウントをActorと呼びます。
Actorは、別のActorと、「フォローしたい」「いいよ」というやりとりをします。
投稿に対して「好き!」って反応したり、新しいノートを「作ったよ」、ノートをみんなに「アナウンス」します(ブースト・リノート)
これらのやりとりの語彙があらかじめ定義されています。
先程の例の順番でいうと、Follow, Accept, Like, Create, Announce というActivityとして定義されています。
Activityは、何を対象とするかを伴っていて、Actorを対象とするときもあれば、投稿(短い文章)を表す表現であるNoteや、「フォローしたい」というリクエストを許可したり、送った側が取り消すために、「フォローしたい」というActivityそのものを対象として指定することもあります。
このあたりの約束ごとが共通化されているため、それに従うことで、お互いのやりとりが可能になっています。
Actorは、それぞれがinboxというActivityを受け入れる窓口を持っていて、他のActorから送られてきたActivityを処理します。
また、自分が送ったActivityをoutboxに保持しています(ずっと溜まっていきます)。
フォローしているActorのコレクション following も持っています。
フォローされているActorのコレクション followers も持っています。
これは、フォローを要求して、それが受け入れられた時に、お互いがコレクションに追加することで、その状態を維持します。
新しい投稿(Note)をCreateした時、つまり新規投稿時には、followersコレクションのActorのinboxに対してActivityを送ります。
そうすると、フォロワーのActorは、inboxに届いたActivityを処理して、フォロー相手の投稿が読めるようになります。
Activityを発行したActorが、フォロワーに対してそれを送信することで、お互いが繋がるネットワークが実現されています。
さて、ここまでサーバが説明されていません。存在感ゼロですね!
実は、ActivityPubでは、サーバーを直接表すActorのような定義がありません。
便宜上、サーバーにもActorを割り当てることはありますが、主役ではありません。
とはいえ、サーバーの存在は別の形で表現されていて、効率の改善に貢献しています。
先程のActor毎のinboxがありましたが、この他にshared_inboxという、同じサーバのActorが共有して使うinboxがあります。
このshared_inboxにActivityを送ると、Activityに指定しておいた宛先のActorに対して、相手サーバーに委託してまとめて送ることができるようになります。
「あなたのサーバの、私のフォロワーに対して、Create - Noteしたのでよろしくね!」という感じで、shared_inboxに一回だけ送れば済む仕組みです。
実際の動きとしては、followersコレクションのActorのshared_inboxを調べ、同じものは一つにまとめてしまい、送信件数を最小限に減らしています。
なお、shared_inboxが無い場合は、個々のinboxに送ります。
以上は、ActivityPubの枠内で行われる仕組みについて説明したものですが、
サーバーはinboxに送られてきた新しい投稿が公開してもいいものだと判断したときに、
連合タイムラインという特別な仕組みを用意していて、そこでみんながみられるようにしたり、
同じサーバーのActorが発行した新規投稿のActivityを使って、ローカルタイムラインという仕組みを実現したり、
いろいろとActivityPubの仕組みには存在しない付加機能を提供しています。
サーバーはActorのコレクションを持っているので、他のActorを探す機能を提供することができます。
投稿のハッシュタグをコレクションして、ハッシュタグで投稿を一覧する機能を持たせたりもしています。
ActivityPubにはハッシュタグの共通の表現は用意されていますが、それをどう使うかについては定義されていません。
そのあたりは、ActivityPubで通信する個々のサーバーにより定義され、実装されています。
このActivityPubの規格外の部分は、各実装同士がお互いの機能を理解して、互換性をとる努力をすることで、相互のやりとりを実現しています。
かなり自由だけど、それなりに大変な世界です。