当前位置:Linux教程 - Linux业界 - 微软执行官:Apache就是比较好

微软执行官:Apache就是比较好

作者: 吴端辉 
2005-07-19 10:36 AM
大家很清楚 Apache 大概是微软最头痛的对象之一。非常有趣的,微软执行长 Steve Ballmer 竟然在奥地利公开 承认 :「这是我们自己的错,如果我们不能提供足够的特点配上我们服务器软件的价位。当谈到在同一个服务器上同时提供数个网站时, Apache 就是比较好!( Apache is simply better )。」,那微软自家的 IIS 呢?有了这句话,一切尽在不言中。


 
Apache 人气节节上升

其实在 Linux (或其它 UNIX-Like 的 OS 中),有好几个不错的网页服务器,如 Apache 、 Zeus 、 Netscape ( SunONE )、 Notes/Domino… 等。其中, Apache 最受外界瞩目。

Apache 最早是美国伊利诺大学里国家超级电算应用中心( NCSA )的 Rob McCool 开发出来的,当初取这个名字以尊崇印地安人的高超战技与坚忍不拔的毅力。 Rob1994 年离开 NCSA 后,由 8 位热心的 Apache Group 成员继续维护,之后又正式成立了 Apache Software Foundation 。 Apache 是目前市占率最高的网页服务器。

目前几乎所有的商用 Linux 操作系统已事先内建( bundle )了 Apache ,当然使用者也可自行下载 原始程序 ,然后自行编译再进行安装。

如果选择自行编译并安装,初学者最常碰到的问题就是跟原有的档案搞混,而得出一些莫名其妙的结果。建议在编译时,特别小心路径处理,或者干脆先把原有的 Apache 移除掉(如 rpm -e apache ),再编译 Apache 程序。

模块化设计与开放

我个人认为, Apache 最棒的地方在于其模块化设计与开放,这具体表现在几个方面:

· 效能

在 Apache1.3 时,原始程序是由 25,000 个 C 程序组成。由于公开原始码,许多人贡献心力帮忙程序除错,而使该软件达至最佳化,因而效能表现特佳,也十分稳定。另一项好处是使用者可选择自已需要的模块再行编译,用不上的可不用编译或挂载,如此一来, Apache 执行效能可获得进一不的提升。例如,使用者可在 httpd.conf 档案中设定,决定使用 mod_php 、 mod_perl ,或是 mod_SSL 等模块。

· 安全性

在密码认证支持方面, Apache 内建 Basic 、 Digest 两种选择。密码储存部分, Apache 也早已支持 LDAP 、 MySQL 及 PostgreSQL 等,也允许使用者自行撰写密码认证的模块。

· 网址自动检查拼字

网友常常打了一长串的网址( URL )后只因少一个字;或多了一个字,或者是大小写搞错,结果经常找不到网页。 Apache 有一个很棒的功能就是可以自动检查拼字。不过,使用者必须手动启动( speling_module )。

· 自行修改核心

我曾经遇一家客户,这家公司的首页不是一个静态的网页,而是一个用 C 写的 CGI 程序,每次有人浏览这个网站时,可想而知的,该 CGI 程序就得自数据库抓取一堆数据。该网站经常当机,问题其实在于该 CGI 程序的负担太重,却又不愿意放弃这个功能。

后来,我们协助这家公司将该 CGI 功能移至 Apache 的核心模块之一( mod_perl )后,发现执行速度快了十多倍,而且当机频率也大幅降低。举例来说,当你使用数据库中内建的 MAX 函式,绝对会比自己另外写程序来找出最大值快得许多。

还有另一个案例是我们帮忙一家客户在 mod_perl 模块中整合某一个程序,将一个目录中提供下载的档案,全部都自动压缩成 zip 档案,以大幅减少客户下载的时间。其实,可以在 Apache 上发挥创意的地方太多,这只是其中一例。反观这些应用,在没有开放原始码的 IIS 中,是非常难以达成的。

· 内建 Proxy 功能

Apache 也有内建的 Proxy 功能,您可以自动启动相关模块( proxy_module )。
 

替代 IIS 的其它选择

实际上,网页服务器转换的最大的问题还是在动态网页。如 IIS 上相当重要的 ASP ,应该要怎么处理呢?别急,以下几个方案可酌参考。

· Java System ASP


 
前身原本是有名的 Chilisoft ,现为升阳旗下产品线的一员。 Java System ASP 可在 Linux 、 Solaris 及 Windows 上执行,支持 ASP 、 XML 、 vb script/Jscript 、 ODBC ,且可存取多种数据库。 Java System ASP 已与升阳旗下的 Java 网页服务器事先整合,但也有部分功能可在 Apache 上执行。

· PHP

