indexable 入るんか。仕事早いな
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
「パスワードなしや WEP だとなんか変な警告が出るので、WPA2 にして SSID を Password is *** にします」って発想好き(?)
このアカウントは、notestockで公開設定になっていません。
裏を分散させる際の AP の限界として、配送点 (inbox) は多分単一に集約する必要があるはずなんだよな。それ以外はなんとかなるんじゃないかなと雑に思ってるが、詳しく調べてない
面白そう。個人的には AP 上で見せかけのリソースエンドポイント統一しつつ、データリポジトリだけ分散できないかなというのもちょっと考えたことがある。AP 上での ID と認証基盤って多分必ずしも一対一にする必要ないはずなんだよな
あくまで AP 上での見せかけの ID とリソースを統一する話ではなく、AP にブリッジできる新しい仕組みという感じなのかな?
AP bridge の実装はこれか
https://github.com/totegamma/ccworld-ap-bridge
Concurrent ってみんな言ってたやつこれか
https://github.com/totegamma/concurrent-web
Concurrent(https://concurrent.world/welcome/)はBlueskyやnostrの「アカウントはサーバーに属さない」をActivitypubで実現してるSNS(独自プロトコルだけどActivitypubの出入り口も持ってる?)なのか。
Activitypubに対応してMastodon/Misskey/Threadsに連合できる点で自分的には高評価。サーバーに依存しないアカウントの方向性も良いし、技術的にも面白い。ローカルタイムラインはない代わりに話題ごとのタイムラインがあって、登録直後は"arrival lounge"に通されるのも素晴らしい。
まだα版レベルでこれからのようだけど応援したい。
リレー、ジョブキューがたくさん溜まっていくので切っちゃった。また、どこかで connection pool とノード数調整して再挑戦したいな。リソースは余裕あったし
このアカウントは、notestockで公開設定になっていません。
相手は自分を尊重してくれてるし、自分も相手を尊重してるみたいな人たちの間では丁寧な言葉遣いと相手への気遣い、必要に応じて相手への読解力に合わせた文章力だけあればよいはずなので、「こいつはこういう提携文も知らないのか、常識がなってない、相手を思いやる気持ちがないのか」みたいな相手への思いやりがない人だけ排除できればもっと効率の良いコミュニケーションができるんだよな
ほとんどの人は良識を備えているので、メールに謎の提携挨拶を混ぜなくても特に意思疎通に問題は起きないが、一部の良識を備えていない人への対策として良識ある人たちが定型挨拶を備えてしまい、その本の一握りのリスクのために業界全体としてそれを身につける為に生産性が下がる問題な
We just released security patches for versions 3.5, 4.0, 4.1 and 4.2. If you are using nightly, you can upgrade to 4.2.0-rc2 safely. We strongly suggest you upgrade to one of those versions in the coming days.