暂无搜索历史
要点:更新带 remain_hours >= 2 防并发超扣;事务保证余量与流水原子完成。
错题本第一原则:错题是过程数据。做错先记录,重做再更新,连续做对才移除,全程留痕。
要点:状态流转用白名单表,不在表里的跳转直接拒绝;带乐观锁(version)更新,防止两个后台同时处理同一退款单;拒绝要留原因,用户能看到"为什么被拒"。
强缓存命中后浏览器直接从本地取,不发任何请求,是提速的第一层。通过响应头 Cache-Control 控制:
盘点不能直接把实盘数盖到库存表上,要先记录"账面数 vs 实盘数",确认后再调整。拆成盘点主表 + 盘点明细表:
消息通知的第一原则:用户没授权,就不能发。轻应用要在用户主动点击"订阅消息"后才取得发送资格,且订阅是一次性的,每次需要都要重新引导用户点一次:
评价表最核心的约束是"一个订单商品只能评一次"。结构上拆成评价主表 + 晒图表,晒图单独存,避免图片列表塞爆一行:
分享平台抓取链接时,第一眼读的是 <head> 里的基础 meta。标题、描述、关键词三件套先配齐,抓取器才有内容可展示:
题目表不要只存一个"题目"字符串,结构化字段才能支撑后续的抽题和统计:题型(单选/多选/判断/填空)、题干、选项、答案、难度、知识点、启用状态。答案与选项分开存...
桌台表最忌讳把状态和订单搅在一起。桌台只管自己的状态,订单单独一张表,通过桌台 ID 关联。状态机用显式字段控制:
多语言实现有三条主流路线:①前端 key-value 翻译(适合纯前端应用,语言包随包发布);②后端模板渲染(适合服务端站点,按语言取词);③混合(前端文案走 ...
作业系统别把状态塞在一张表里,按职责拆三张:作业表(老师布置的作业定义)、提交表(学生每次提交)、批改表(老师的批改结果)。学生可以多次提交(最后一次为准),老...
配送单的状态要显式建模,不能靠业务代码到处改字段。推荐状态机:待接单 → 已接单 → 制作中 → 已出餐 → 配送中 → 已送达 → 已完成(含分支:已取消、异...
积分系统的第一原则是"余额不直接改,流水说了算"。设计两张表:账户表存当前余额(可缓存),流水表记录每一笔变动(只追加)。余额只是流水的聚合视图,对不上账时以流...
轻应用更新最容易翻车的根因是版本号混乱。推荐三段式版本号:主版本.次版本.补丁版本,并约定:主版本升级=不兼容变更(强制更新),次版本=功能新增(灰度放量),补...
表单被刷不是玄学,常见三类:①脚本批量提交(无头浏览器直接 POST);②短信/邮件轰炸(用你的接口给手机发验证码);③薅羊毛(用表单做自动化占座)。三者共同点...
学习进度要拆成两个维度:续播点(用户下次从哪继续看)与学习状态(看完/未看完/看完一半)。常见模型是每用户每课程一条记录:
商城搜索慢,九成不是数据库慢,而是查询方式不对。先把耗时拆开看:一次搜索请求 = 分词耗时 + 查询耗时 + 结果组装耗时。用慢查询日志与接口耗时打点,能快速确...
日结不是"加一下营业额"那么简单,至少要对齐四张表:订单流水(每单实收)、支付明细(渠道到账)、退款记录、成本明细(进货/损耗)。四张表对平,日结才可信。对不上...
小程序有官方性能面板,能看主线程耗时。排查顺序:先看页面级耗时(onLoad/onShow 里做了什么),再看组件级(每个组件渲染多久),最后定位到具体代码。常...
暂未填写公司和职称
暂未填写个人简介
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址
暂未填写所在城市