C#のasyncs/awaitって「制御を戻して待機する」ということか。上位メソッドから下位メソッドA,B,Cを呼ぶときにBがasyncの場合、中のawaitを処理したところで上位に戻る。CがBの結果を使いたい場合は上位がBの終了を判定するかBからCを呼ぶ、と。
まあそもそもそんなバッチみたいな処理をする方が変なのかもしれないが。
C#のasyncs/awaitって「制御を戻して待機する」ということか。上位メソッドから下位メソッドA,B,Cを呼ぶときにBがasyncの場合、中のawaitを処理したところで上位に戻る。CがBの結果を使いたい場合は上位がBの終了を判定するかBからCを呼ぶ、と。
まあそもそもそんなバッチみたいな処理をする方が変なのかもしれないが。
Appleがアプリを削除するのであれば他の人が再アップロードしても審査通らないか通ってもまた削除されるでしょ。
PWAで出来るようにした方がいいのでは？
SubwayTooterでやりたい事がほぼ出来てる。あとはマーカーを更新してくれる「ここまで読んだ」ボタンが欲しいな。そしたら続きをPC側で見れる。
作成直後のMastodonサーバを考えると自明だけど「どのサーバにアカウントを作っても見えるものは同じ」ではない。
そして検索サービスも弱いので、フォローなしではコンテンツ発見の導線が細い。
コンテンツ発見のためのリレーサーバーなんだと思うけどそうすると今度はリレーサーバーが中央集権になっちゃうんだよなぁ。まあ誰でもリレーサーバーは建てられそうだからそこまでの問題にはならないか。司令塔のないWinnyが正解な気がするがリレーサーバーが誰でも立てられれば同じか。
WebUI、マーカーの更新にタイムラグがあるな。
display_nameが入っていなくてusernameだけの人がいるのか。
そういえばここから上に追加していくのができないんだった。バインディングとか使えばいけたのかもしれないけど。結局全部セットし直したんだっけ？
とやっていくと既存のアプリにマーカー対応だけ追加した方が早い、ということになるんだよなぁ。
RichTextBlock、Backgroundを指定できないのか。
このアカウントは、notestockで公開設定になっていません。
やっぱり文書にするんだ。
出禁とは？法的効力やトラブルへの対応方法を解説！
https://www.komon-lawyer.jp/support/compliance/dekin/#komon-5
ワクチンでも発症でも免疫が効くのは3ヶ月くらいなんじゃないの？で、落ちてきた頃に対策の甘い人と中心に感染が広がる。ある程度行くと対策の甘い人がいなくなる。以降繰り返し。インフルエンザは季節性だけどコロナは通年型。どうしたものか。
このアカウントは、notestockで公開設定になっていません。
フォロワーの数と、Mastodonの負荷の話でもしましょう。
--
私のアカウントには、6,735のフォロワーがいます。
さて、私が何かを投稿したり、ブーストした際に、どこにどのぐらいの負荷がかかると思いますか？
これを判断するためには、ローカルのフォロワー数と、リモートサーバの数を知る必要があります。計算してみましょう。
fedibird.comの中のフォロワーは、3,089だそうです。
リモートのフォロワーへは、サーバの数になります。フォロワーは745サーバに散らばっているようです。
投稿した際、ローカルのユーザーには、fedibird.comがそれぞれに配ります。
ホームでフォローしている人が3,068、リストに64、アカウント購読に191、合計で3,323個のDistributionWorkerが生成されてタイムラインに挿入する仕事をします。通知やハッシュタグ、キーワード購読などの処理も別途行われます。
リモートへは、745個のActivityPub::DeliveryWorkerを起動し、リモートサーバに送ります。そのサーバの中のフォロワーへ配送する処理は、相手に任せます。
丸投げする分、リモートの方が遙かに負荷が軽い。
ここが分散SNSのポイントになってくるところです。
もし、私が少人数の、それこそ一人のサーバだとしたら、リモートへの配送だけで済みます。
たとえば、人気のある人が自分のサーバに人を集めてしまったら、フォロワーだらけになりますから、それだけの負荷を自分で処理しなければなりません。
ところが、自分が発信するだけのサーバにして、フォロワーには分散SNS / Fediverseの空間にいてもらえば、サーバの数だけ配送すれば済みます。
10万人のフォロワーを自分のサーバに抱えると大変ですが、1,000のサーバに配送するだけなら楽々です。
この違いは承知しておきましょう。
ちなみに、私が投稿した際、リモート側では、mstdn.jpが1,320のフォロワーへの配送を受け持ってくれています。misskey.ioが196、mastodon-japan.netが159、pawoo.netが146、mastodon.socialが100です。
私はfedibird.comのサーバ管理者なので、たまたまfedibird.com（ローカル）のフォロワーが多いですが、みなさんの場合はもっと分散していると思います。
全体で薄く広く負荷を引き受けて、一つのノード（サーバ）が無理をしないように……なっているかな？
大きいサーバはちょっと不利ですね？
10万人全員がお一人様だとどうなんんだろう？まあ、何事も極端はよくないんだろうね。
[reference]
https://fedibird.com/@noellabo/109821997998636906
初回全話無料のマンガアプリ「少年ジャンプ＋」で「[#81]カワイスギクライシス」を読んでます！ #ジャンププラス https://shonenjumpplus.com/red/content/ec1050770
このアカウントは、notestockで公開設定になっていません。
RCS準拠のコミュニケーションサービス「＋メッセージ」の利用者数が4千万人突破！最大25万円分がもらえる「第2回スタンプイラスト募集コンテスト」も - S-MAX
https://s-max.jp/archives/1828734.html
楽天も対応しようね。
初回全話無料のマンガアプリ「少年ジャンプ＋」で「[第101話]株式会社マジルミエ」を読んでます！ #ジャンププラス https://shonenjumpplus.com/red/content/ec1084795
たいてい初手は「テスト」なんだけどbskyでは「テスト」にしなかったな。
と思ってるところでこれが流れてきた。
https://ward2.bouvardia.icu/notes/9peq6k49ms
このアカウントは、notestockで公開設定になっていません。
流れてくる情報だと絵師向きじゃなさそうだけど。
https://mstdn.jp/@od_10z/111889367850680641
