因为我正在开发的几个新项目，都是给用户提供免费的程序，运行在用户的VPS、或虚拟主机上。我需要在不同的环境下测试运行，恰好手里的VPS多，每个VPS安装了不同的系统。

以前我个人的主力环境是CentOS+Apache+PHP，现在不得不在CentOS/Ubuntu+Apache/Nginx环境下测试。

长期使用一种环境，当这个环境成为主力之后，会对这个环境很熟悉。2年多以来，用惯了CentOS+Apache+PHP，另外的3种环境，需要开始去尝鲜测试。

当发现了这4种环境的不同、并熟悉这些不同，无疑是令人很兴奋的。这4种环境，有2种系统，2种网页服务器后台。其实，Debian和Ubuntu，对于服务器来说经常可以大概地认为是同一种系统，命令、软件环境都一模一样。

一直使用CentOS+Apache，是因为CentOS下的Apache，比Ubuntu+Apache的配置容易一些。习惯之后，其实Ubuntu+Apache也不麻烦。

另外，Apache和Nginx的环境，在配置上有较多的不同。我的主力环境以Apache为主，但是大家的服务器大多以Nginx为主。为什么我会以Apache为主？因为Nginx距离完美，只差小小的一步：Nginx不支持.htaccess，如前文。技术上完全能支持，但是很遗憾，作者没有开发。当然，目前的最高版本Nginx我没有测试过，改天写一个测试的记录。

过去也有人说Nginx支持.htaccess，方法是在Nginx的配置文件里(/etc/nginx/sites-available/default或/etc/nginx/conf.d/default.conf)，写入一行include的包含语句，包含那个.htaccess文件。其实，这种方式并不是真正的.htaccess，这是伪支持。原因有2个：1. 如果把这个.htaccess文件改成任意扩展名，一样能支持。2. 通过include的包含语句来加载配置语句，这相当于是把配置语句直接写在Nginx的配置文件里，因此Nginx的这种方式是全站的全局设置。

Apache真正支持.htaccess。Apache的.htaccess，经过测试，作用的机制是对当前目录、以及这一级别下的所有子目录有效，既可以全局、也可以局部。

在抗高并发方面，尚未有条件能测试。Linux系统，CentOS/Ubuntu/Debian本身是多任务的系统，我发现用ps -e命令，能经常看到有多个Apache的进程，并非只有一个Apache进程，这说明Apache开发者在抗并发方面是有考虑的。