@CheflsAwesome

1. 我讲的对比有 3 点（加上对比首次加载 SS'R 总共 4 点），1 组件化思路、2 前端路由、3 状态传递。1 和 2 我认为差别不大，3 是纯前端传数据，怎么实现都是 js 的活。

2. 如你所说 vdom + json 渲染，和 html section 渲染本质都是实现 view 。在粒度上，前后端都可以控制组件大小的粗细粒度，看不出区别来。

3. 后端 API 返回 json 的速度，和返回封装的 html 片段，速度差别肉眼基本不可见。真遇到复杂的渲染，前端也只能用灰色背景、雪花标转圈让用户等着。

简单的表单交互感觉不到什么区别，感觉现代前端最大的优势场景，就是云服务商控制台那种超大的表单交互、数据可视化这些场景，后端模板几乎无能为力。


@cmdOptionKana

按应用数量来看的话，前端计算 /渲染工作量超重的应用还是少数。你说的这两个 case 基本上是纯前端应用，后端可以没有。

@nicevar
@hflyf123

欧盟一些国家提出 2025 年，英国 2030 年禁售。燃油车的日子真不是太久的了

@huangmingyou
@opengps

vpc 默认是账号级的隔离吗？不同账号之间不能通过内网 IP 互相伤害吗？

@ferock setTimeOut 不行，只是把错误的提示延时出现了，还是会出现。

期望的情况是：5 秒内网络数据加载完了，就不提示；没加载好就提示。

@flyz 这个和电视开机广告不能跳过，本质上是一样的。只是做的比较隐蔽，把“关闭”按钮延时显示几秒。

@HangoX 多次目测体验，不是卡住了，是加了延时处理。

现在应该不敢太过分，要是延时 5 秒以上，监管部门肯定要出手了，这个时间短很隐蔽，给用户造成一种“卡住了”的错觉。

@bojue
@kealm

SpreadJS 有 安卓版 SDK 吗？还是须要用 webview 去实现？

@hqtc #4 语雀没有原生 Android 客户端。

@v2webdev 也是怀疑到这一步了。疑惑的是，怎么丢的数据不是上半部分，而是后半部分？程序好歹是从上往下执行的，这个 pipline() 大多数时候是在 1 秒之内就能结束的。中途是有 reboot 服务器，还是感到比较灵异

@xbh 你是 Google play 安装的？还是直接安装 apk 的？

@nolo
@lcy630409

就是全国访客来源差不多，只买一个地点的机房服务器（不考虑多活服务器），才有这个选择的问题。

@sunjourney

抖音里比较少刷到重复的推荐内容（广告视频除外），短视频并没有严格的时效，所以那个去重工作还是蛮繁重的，不知道性能问题是怎么处理的。

刷微信视频号、微视 App 就有比较大概率刷到重复推荐的内容。

@yaphets666 淘宝网支持商家装修店铺，手写 css 的。低级别的免费商家只能脱脱组件，高级装修可以自定义 css

@yaphets666 淘宝允许商户装修店铺，自定义样式，这部分用 Vue 或 React 重构的话，没考虑好怎么实现

@FreeEx 只是从技术角度，讨论工程复杂度有多大。

不是去关注商业模式导流，是不是有移动 app 等情况。

@neutrino 是 innodb 索引

@ly4572615 MySQL5.6

静态用久了还是觉得麻烦，并没有减少多少工作量

@opengps 什么试试？最近也在打算把吃灰好久的博客捡起来

@jie170601 是的，区块链里维护了一些核心 ip 列表，web 没有客户端就不好实现了

@des 大致看了下 dht，还是要在一个协调系统内部才能运作

@lyog ZooKeeper 选举机制还是解决的内部问题，这和区块链的思路本质上是一致的（只是选举的策略不同）？

@laobingge 也觉得区块链的分布式，是牺牲了效率换来的。
@lhx2008 区块链也不算完全无中心，毕竟还是维护了一些核心 ip 吧，当然最核心 50%算力策略当然理论上是公平的。

@opengps 副本多活之间是怎么协调谁主谁备？主挂了什么时候顶上，是不是还要再套一层监控？