@Leviathann 这不妨碍它本身设计领先于 r,v

angular 战未来

Windows server

我现在都没睡

@corcd #3 你这种就是我列出的第二种写法，弊端我上文写了。还是没人能跳出这两种思路

我觉得不会，且现阶段没必要。
现在双 11 的流量已经被稀释了（所谓的双 11 预购，11 月 1 号就开始了）而且热度也没当初那么高了。
再加上如果你公司负载不高的话，稍微降一点，也感觉不出来，毕竟高峰流量就一会，多半是夜间流量高，白天就少了。
个人网站的话就更无所谓了

另一个我很久之前就吐槽了，手机端默认是加载低画质的视频的，全屏后才加载高画质。真的骚

今日开心源泉

@unt #8

没什么好说的，就是自己开发的安卓播放器，web 端制作节目，然后给播放器播放。我们是自己有硬件盒子，当然播放器也可以装在安卓机上。就和机顶盒是一个概念。支持什么屏幕是硬件决定，和软件部分没关系。

相关开发。

一个安卓盒子，web 下发节目。

teamcity 相比 jenkins 简直不要太舒服

@selca #5 收到。马上处理

你还是不了解什么是 ssr

@swordne #1 vant 的调用的方式，还是没逃脱我上文说的这两种写法

@madNeal #19

深圳都一样

1 、23 前买次日 12 点前送到
2 、当日 11 点前买，下午 or 晚上能送到

下单前不是有提示？不看提示的么

反应过渡了你。

快递物流不管在那个中转站，快递点，都是扔的。要是坏了换一个就行了，不用那么大惊小怪

MinIO 。放弃一把梭，对接对象存储还是要点功夫的

简单场景可以这样：
- 用 docker 部署 minio
- 后端用 s3 的 SDK 给 Put Object 预签名
- 前端拿到 url 往 body 塞数据，直接发送就好
- 然后后端再存 object key 到库里就好
- 前端要的话可以后端直接返回拼接好的 url 给前端，建议不要只返回 object key 让前端拼，特殊需求另外说