开发文档
鲜花交易系统与鲜花交易平台（PHP / ThinkPHP 版）的研发记录：功能上线、架构演进与实施经验，按发布日期持续更新。
静态化生成策略：什么时候生成、生成哪些、失败了怎么办
静态站点最大的好处是快与稳，最大的风险是"页面没更新"和"生成了但链接打不开"。这篇讲这套 CMS 的生成规则怎么定义、批量生成怎么分片、失败怎么定位。
自研模板标签引擎：让静态站点的列表页"活"起来
CMS 的模板如果只是静态 HTML，改一篇文章就要手改页面；如果上 Vue 这类框架，私有化部署又变复杂。这套系统选了第三条路：一套类 DedeCMS 的标签语法，纯 HTML …
一天做完内容管理：三个垂直切片怎么切
内容管理（协议、帮助、单页、栏目、文章、模板、Banner、装修、静态化）看起来是一大坨需求。我们把它切成三个垂直切片，每片当天从建表做到能点开页面，一天上线，没有"半成品模块"。
什么叫"功能做完了"：表、接口、页面、权限四件套的收口标准
数据库里建了员工档案表、字典表、登录日志表，但后台找不到任何入口——客户不会理解"表已经建好了"。这篇讲我们如何定义"功能完成"，以及怎么用一张清单把"有表无功能"逐项清零。
后台列表的 7 个可用性细节：从"按钮挤成三行"说起
后台是每天被点击上百次的地方，一行的拥挤、一次多余的翻页都会累积成效率损耗。这篇把散落在账号、菜单、文件、文章几个页面里的列表改进整理成一份可复用的检查清单。
删掉空壳表：为什么"先留着以后可能用"是最贵的决定
建库时为了方便，多建了一张配置表、多留了一列关联字段，结果半年后没人记得它们的语义。这篇讲我们清理"空壳表"和"悬空列"的判定标准、执行顺序与文档同步纪律。
交易平台的定时任务怎么做：从 cron 解析到可查执行日志
超时未支付关单、账期逾期扫描、库存日结、静态页刷新——这些都靠定时任务。这套系统没有把任务写死在代码里，而是做成「任务表 + cron 解析 + 执行器 + 日志 + 前端管理」的…
会话吊销、登录留痕与枚举字典化：三处容易被忽略的安全细节
后台改密码后旧令牌还能用多久？员工离职当天他的账号是不是真的登不进来？状态文案散落在前端十几个文件里怎么维护？这三件事都属于"上线后才痛"的类型，这篇讲我们的处理方式。
用业务号做关联，必须配好索引：一次补齐 142 个引用索引
为了让跨域关联不依赖自增 ID，这套系统所有业务表都用 biz_no 关联。代价是：任何一次按业务号查询，如果没有索引就是全表扫描。这篇讲我们怎么做索引体检、怎么补 142 个引用…
数据修复要敢点：试运行、备份、执行、复核四步法
运营发现"有 37 条订单状态不对"，开发直接执行 UPDATE 是这类系统最常见的资损入口。这套系统把数据修复做成一个有体检、有预演、有留痕、可复核的后台功能，让"改数据"这件事…
行政区划数据怎么做成"可维护"：四级表 + 地图选点
收货地址、门店配送范围、供应商产地都依赖行政区划。把区划做成一张只读字典很容易，做成"运营能自己维护"的模块才算完成。这篇讲区划表的口径、数据迁移的做法，以及地图选点如何落库。
鲜花交易平台的文件中心：上传、预览、回收站怎么设计
后台要传商品图、合同、凭证、报价单，前台要传资质与售后照片。这套系统的文件中心把「存储驱动、类型白名单、体积上限、在线预览、回收站」五件事拆开做，并给出大文件上传失败的四个排查层级…