PHP 是全世界上使用率最高的网页开发语言，台湾每 4 个网站，就有 1 个用 PHP 语言开
发。

1995 年发明 PHP 语言的 Rasmus Lerdorf，也是打造出 Yahoo 全球服务网站的架构师之

一，他首度来台分享如何架构网站扩充性、安全性和效能的祕诀。

Q：越来越多 Web 2.0 网站走向应用平台，你认为打造这类平台的关键为何？
A：简单来看，应用平台就是 API，任何 Ajax 或 Web 2.0 类型的网站，都是在应用平台上
运用了

API 来创造出视觉介面的互动效果。例如 Yahoo Mail，透过简单的 Request 呼叫，来

读取后续的信件。打造这类网站，如何规画解决问题的方式，会决定了网站未来的扩充性
（

Scalability），而非效能决定网站的发展。

Q：如何规画网站架构，才会具有扩充性？
A：将一个网站应用，分成几十个独立小程式，前端透过 API 提供服务，后端是应用程式
引擎，这样做自然会有扩充性。因为应用的每一个部分，都有不同等级的使用方式，需要有
不同的扩充程度（

scaling level），需要不同的机制来处理。以开发 Yahoo Mail 而言，是要

开发一个地址服务程式、一个读信服务、一个送信服务，而送信程式完全和读信程式无关。以
Yahoo 的规模而言，需要让这些工作完全分离，才有扩充性。

Q：这种规画网站的方式，什麽是最重要的关键？
A：关键是你必须建立分离、模组化的独立端点，而不是全部放在同一个大篮子裡。大多数
现今

MVC 架构（MVC framework）的开发框架（Framework），使用所谓的前端控制器

（

Front Control），每一次浏览器提出 Request 请求时，就会呼叫这个前端控制器，再由前

端控制器来分辨，使用者想要执行哪一支程式。这样做，一点意义都没有。

在浏览器层次，程式完全能知道使用者想要做什麽事情，例如使用者只是要读信，程式就
不用再把需求送到伺服器，让伺服器判断使用者要读信还是送信。将这类决策工作拉出浏览
器，由伺服器处理，就会浪费大量伺服器资源，来处理那些对使用者没有实际功用的工作。
扩充性来自架构，很多开发框架，将所有事情绑在一起，限制了架构。选错开发框架，你就
没有扩充性。

Q：你是说 MVC 模式不利于网站扩充性？
A：MVC 模式比较适合用在网页控制器（Page Control）的层次。基本上，每一个网页控制
器都是独立模组，读信和查地址是不同的网页控制器，所以，读信程式就不会干扰到查地
址程式。所以，在每一个端点使用

MVC 模式来打造小型的网页控制器，是不会有问题。但

是，大多数採用

MVC 模式的框架，预设在网站中採用前端控制器，而非用网页控制器的

方式，这样的

MVC 模式，只适合在小型或单一伺服器的网站。

Q：你会如何选择开发框架呢？
A：一个框架都不要用。但是，我会从这些开发框架中，找出我需要的功能，拿出那个我需
要的程式模组来用，或者参考其中的设计想法，而不是套用整个框架。我所看到的大多数框
架，都没有专注在打造有效能的扩充性和可模组性。

Q：难道开发者不需要框架或架构吗？
A：网站的确需要有架构，每一个人都需要框架，框架是一种解决问题的方法。但是你并不
需要通用型框架，用一个前端控制器，来解决所有问题，这样通常没办法成功。每一个问题