SSR と CSR が混じってるときのキャッシュってみんなどうしてるんや

キャッシュが難しいというか、仮想DOMというレイヤーが入ってSSRとかがあると、CDNのパターンがけっこうめんどくさいことになってしまう。

仮想DOMとSSRがあると、あるURLに対する表現が結果的には二重化してしまうから、キャッシュしづらくなるんだよな。

SSRはかつてと変わらずキャッシュすればいいんだけど、CSRでもだいたいDBとかくるわけだからキャッシュしないといけなくて、キャッシュ戦略がどうやっても複雑化してしまう。

仮想DOMをつくったのにそれに対応する仮想HTTPプロセスがないから(？)

これも仕組みとしてはわかるけど、なんでそんなに仮想DOMにこだわるん？ってなるんだよな。仮想DOMは実DOMと交換可能な存在ではないんだし、SPAだけでよくないか？とおもってしまう。
https://postd.cc/how-react-server-components-work/

サーバーサイドに仮想DOMを入れていくというアイデアが一般によくないとおもうんだけど、なぜ流行っている(?)んだろうか...

サーバーサイドに仮想DOMを入れていくというと正しくなくて、実DOMを仮想DOMにhydration可能にするということだとおもうけど。DOMが実DOMか仮想DOMかの二重性をもつことになるし、URLによる遷移も二重化してしまう。

実DOMと仮想DOMの hydration/dehydration が、サーバーサイドとブラウザのあいだに通常のHTTP通信ではないトンネルをもっているように見えてしまって、HTTP通信のライフサイクルで動いていないように見えてしまう(実際この手のフレームワークは仮想的なライフサイクルを定義している)。ひもといていくとぜんぶただのHTTP通信におちつくんだけど、それをひもといたときに、発生している複雑性にみあう効果が得られるようにはおもえないのとキャッシュどうしよう...。

hal+jsonでembeddedとかやりはじめるとキャッシュできなくならない？よいパターンではないような気がする。

https://evertpot.com/rest-embedding-hal-http2/

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

仮想DOMはともかく、仮想DOMをSSR可能にする技術は筋がよくないように見える、というかいままで存在しなかった問題が仮想DOMとSSRにこだわることによって生まれてしまっていて、そういういわばどうでもいい種類の問題を解決することに困難を感じる...

技術が作りあげている疑似問題やんこれってなる...

ことしの花粉はやばい

奥多摩からの殺意を受け取っている

必要なのはコンポーネント化技術であって仮想DOMではないと思う

仮想DOMを巡る技術群、仮想DOMというアイデアにこだわりすぎた結果いびつなものができあがっている印象があって、どっかで廃れるんだろうけどはやめに廃れてほしい気持ちがある...

このアカウントは、notestockで公開設定になっていません。

あー、ActivityPub を喋る書評サイト作れそうとおもってたけどやっぱりあるのか
https://joinbookwyrm.com/instances/

これか
https://github.com/bookwyrm-social/bookwyrm

もりこぎ

このアカウントは、notestockで公開設定になっていません。

花粉あると走りいくのやだな

hostodon おちてたっぽいな

自然は狂ったヴァルールを持つことができるのか
https://twitter.com/tenjuu99/status/1391008225399504896

このアカウントは、notestockで公開設定になっていません。

すごいなぁ

へー、やっぱり繋がってるんだな...

走った
玄関で全て脱いで花粉は持ち込まない

某サーバーすごいなとは思うものの、あるひとつのインスタンスがスケール可能かどうかって分散システムがどう機能するかとはほぼ関係ないよなとは思う。システム全体の成長の仕方には興味があるので、若干の歪みを生み出しながら一部分が肥大化していくことも、成長痛みたいなものなのかもしれないけど。