别有太多心理负担，Windows 和 Mac 都是给人用的，不看比例只看人数，都有不可计数的用户，用着用着就习惯了

我身边也有星越 L ，确实是好车，不过，如果不经常开车的话，可能对百公里 10 个油没什么概念...

obsidian 的移动端就是 capacitor 吧，还是挺流畅的

只有准系统符合这个定义吧，其他的换硬盘网卡，感觉就像换书包一样

我用的部署的 cloudflare pages+nextjs+hono+prisma
坑太多...nextjs 本身就很多坑，prisma 的查询器太大了，workers 打包很容易超出体积限制，
cloudflare 的 binding 只能在 env 里面访问，和 orm 结合初始化实例也算坑?其实可以通过全局变量来解决，这些前面有人都提到了。
免费版 10ms 的限制还是太短了。

不过 workers 本身还是很强的，可以有很多花样，成本也足够低，调用方式也很灵活，用它来分担一部分的运算还是可行的，但是 all-in 的话，我觉得还不行

今天上 hn 的首页了，https://news.ycombinator.com/item?id=40918052

可以用微前端来渐进式重构

对互联网标准不尊重的，我觉得 nextjs 的魔改 fetch 算一个

我不是做后端的，不过，很多 config 的配置都是出入参类型保持一致，这种思路也能解决这个问题吧

@epiloguess 可能就不会

你可以先通过 getelementbyid 判断一下元素的存在，再附加事件。
如果是静态生成的话，这种做法就不会把 js 打包进来了

托管静态页面又花不了多少钱和流量，如果是已经盈利的项目，花一点钱在国内托管不亏吧，如果是爱好，又何必太在意延迟，cloudflare pages 够用了，netlify 比 cf pages 快一点，vercel 在国内基本不可用

除此以外,prefetch+动态导入,配合之下,基本可以完全消灭进度条...

其实和 github 的 repos 页面很类似啊,都加了个 progress,只不过一个提前将地址栏推送过去了.
https://github.com/ant-design

github 是在 body 上面加了个 turbo-progress-bar ,然后通过 html 标签的数据属性 aria-busy ,从 width=10%开始递增
antd 是在 html 加了个类,body 末尾加了个 progress,不过这个过程很短你不一定看得见,你把网络断开,再点一个没点过的,就能看的很明白了.

不过,这些可能你都懂吧..我的意思是,地址只是表象,毕竟在客户端导航中没有发生跳转,都是 js 在操作

除了这两种类似的方案,还有一些别的有意思的方案,比如说,astro 为了配合 viewtransition,在 document 上,实现了一套生命周期,,astro:before-preparation,在准备阶段开始时触发的事件，导航开始后（例如，用户点击链接后），但在加载内容之前。这样也能解决 loading 的问题.
https://docs.astro.build/zh-cn/guides/view-transitions/#astrobefore-preparation

我是左侧有垂直标签页,所以竖着放右侧的,kde,宽度 40,窗口移至其后,只显示当前桌面的应用,尽可能节约空间,但是又不能不显示,实在用不习惯自动隐藏,更别说 gnome 那种了

很好的软件,使我的 debian 旋转(bushi

之前有看过别的,不过跟你们的方向不一样,说不定可以给你们一点交互上的灵感,你们现在这个箭头...有点不太好看
https://evanw.github.io/source-map-visualization/

(这是 figma 的 co-founder 的作品)