用ThinkPHP做网站，做网站最直接的做网站感受就是快。不是做网站运行速度快，是做网站写起来快。一个普通的做网站展示型站点，从建库到跑通前后台，做网站熟练的做网站话两天够了。我上周刚用TP6给一个做建材的做网站客户搭了官网，算上改模板的做网站时间，拢共花了不到三十个小时。做网站

很多人瞧不上TP，做网站觉得它土。做网站国内用的做网站人多，教程满天飞，做网站出问题一搜就有答案，做网站这反而成了原罪。但做外包项目，稳定压过一切。客户不会管你用的是Laravel还是TP，他只关心后台能不能正常传产品图，表单能不能收到询盘。我见过太多用新潮框架做到一半卡住的，最后换回TP救场。

路由和控制器，别想复杂了

TP的路由默认就够用。访问 domain.com/index.php/admin/index/index 这种又长又丑的地址，改一下配置就能去掉index.php，再配个伪静态，清爽很多。我一般直接在route目录下写规则，把admin模块的入口简化成 /admin，前台就是根目录。别一上来就搞RESTful，小项目用不上，反而增加调试成本。

控制器里写业务逻辑，TP6的中间件和依赖注入已经够用了。但有个坑得注意——模型关联查询别嵌套太深。我见过一个查询套了五层关联，最后SQL跑了三秒多。后来改成手动拼两次查询，降到80毫秒。框架方便归方便，SQL该优化还得优化。

模板渲染，快但别乱来

TP自带的Think模板引擎，语法简单，{ $var}直接输出，{ if}条件判断，循环用{ volist}。做企业站够用了。但别在模板里写复杂逻辑，我接手过一个项目，模板里塞了三十多行PHP代码，改个样式得先读懂逻辑，纯属给自己挖坑。

数据统一在控制器里处理好再assign，模板只负责展示。这条规矩能省掉后期大量维护时间。有个做教育的客户，后台要展示课程列表，我直接在控制器里把分类、封面图、价格都拼成数组，模板里只循环输出。后来他们要加个“限时优惠”标签，我只改了控制器里的一个判断，模板一行没动。

数据库操作，写原生SQL不丢人

TP的查询构造器很好用，Db::name('user')->where('id', 1)->find() 这种链式调用写起来顺手。但遇到复杂统计，比如按月分组算订单总额再关联用户表，直接写原生SQL更清晰。TP支持 Db::query() 执行原生语句，别觉得用框架就必须全套ORM，那是给自己找麻烦。

我自己的习惯是：单表增删改查用构造器，多表联合统计写原生。混着用没问题，代码可读性反而更高。有个做餐饮外卖的客户，后台要算每个骑手的准时率，我用原生SQL写了条带子查询的语句，二十行搞定，用ORM拼了半小时还没拼对。

缓存和性能，别过度设计

TP默认走文件缓存，小站够用。日访问量没过万，别急着上Redis。我见过一个日IP不到五百的博客，装了Redis又装Memcached，服务器内存吃紧，最后排查半天发现是缓存配置写错了。先用文件缓存跑着，真扛不住了再换，换的时候也就改个配置的事。

模板编译缓存记得开。TP会把模板编译成PHP文件存起来，第二次访问直接读缓存。这个默认是开的，但有人部署到服务器后忘了给runtime目录写权限，导致每次都要重新编译，页面加载慢得离谱。查了半天以为是数据库问题，结果是个权限问题。

用TP做网站，核心就一条：别跟框架较劲。它提供什么就用什么，不够用了再想办法。那些花哨的特性，等真有需求了再研究。先把站跑起来，让客户能登录后台发文章，比什么都实在。