APACHE(2)

第二章
启动阿帕奇
2.1 启动阿帕奇
httpd 这支程序可以藉由网际网路服务程序 inetd 在每一次有连线要
进入 HTTP 服务的时候启动，或者另一种方式，它也可以作为服务程序
(daemon)持续地执行，处理请求。无论选择哪一种方式，都必须设定这
个 ServerType 指令告诉服务器它要如何执行。
2.2 命令列选项
下列选项可以用在 httpd 的命令列上:
-d serverroot
把 ServerRoot 这个参数的起始值设定为 serverroot 。这可以
藉由在配置文件里面的 ServerRoot 命令来加以改变。此预设为
/usr/local/etc/httpd 。
-f config
启动时执行在 config 文件里面的指令。如果 config 没有以 /
作为开始的话，那麽它会被当作相对於 ServerRoot 的路径。此
预设值是 conf/httpd.conf 。
-X
以单一程序(single-process)模式执行，只用在内部除错；服务
程序不会脱离终端作业或是产生任何子程序。不要使用这个模式
来提供正常的网页服务。
-v
列印 httpd 的版本，然後结束。
-?
列印 httpd 选项的一份列表，然後结束。
2.3 配置档
此服务器将会读取三个配置指令文件。任何指令都可以出现在这些文件
任何一个里面。这些文件的名称是相对於服务器的根目录(server root) ；
这是根是藉由 ServerRoot 指令，或是 -d 这个命令列旗标所指定的。
依惯例这些文件是:
conf/httpd.conf
包含控制服务程序运作的指令。文件名称可以配合 -f 命令列旗
旗标加以改变。
conf/srm.conf
包含控制服务器提供给客户端之文件规格的指令。文件名称可以
配合 ResourceConfig 指令加以改变。
conf/access.conf
包含控制文件之存取的指令。文件名称可以配合 AccessConfig
指令加以改变。
无论如何，这些惯例并不需要完全遵奉。
此服务器也会读取一个包含 MIME 文件型态的文件；这个文件名称藉由
TypesConfig 指令设定，而且有个 conf/mini.types 作为预设。
2.4 记录档
2.4.1 pid 档
服务程序启动时，它把父程序 httpd 的程序码(process id)存往这个
log/httpd.pid 文件。这个文件名称可以配合 PidFile 指令加以改变
。这个程序码由管理者用来重新启动或终止服务程序；一个 HUP 信号
会使服务程序重新读取其配置档而一个 TERM 信号会使它终止。
安装Sybase ASE
sybase-common-11.9.2-1.i386.rpm
sybase-ase-11.9.2-1.i386.rpm
安装Sybase OpenClient
sybase-openclient-11.1.1-1.i386.rpm
来源:
http://www.sybase.com/products/databaseservers/linux/thankyou1192.html
方法:
rpm -hiv sybase-common-11.9.2-1.i386.rpm
rpm -hiv sybase-ase-11.9.2-1.i386.rpm
rpm -hiv sybase-openclient-11.1.1-1.i386.rpm
其默认安装路径为/opt/sybase-11.9.2 如需重定路径至/home/sybase:
rpm --relocate "/opt/sybase-11.9.2"="/home/sybase" -hiv ...
运行
$HOME/install/sybinstall.sh
$HOME/.profile
其安装程序为$HOME/bin/srvbuild,需要在Xwindows下运行,已包含在.profile中.
安装后还需设定环境变量
SYBASE=/home/sybase
DSQUERY=sybase(servername)
安装PERL DBI
1 需要的程序包
DBI-1.xx.tar.gz
DBD-Sybase-0.xx.tar.gz
来源:
http://www.perl.com/CPAN-local/authors/Michael_Peppler/
http://www.perl.com/CPAN-local/modules/by-module/DBI/TIMB/
2 安装方法
gunzip DBI-1.xx.tar.gz
tar xvf DBI-1.xx.tar
    perl Makefile.PL
    make
    make test
    make install
gunzip DBD-Sybase-0.xx.tar.gz
tar xvf DBD-Sybase-0.xx.tar
    perl Makefile.PL
    make
    make test
    make install
