><https://twitter.com/orange_in_spacehttps://pawoo.net/@orange_in_space
すぺっこ的に弱い鯖がたくさんいて強い鯖にリクエストをとばしまくるつらみなアレにもなりそう
これの文脈については、主張の妥当性には同意するけど、「自分が手を出せない部分に都合の良い期待をできない/したくない」という悲観的な動機のある分散主義者なので、実現してもそれは短期的だろう、そのうち悪意や手抜きから崩壊していくことになってしまうだろう、と思えてしまいます
発信側と受信側、どっちが保持するかは、なるべく両者保持する方がいいけど、弱い鯖が限界が来たら保持を諦められるように、決めずにゆるふわにする方がネットワーク全体としては有利かもって気がするって話です><;
文脈><;
オレンジが長文を書いているうちに話題は次へとどんどん進む・・・・><;
無限に(比喩表現)鯖のリソースを確保出来るなら別だけど、実際には限られた人にしかそんなこと出来ないし、「分散を」「誰もがインスタンスを」というのであれば、より小さくより弱い鯖も参加出来るようにする方がそれをより実現できると思うし><(例えば切手サイズの数千円の計算機でも十分動かせるとか><)
つまり、例えば発信側の鯖が強くて購読側の鯖が極端に弱い時に、無理に購読側に保存し続けようとせずに、出来る限りのみ保持して、無理っぽい部分はまたそのうち発信側にとりに行って「残ってたらいいな・・・」でいいと考えてる>< その方が購読よりも発信によりリソースをさける気がするから><
オレンジはその辺りゆるく考えてて、リソースを多く提供出来る方が長期的に保存されるということを期待する みたいな方式にすれば、(世界)全体ではそれほど大きなリソースを用意せずにすむかも?><みたいに考えてる><
自分の使う部分さえしっかりしていればどうにかなるのが分散システムのいいところなので
なので、ユーザ削除時にリモートの投稿にまで根刮ぎ削除リクエスト飛ばしたり、 DB のお掃除と称して消えたユーザの投稿をローカルから削除しにかかるの、本当にやめてほしいです
静的ページジェネレータを内蔵すればかなりマシになりそう?>< アカウントごとに日毎の発言ページ作るとか><(あと、スリープモードみたいなのがあるといいのにって思ってる><)
分散 SNS において発信元サーバにデータが長く残る必要性は感じていなくて、自分が使っているインスタンスさえ残っていれば過去の投稿は(実装のサポートはともかく原理的には)可能なので、手元の鯖をしっかり維持していきましょうという気持ちです
うん十年前のウェブサイトが更新されないまま放置されても残ってるのに比べると,マストドンは残りにくいのかなぁ…
ツイッターの会社、キーワード式ブラックリストでどうにか出来ると考えてる時点で おふがお氏とどっこいどっこい><
ツイッターの会社はそもそもまともにデザイン出来る人も、そして当然その検証を出来る人も居ないイメージ><
アメリカって誤爆(故意な誘導に乗っちゃった事例含む)に緩すぎる(ペナルティが軽い)イメージ><(SWAT呼ぶやつとか><)
DMCAのクソリクエストをrejectする仕組みがあればいいんだろうけど、なんともなぁ…
大地震?><;
地震><
・・・なので、逆にオレンジは嫌ってる物の疑問点普通に公言もする><(ていうかナチュラルにdisってる><)
思考の /dev/null