date.timezone — 这是在 PHP V5.1 中添加的一个指令，用于设置默认时区，然后用于后面将要介绍的 DateTime 函数。如果您不在 php.ini 文件中设置该选项，PHP 会执行大量系统请求来弄清它是什么，且在 PHP V5.3 中，对每一个请求会发出一个警告。
就以应当在您的生产实例上配置的设置而言，这些被看作是 “唾手可得”。就 PHP 而言，还有一件事需要考虑。这就是您的应用程序中 require() 和 include()（以及其同级 require_once() 和 include_once()）的使用。这些函数优化您的 PHP 配置和代码，以防止对每个请求进行不必要的文件状态检查，从而减少响应时间。
管理您的 require() 和 include()
从性能来看，文件状态调用（即为检查一个文件是否存在而对底层文件系统进行的调用）相当昂贵。文件状态的最大元凶之一以 require() 和 include() 语句的形式出现，这两个语句用于将代码带到脚本中。require_once() 和 include_once() 的同级调用更成问题，因为它们不仅需要验证文件是否存在，而且它之前没有包含在内。
那么解决这个问题的最好方式是什么？您可以做一些事来加快解决。
为所有require() 和 include() 调用使用绝对路径。这将使 PHP 更清楚您希望包含的确切文件，因此无需为您的文件检查整个 include_path。
保持 include_path 中的条目数较低。这在很难为每个 require() 和 include() 调用提供绝对路径的情况（通常在大型遗留应用程序中会出现这种情况）下很有用，方法就是不检查您包含的文件不在的位置。
APC 和 Wincache 还有用于缓存 PHP 进行的文件状态检查结果的机制，因此无需进行反复的文件系统检查。当您将 include 文件名保留为静态而非变量驱动的时，它们最有效，因此尽可能尝试这样做很有用。
优化您的数据库
数据库优化很快会成为一个前沿话题，我几乎没有空间在这里完全公正地做这个话题。但是如果您在寻求优化您的数据库的速度，首先应当采取一些步骤，这应当对常见问题有所帮助。
将数据库放在自己的机器上
数据库查询自身可以变得相当激烈，通常在对大小合理的数据集执行简单的 SELECT 语句时限定在 100% 的 CPU。如果您的 web 服务器和数据库服务器都在竟用单一机器上的 CPU 时间，这无疑将减慢您的请求速度。因此我想第一步最好是将 web 服务器和数据库服务器放在单独的机器上，确保您的数据库服务器是两者中更强健的（数据库服务器喜欢大量内存和多个 CPU）。
