Conversation

Notices

1. sumiyaki (sumiyaki@plr.ph3j.com)'s status on Monday, 09-Nov-2020 01:04:13 JST sumiyaki
   ウォーキングしながら、 #IPFS と #ブラウザ のことを考えた。ipfs-1.gate.com みたいのがあってそこに Firefox とかで https アクセスなりすればとりあえずは良いかな。もし、そのgatewayが止まっていたら、自動的に別のgatewayにredirectすればよいのかも。Firefoxでアクセスできるように、IPFS を直接マウントすることもあるかもしれない。IPFSに直接アクセスできるブラウザもあるらしい。https://blog.ipfs.io/2019-10-08-ipfs-browsers-update/それにしても、 #動的なコンテンツ はどうするのか？#静的なコンテンツ しか配布できないとすると、現在のほとんどのものは IPFS では実現できないことになってしまう。IPFS の解説をまだ読み進めていないので、今の段階では疑問のままにするしかない。
   • sumiyaki (sumiyaki@plr.ph3j.com)'s status on Monday, 09-Nov-2020 01:54:14 JST sumiyaki

     in reply to
     #IPFS を構成するある特定の #node だけが #動的なコンテンツ を作れるのだとすると、現在のインターネットと同じで、そのnodeが止まっていたら、コンテンツにアクセスできないことになる。そうならないためには、そのnodeのミラーのようなものを複数作っておくことになるのだろうか？ データベース (DB) とかはどうするのか？ #DB も IPFSで分散させておくのか？
   • sumiyaki (sumiyaki@plr.ph3j.com)'s status on Monday, 09-Nov-2020 02:21:09 JST sumiyaki

     in reply to
     #IPFS のような #P2P 的なシステムに興味をもっているのは、1. コンテンツの「寿命」が長くなる。今の #Fediverse ではとあるインスタンスサーバが止まれば、そのコンテンツは多数のサーバにコピーされてはいるけど、外部から直接取り出すことはできない。2. ドメイン名やサーバやSSLの証明書などを用意する必要がない(かもしれない)。各自のスマホや家のPCでFediverseが構成できれば、サーバ代もかからない。いまのようなサーバの管理者もいらない、あるいは仕事は減るのではないか。3. サーバがスマホなどの集団に置き換われば、サーバが終了して Fediverseにアクセスできなくなる、ということもなくなる(ことを期待したい)。まあ、本当にうまく行くのかどうか。そこが問題だけど。#動的なコンテンツ の作成がどうなるか。集中 (サーバ) か 分散 (スマホやPCの集団)の問題でもある。