实训第一周，动态我写的网站登录页面在本地跑得好好的，传到服务器就白屏。实训查了三小时，总结发现是动态数据库连接没改，本地用localhost，网站线上得用内网地址。实训这事让我明白一个道理：动态网站开发和静态页面完全是总结两码事，前者要考虑运行环境、动态数据流转、网站安全边界，实训后者只管浏览器渲染。总结

我们组做的动态是一个校园二手交易平台。技术栈选了PHP+MySQL，网站没上框架。实训老师建议先用原生写一遍，知道每个请求怎么走、数据从哪来、到哪去。事实证明这个选择是对的。写到商品列表页时，我需要从数据库取数据、循环输出、处理分页、加搜索条件。原生SQL拼起来确实麻烦，但每一步都看得见。比如分页，我一开始用LIMIT offset,count，页码大了之后查询变慢，后来改成基于ID的游标分页，响应时间从2秒降到200毫秒。这种优化，用框架的话可能根本注意不到。

文件上传功能踩的坑最多。用户上传商品图片，我一开始只判断了文件后缀名，结果有人传了个.php文件改后缀成.jpg，差点被拿到服务器权限。后来加了MIME类型检测、文件头校验、重命名存储、目录权限限制。处理完这些，才理解为什么安全是动态网站开发里绕不过去的坎。不是功能跑通就完事，得想清楚每个输入口可能带来的风险。

数据库设计也返工过。最初把用户信息和商品信息放一张表，查起来方便。写到后面发现，一个用户发多个商品，数据大量冗余，改个用户名要更新几十条记录。拆成两张表用外键关联后，逻辑清晰多了。这件事让我对范式有了实感——不是理论书上硬背的条款，是真实开发中省事的办法。

调试阶段最折磨人。有个bug是商品详情页偶尔显示空白，刷新几次又好了。查了两天，发现是并发写入时产生了死锁，MySQL自动回滚了事务，但PHP没捕获异常。加了try-catch和重试机制后问题消失。这种问题在本地开发环境几乎不会出现，只有真实流量上来才暴露。实训机房模拟了并发请求，才把它逼出来。

团队协作方面，我们用Git管理代码。前三天各自写各自的，合并时冲突一大堆。后来约定每天上午先pull再写，功能分支合并前必须跑通测试用例。冲突少了很多。代码review时发现，有人习惯在循环里查数据库，一次请求查几百次。改成批量查询后，页面加载快了一半。这些细节，一个人写代码时容易忽略，互相看代码就能发现。

三周实训结束，项目能跑起来，功能不算多，但每个模块都是自己一行行敲出来的。最大的收获不是学会了某个语法或函数，而是建立了一种意识：写动态网站，脑子里要同时装着浏览器、服务器、数据库、网络四个层面。任何一个环节出问题，页面就是白的、慢的、不安全的。这种全局视角，看书看视频得不到，必须自己动手踩一遍坑。