最近在撸一些 tg 上的 miniapp ，其实就是嵌了 Telegram SDK 的 H5 网页。人少时勉强还能用，人数上百万时体验就不行了。虽然用户数多，但可能就是些草台班子搭建的，我甚至看到个直接挂在 github pages 上的。
用户体验（前端）
- 这一块应该不是瓶颈，但是胡乱“糊”的毫无体验可言。有用 react/next.js ，有用 vue/vuxt.js 的，动不动就重新 render 整个列表或页面。卡顿，白屏，无法交互等，不知道做了什么导致 cpu 飙高设备发热
- CDN 与缓存，HTTP2 or HTTP3
- 错误上报，反馈。内部测试没几个人，一旦数量级上百万了，错误率也可能放大 n 倍。没有这一环开发者根本不知道会出现什么 bug
可靠性（后端）
- 经常看到一些网络错误，通常是 500 ，导致 502/504 网关之类的
- 数据库/服务器负载能力。备用？或者创建集群？
- API 请求量，接口防刷。有些或许能在边缘节点运算？
6 条回复 • 2024-09-17 21:55:14 +08:00
 |
1
BeijingBaby 2 天前  1
做什么都是有成本的。
不赚钱就不值得投入去做好这些事。 但是如果赚钱，那体验这么差都能赚钱，我为啥要改进。 |
 |
2
akira 2 天前
大部分都是拿别人现成的东西改吧改吧的，生命周期 非常短 ，做这些事情的人甚至不一定懂编程。
|
 |
3
Donahue 2 天前
tg 有什么 app 能够有这么多用户，miniapp 是什么
|
 |
4
user23125 2 天前
Varnish 做前端缓存，Memcached 做数据库缓存。
越简洁越可靠。服务器内存大点，单机完全没问题。 |
 |
6
fkdtz 2 天前
百万日活跟百万并发是两码事。
如果是百万日活且业务不复杂，加一层缓存后端再多加点机器抗一下没啥问题。业务复杂就需要拆服务搞分层了，要做的细节有很多。 如果是百万并发的话没有发言权，看看楼下怎么说。 |
Select Language