如果你问一位老派 Web 开发者对 PHP 的看法，往往只会得到两种反应：一种是怀旧地微笑，另一种是痛苦地皱眉。 

不管是哪种，他们都会告诉你同一句话： 

曾经，只需要把一个 .php 文件扔到服务器上，一切就搞定了。 

没有构建步骤。 

没有客户端 hydration。 

没有复杂的 API 协调。 

就只是纯粹、简单、即时的服务器生成 HTML页面。 

而如今，服务端渲染（SSR）又被包装成“前端技术的下一个突破口”，热度空前。 

但回过头看现在所谓的 SSR 技术栈，不禁会问： 

我们是不是只是在“用更多步骤重写 PHP”？ 

---

我们总喜欢“重新发明轮子” 

前些年，整个行业都在狂热地追捧客户端渲染（CSR）。 

JavaScript 框架纷纷告诉我们： 

于是，我们把所有逻辑塞进了前端。 

结果是： 

意识到问题之后，现在大家又开始高喊 SSR 的好处了。 

Next.js、Nuxt、SvelteKit…… “重新回到服务端渲染”的框架层出不穷，承诺性能更好、体验更佳。 

听起来是不是很耳熟？ 

毕竟， 这不就是 20 年前 PHP、JSP、ASP 干的事吗？ 

当然，不能直接说“我们回到了服务端渲染”，这听起来太老派。 

必须配上新概念，比如： 

听起来是不是“前沿”多了？ 

---

现代 SSR = PHP + 抽象层 + 构建工具 

对比一下现在的 SSR 技术和早期的 PHP 网站： 

现代 SSR（Next.js 等）	PHP 网站
动态 server rendering	模板文件动态生成页面
API route 处理请求	.php  文件处理 POST / GET
ISR（增量静态更新）	页面缓存或 Varnish
React/Vue 组件渲染	Smarty / Twig 模板系统
边缘函数优化响应速度	传统 CDN / 代理缓存机制

说到底，现在的 SSR 本质上做的事情， 和当年的 PHP 差不多 ： 

根据请求，在服务器上生成 HTML，再发给客户端。 

唯一的不同是： 

而 PHP 呢？ 

只需要一个 Apache + PHP 运行环境。 

就这么简单。 

---

技术的钟摆在来回摇摆 

Web 开发从 SSR → CSR，再到 SSR 回潮，完全符合“钟摆效应”。 

当初一窝蜂拥抱 SPA，现在又意识到： 

“好像传统的服务端渲染，确实有它的道理。” 

但我们没有选择回归简单的技术路径，而是： 

在新的框架和工具链中，用新的术语包装旧的思路。 

甚至可以说， 我们是在修复自己当年制造的复杂性。 

---

结语：我们真的比 PHP 时代更先进吗？ 

技术确实在进步。现代 SSR 拥有组件化、状态管理、渐进式增强等优势，这是 PHP 没有的。 

但同时，我们也不能否认： 

现在所谓的“创新”，很多其实只是“重新命名的轮子”。 

SSR 的回归不是因为它新，而是因为我们终于想起它为什么有效。 

下次当有人对你说： 

“我们公司正在采用最前沿的 SSR 技术！” 

你不妨问一句： 

“这……不就是 PHP 换个皮？” 

如果对方犹豫了，那你大概就知道答案了。