LAMP ( Linux 、 Apache 、 Mysql 、 PHP )的组合已成为相当受欢迎的自由软件组合。 PHP 这个在 Apache 上执行的动态网页语言,提供的功能类似 IIS 上的 ASP 语言。使用者也可以考虑直接将 ASP 网页改写成 PHP 网页。 事实上,学习 PHP 网页就像 ASP 网页一样的容易。或者您也可以考虑另一个自由软件- asp2php ,其可以协助将 ASP 网页自动转换成 PHP 网页。当然,可想见这个方式并无法保证 100% 的成功率,但至少可节省不少时间。另有一个更简易的「 script2script 」可参考。

· JSP

像 PHP 一样, JSP 也是一个不错的选择。 JSP 是升阳重要的 Java 贡献之一,也可在 Apache 或升阳的 Java Web Server 之上执行。另有一个 asp2jsp 可将 ASP 网页自动转换成 JSP 网页。

· Perl

老牌的 Perl 语言在过去也是非常受到开发者欢迎的。创始人 Larry Wall 曾形容自己是个懒人,因而创造了这个简单的程序语言,用以节省撰写程序的时间。 Perl 在所有的网页服务器(不论是 IIS 或是 Apache ),或是操作系统(包括 MAC 、 Windows 、 UNIX 、 Linux… )之上都能够执行无误。

· ORACLE 9iAS Migration Kit for ASP

甲骨文旗下重要的产品,可以将 ASP 应用转换成 JSP ,而甲骨文也提供很好的数据库转换工具。当然,甲骨文的产品并不便宜。

转换会出现什么问题?

要由 IIS 转换到 Linux 上,当然无可避免的也会遇到一些问题。例如,静态网页与图文件的复制。这部分问题遭遇的问题通常较少,可慢慢手动复制,只要多花些时间耐心,当然也可使用 LSP 自动复制。

在目录权限与虚拟目录设定方面, Apache 已有完整支持。当然,一如 Samba ,必须对 Apache 的设定档案语法有些基本了解,或者可使用 Webmin 及 LSP 协助设定, LSP 可自动将 IIS 的设定自动转换到 Apache 上。

过去,在协助客户进行网页服务器转换时,经常发现客户有几个常犯的的错误,在此供各位参考。

· CGI 程序的权限

如果没有仔细设定 CGI 程序的权限,通常会得到一个「 Internal Server Erro 」的错误讯息,多数使用者常因此而一头雾水,不知哪里出错。这在 IIS 上是不太容易发生的。另一种极端的情况是卯起来将目录、档案权限全部设成 777 ,那么在安全上,恐怕又会制造出一个大漏洞。

· 忘了启动某些模块

Apache 的模块化相对也制造了一些可能出错的机会。例如,要使用 PHP 网页程序,别忘了在 httpd.conf 中启动 php_module 。尤其是若想使用某些旧的 php3 程序,就必须启动 php3_module 。另如 ssl_module 、 cgi_module… 等也应稍加注意。

· 密码认证

如前面所提及,常用的 Apache 密码共有 Basic 、 Digest 两种。 Basic 没有加密,使用时要格外小心;若选择 Digest 加密,经常会忘记启动 Digest 。还有,不支持 http 1.1 格式的浏览器遇到 Digest 密码将会出现错误。

· 大小写有关系

例如,在使用 FTP 上传档案时,常常会把档案小写传成大写,在 Windows/IIS 上档名,档案大小写并无差别,但用在 Linux 、 Unix 与 Apache 上可是大不相同。

· ASP 扩展名沿用?

前面已提及可用 PHP 、 JSP 或 Perl 取代原来的 ASP 网页。我们曾经执行一个项目,主要是从 ASP 转换至 PHP (非 LSP 标准功能),前后花费 2 个星期时间,才全部转换完毕。在测试过程中,我们发现很多自外部搜寻引擎连接至这些 ASP 档案的超级链接,全部都已失效。主要原因是因为 ASP 网页的 URL 结尾是 .asp ,而 PHP 网页的 URL 结尾是 .php 。

幸好, Apache 拥有强大的 URL 重写功能(不过要花一点时间了解),在设定好之后,可让所有 URL 完全不变(即便键入 xxx.asp ),还是可连结至最新的 PHP 网页。一如前面所提及,使用者也可自己写一个新模块,将所有要连接至 .asp 扩展名的 request ,重新导向( redirect )至 .php 网页之上。

一如其它服务器的转换一样,从微软的 IIS 到 Linux 的 Web Server 转换,不会是一蹴可几的任务,但是有了这么多 Open Source 的工具可供选择,及 Sun 、 Oracle 等大厂的加持,相信您对此应该已信心大增。最后,也要感谢微软执行长 Steve Ballmer 对 Apache 的大力赞扬。