3 基本编程范例:
#!/usr/bin/perl
use DBI;
my $server = "sybase";
my $dbh = DBI->connect('dbi:Sybase:','sa','',{syb_dbd_server=>$server});
my $sth = $dbh->prepare("sp_help");
$sth->execute();
my $text;
while(($text) = $sth->fetchrow)
{
    print $text." ";
}
exit(0);

作者:丁来庆

1 概述
在一个软件项目开发中，系统测试是保证整体项目质量的重要一环，本文将就网站的测试技术及相应的自动测试工具做一个简要的介绍。主要就如下几个方面进行探讨：
功能测试
性能测试
安全性测试
稳定性测试
浏览器兼容性测试
可用性/易用性测试
链接测试
代码合法性测试
2 测试内容
2.1 功能测试
在实际工作中，功能在每一个系统中的具有其不确定性，而我们不可能采用穷举的方法进行测试，因而导致了功能测试较为困难，我们依据80/20原则（即80%的错误存在于系统的20%的部分）对于测试用例的设计采用如下两种方法
2.1.1 白盒测试
白盒测试即使用程序设计的控制结构导出测试用例。基于目前的现状我们采用基本路径测试方法进行白盒测试，此种方法简单高效。基本路径测试方法的简单说明如下：
¨ 首先通过系统设计的流程图导出数据流图
¨ 根据数据流图计算其环形复杂性
V(G)=E-N+2
或 V(G)=P+1
V(G)：环形负责性
E ：流图中边的数量
N ：流图中节点的数量
P ：流图中判定节点的数量
¨ 我们设定V(G)条路径
¨ 我们设计V(G)条路径的模拟数据
¨ 根据数据进行相应的测试
2.1.2 黑盒测试
黑盒测试即派生出执行程序所有功能需求的输入条件，从而导出测试用例，进行测试的方法，黑盒测试用于辅助白盒测试。
我们采用等价划分的方法进行测试，即为将程序的输入域划分为数据类，以便导出测试用例。一般情况下输入条件为：一个特定的数值、一个数值域、一组相关值或者一个布尔条件。
2.1.3 网站功能测试
对于网站的测试而言，每一个独立的功能模块需要单独的测试用例的设计导出，主要依据为《需求分析》，对于应用程序模块需要设计者提供基本路径测试法的测试用例
具有测试用例后可以采用OpenSTA(Open System Testing Architecture)进行自动化测试
2.2 性能测试
网站的性能测试对于网站的运行而言异常重要，但是目前对于网站的性能测试做的不够，我们在进行系统设计时也没有一个很好的基准可以参考，因而建立网站的性能测试的一整套的测试方案将是至关重要的。
网站的性能测试主要从两个方面进行：负荷测试(Load)和压力测试(Stress),负荷测试指的是进行一些边界数据的测试，压力测试更像是恶意测试，压力测试倾向应该是致使整个系统崩溃。
4.5 mod_cgi 模组
这个模组包含在 mod_cgi.c 文件里，而且依预设会编译进来。它提供
CGI 指令稿的执行能力。任何 mime 型态为 application/x-httpd-cgi
的文件都将由这个模组处理。
4.5.1 摘要
任何拥有 application/x-httpd-cgi 之 mime 型态的文件都会被当作
CGI 指令稿，而且由服务器执行，并把输出传回客户端。文件可以藉由
使用 AddType 指令所定义的副文件名，或是藉由放在 ScriptAlias 所
设定的目录来成为这种型态。
当服务器启动一个 CGI 指令稿时，它将加上一个称为 DOCUMENT_ROOT
的环境参数。这个参数将会包含 DocumentRoot 配置的内容。
4.5.2 CGI 环境参数
这个服务器将会设立定义在 CGI 规格中的 CGI 环境参数，配合下列
的但书:
REMOTE_HOST
这只有在服务器没有配合 MINIMAL_DNS 编译的时候才会设定。
REMOTE_IDENT
这只有在 IdentityCheck 设为 on 的时候才会设定。
REMOTE_USER
这只有在 CGI 指令稿需要验认的时候才会设定。
4.6 mod_dir 模组
这个模组包含在 mod_dir.c 文件里，而且依预设会编译进来。它提供
作为目录索引之用。
4.6.1 摘要
这个模组控制目录索引。目录的索引可以有两种来源:
。一个由使用者所撰写的文件，典型是称为 index.html 的文件
。DrectoryIndex 指令设定这个文件的名称。
。另一种是由服务器所产生的列表。其它的指令控制这个列表的
格式。AddIcon, AddIconByEncoding and AddIconByType 都
是用来设定显示不同文件型态所使用的图示列表；对於每种列
出的文件型态，显示列出的第一个符合的图示。
4.6.2 AddDescription
语法: AddDescription 字串 文件 文件 ...
用於: server config, virtual host, directory, .htaccess
需求: Indexes
状态: 基础
模组: mod_dir
这是设定某文件所要显示的描述，供象徵索引(FancyIndexing) 使用。
文件是指所要描述之文件的副文件名，部份文件名称，替代字元表示式或
完整文件名称。
　字串以双引号(") 括起。例如:
AddDescription "The planet Mars" /web/pics/mars.gif
4.6.3 AddIcon
语法: AddIcon 图示 名称 名称 ...
用於: server config, virtual host, directory, .htaccess
作者:田占海

1 引言
如果你是一个程序员，可能常常为不能按时完成任务而苦恼。如果你是一个项目经理，可能会觉得开发符合预算和进度要求的软件简直难于上青天。实际上，软件项目常常严重超期或超出预算仍是困扰着绝大多数软件机构的难题。据美国一份评估报告显示，17个主要的国防部软件合同中，平均28个月的进度计划推迟了20个月才完成。一个4年应该完成的任务，7年还未提交，其中没有一个项目按时完成。由于存在软件问题，B1轰炸机的部署被推迟了，同样的原因，580亿美元的A12飞机计划也被部分取消了。持续了二三十年的软件危机为什么愈演愈烈？软件开发为什么如此之难？本文试结合作者的体会对软件开发的困难之处做一剖析，并提出一些建议。
2 困难所在
2.1 极大的复杂性
大多数大型软件软件产品由几十甚至几百万行源代码构成，例如：Windows95操作系统由大约1100万行代码组成。每一行代码都可能影响到程序的其它部分，并且各个部分之间都可能互相影响。这样一个错综复杂的巨大系统当中，每一个小小的错误都可能导致整个系统崩溃。有些大型软件，例如Windows，可能是人类曾经建造过的最复杂的事物之一，从古至今最复杂的建筑都无法与之相比。
2.2 高度的不确定性
一个软件项目从一开始就存在许多不确定性因素。其一：用户需求很难确定。这是因为软件开发者很难详细了解用户的需求，甚至用户在看到产品之前也不清楚自己到底需要什么，所以从项目开发的自始至终都可能会有新的需求提出，致使系统结构不断修改，最终面目全非。其二：设计不完全可以预测。有时，一个设计时认为可行的方案，在实现时可能行不通，或者最初的设计方案存在很大的缺陷而没有及时发现，或者突然一个设计时没有料到的技术难点阻挡了项目的进度。从设计到实现实际上有着很大的不可预测性。其三：用户需求不断变化，如果最初的用户需求没有了解的很清楚，可能整个项目很快就会陷在不断变化的需求之中不能自拔。其四：客观条件的不确定性。在项目的进展过程中，可能会有人员的流动，可能会有资源的调整，可能会有这样或那样的客观条件的限制而阻挡了项目的正常进行。在这样高度的不确定之中，在较早阶段精确估计一个项目不只是很难地，甚至是不可能的。
3 造成工期延误的原因
3.1 开发人员的过分乐观
许多开发人员倾向于一切都会进展顺利，这种盲目的自信对于项目开发来说是不对的。如果按照最乐观的估计，可能绝大多数任务都不能按时完成，因为在软件开发中不确定因素实在太多了。对于任务的复杂性和难度，对于自己能支配的时间，对于可能的突发事件的干扰等没有清楚的认识和估计，即使对自己的时间表作出保证，也可能常常无法按时交货。