用PHP写购物网站，物网最怕的物网不是代码难，是物网逻辑绕。我见过一个卖手工皂的物网小站，后台用PHP+MySQL，物网前台就三个页面：列表、物网详情、物网下单。物网老板自己维护，物网三年没换过技术栈。物网它跑得比很多用React重写的物网商城还稳。原因很简单——PHP处理表单、物网会话、物网数据库查询这套流程，物网天生就是物网干这个的。

先看数据表。商品表不用太复杂，id、名称、价格、库存、图片路径，五个字段够用。别急着上多规格SKU，小网站加个“规格”文本字段，让买家自己备注颜色尺寸，省掉一半关联查询。订单表拆两张：orders存总价、用户信息、下单时间；order_items存商品id、数量、单价。这样查历史订单时，一条JOIN语句就能拉出明细。

CREATE TABLE products ( id INT AUTO_INCREMENT PRIMARY KEY, name VARCHAR(100), price DECIMAL(10,2), stock INT, image VARCHAR(255) );

购物车别存数据库。用$_SESSION数组，键是商品id，值是数量。用户没登录也能加购，结账时再合并到订单。有人担心会话丢失，其实PHP默认的session文件存24分钟，够用了。真要持久化，加个cookie存序列化后的购物车，下次访问自动恢复。我试过，代码不到20行。

支付环节最容易踩坑。别自己写支付网关对接，用现成的PHP SDK。支付宝有官方demo，把app_id、私钥填进配置文件，调用页面跳转接口就行。回调地址要验证签名，别信前端传过来的“支付成功”。有个朋友偷懒没验签，被人伪造通知白送了三十多单。后来他加了这行代码：

if (!verifySign($_POST)) {  exit('fail'); }

安全方面，三个地方必须堵住。第一，所有SQL用预处理语句，别拼字符串。第二，输出到HTML前用htmlspecialchars转义，防XSS。第三，上传商品图片时检查MIME类型，别只看后缀名。我见过一个站被上传了.php.jpg文件，里面藏了webshell。后来改成用getimagesize()判断，不是真图片直接拒绝。

性能优化不用太早做。等商品过千、日订单过百，再考虑加Redis缓存分类列表。PHP本身很快，慢的是数据库查询。给products表的name和category字段加索引，列表页的LIKE查询改成全文索引。有个卖二手书的站，光加了个复合索引，列表加载从1.2秒降到0.3秒。

模板引擎用不用？Smarty有点重，Twig学习曲线陡。我习惯直接写PHP模板，用include引入头部尾部。比如product_list.php里循环输出：

<?php foreach ($products as $p): ?> <div class="item"> <img src="/uploads/<?= htmlspecialchars($p['image']) ?>"> <h3><?= htmlspecialchars($p['name']) ?></h3> <p>￥<?= number_format($p['price'], 2) ?></p> </div> <?php endforeach; ?>

最后说部署。别用最新版PHP，选7.4或8.0，稳定且兼容性好。Nginx配个try_files，把静态文件直接返回，PHP请求转给fpm。数据库开个慢查询日志，每周看一次。有个客户网站突然变慢，查日志发现是某个商品详情页的查询没走索引，加上后恢复如初。

这套方案不炫技，但能跑。小购物网站的核心是交易流程顺畅，不是技术栈多新。PHP在这件事上，依然是个趁手的工具。