早在VCD格式光盘流行的年代，电脑爱好者们就经常将光盘中Mpegav目录下的影音文件直接拷贝到硬盘上，然后再进行影片的播放，以此来减少光驱的耗损。虽然DVD影片光盘在制定标准时就考虑到要通过技术措施来防止拷贝，但DeCSS软件的出现使得其保护措施形同虚设，因此我们现在见到的绝大多数DVD影片光盘中的文件都是可以直接进行拷贝的。与此同时，电脑上DVD光驱的普及率越来越高，其数据读取速度已经高达16倍速(21MB/s)，而硬盘的容量也越来越大，80GB已经成为了标准配置，这一切都为我们将DVD影片拷贝到硬盘上播放提供了很好的条件。
2006-06-13
2005-10-07
汽车主要参数
转自：http://www.dongfengauto.ca/info/auto_index3.htm
这些参数反映出汽车的技术性能以及适用范围，有下面几项。
1、 整车参照
1) 外形尺寸：长×高×宽
2) 重量参数：整车自重（千克）、总质量（千克）、载质量（千克）、空载轴荷分配等。
3) 通过性及机动性参数：最小离地间隙（一般为驱动桥壳最底点与地面之间的距离）、前悬、后悬、接近角、离去角、轴距、轮距、最小转弯半径。
这些参数反映出汽车的技术性能以及适用范围，有下面几项。
1、 整车参照
1) 外形尺寸：长×高×宽
2) 重量参数：整车自重（千克）、总质量（千克）、载质量（千克）、空载轴荷分配等。
3) 通过性及机动性参数：最小离地间隙（一般为驱动桥壳最底点与地面之间的距离）、前悬、后悬、接近角、离去角、轴距、轮距、最小转弯半径。
汽车发动机的主要性能指标
转自：http://www.dongfengauto.ca/info/auto_index2.htm
1、最大功率
发动机工作时输出的功率与发动机转速有关。当发动机转速达某一值时，输出功率为最大，成为发动机最大功率。同时，发动机最大功率时对应的转速，基本上就是发动机的最高转速。轿车或者客车发动机最大功率时的转速要高于载货汽车，以便适应其高速行驶的需要。最大功率的单位为千瓦。
1、最大功率
发动机工作时输出的功率与发动机转速有关。当发动机转速达某一值时，输出功率为最大，成为发动机最大功率。同时，发动机最大功率时对应的转速，基本上就是发动机的最高转速。轿车或者客车发动机最大功率时的转速要高于载货汽车，以便适应其高速行驶的需要。最大功率的单位为千瓦。
汽车的ABS、EBD和ESP
转自：http://www.dongfengauto.ca/info/abs_ebd_esp.htm
什么是ABS
ABS 是Anti-Lock Brake System的英文缩写，即“刹车防抱死系统”。在没有ABS时，如果紧急刹车一般会使轮胎抱死，由于抱死之后轮胎与地面是滑动摩擦，所以刹车的距离会变长。如果前轮锁死，车子失去侧向转向力，容易跑偏；如果后轮锁死，后轮将失去侧向抓地力，就易发生甩尾。特别是在积雪路面，当紧急制动时，就更容易发生上述的情况。
什么是ABS
ABS 是Anti-Lock Brake System的英文缩写，即“刹车防抱死系统”。在没有ABS时，如果紧急刹车一般会使轮胎抱死，由于抱死之后轮胎与地面是滑动摩擦，所以刹车的距离会变长。如果前轮锁死，车子失去侧向转向力，容易跑偏；如果后轮锁死，后轮将失去侧向抓地力，就易发生甩尾。特别是在积雪路面，当紧急制动时，就更容易发生上述的情况。
2005-10-03
Top ten reasons why people use Tcl today
There are many different reasons why people use Tcl but most of them fall into just a few categories. Here are the top ten reasons why people use Tcl today.
2005-09-26
AWK Tutorial Guide
一．前言/Preface
1．有关本手册
这是一本AWK学习指引, 其重点着重于：
AWK 适于解决哪些问题？
AWK 常见的解题模式为何？
为使读者快速掌握AWK解题的模式及特性，本手册系由一些较具代表性的范例及其题解所构成； 各范例由浅入深，彼此间相互连贯，范例中并对所使用的AWK语法及指令辅以必要的说明。 有关AWK的指令，函数等条列式的说明则收录于附录中，以利读者日后编写程序时查阅。 如此编排，可让读者在短时间内顺畅地学会使用AWK来解决问题。建议读者循着范例上机实习以加深学习效果。
1．有关本手册
这是一本AWK学习指引, 其重点着重于：
AWK 适于解决哪些问题？
AWK 常见的解题模式为何？
为使读者快速掌握AWK解题的模式及特性，本手册系由一些较具代表性的范例及其题解所构成； 各范例由浅入深，彼此间相互连贯，范例中并对所使用的AWK语法及指令辅以必要的说明。 有关AWK的指令，函数等条列式的说明则收录于附录中，以利读者日后编写程序时查阅。 如此编排，可让读者在短时间内顺畅地学会使用AWK来解决问题。建议读者循着范例上机实习以加深学习效果。
2005-08-30
跟我学XSL（三）：XSL模板与匹配模式
经过前几日的学习，我们学习了XHTML文档的编写和三个XSL元素，已能编写相当灵活的XSL文档，今天将学习的是XSL模板的编写。我们都知道，短的文档、程序十分好读，但当规模增大后，其复杂性也以更快的速度增加。
2005-08-28
Network monitoring with ngrep
Constant monitoring and troubleshooting are key to maintaining a network's availability. With ngrep, you can analyze network traffic in a manner similar to that of other network sniffers. However, unlike its brethern, ngrep can match regular expressions within the network packet payloads. By using its advanced string matching capabilities, ngrep can look for packets on specified ports and assist in tracking the usernames and passwords zipping off the network, as well as all Telnet attempts to the server.
2005-08-26
Backup / Restore XP Activation
When you activate Windows XP, Microsoft stores the data in the Windows Product Activation database files wpa.dbl and Wpa.bak in the folder %systemroot%system32. If you change the motherboard or make significant hardware changes, XP will require you to reactive. But if you plan to reinstall XP on the same hardware, you can back up the activation status and then restore it after you reinstall and avoid the activation process. You can backup the Windows Product Activation database files to diskette. They are very small. A directory listing from my XP Pro workstation:
Apache日志解读
Apche日志系列(1)：访问日志
想要知道什么人在什么时候浏览了网站的哪些内容吗？查看Apache的访问日志就可以知道。访问日志是Apache的标准日志，本文详细解释了访问日志的内容以及相关选项的配置。
一、访问日志的格式
Apache内建了记录服务器活动的功能，这就是它的日志功能。这个《Apache日志》系列文章介绍的就是Apache的访问日志、错误日志，以及如何分析日志数据，如何定制Apache日志，如何从日志数据生成统计报表等内容。
如果Apache的安装方式是默认安装，服务器一运行就会有两个日志文件生成。这两个文件是access_log（在Windows上是 access.log）和error_log（在Windows上是error.log）。采用默认安装方式时，这些文件可以在 /usr/local/apache/logs下找到；对于Windows系统，这些日志文件将保存在Apache安装目录的logs子目录。不同的包管理器会把日志文件放到各种不同的位置，所以你可能需要找找其他的地方，或者通过配置文件查看这些日志文件配置到了什么地方。
正如其名字所示，访问日志access_log记录了所有对Web服务器的访问活动。下面是访问日志中一个典型的记录：
这行内容由7项构成，上面的例子中有两项空白，但整行内容仍旧分成了7项。
第一项信息是远程主机的地址，即它表明访问网站的究竟是谁。在上面的例子中，访问网站的主机是216.35.116.91。随便说一句，这个地址属于一台名为si3001.inktomi.com的机器（要找出这个信息，可以使用nslookup工具查找DNS），inktomi.com是一家制作Web 搜索软件的公司。可以看出，仅仅从日志记录的第一项出发，我们就可以得到有关访问者的不少信息。
默认情况下，第一项信息只是远程主机的IP地址，但我们可以要求Apache查出所有的主机名字，并在日志文件中用主机名字来替代IP地址。然而，这种做法通常不值得推荐，因为它将极大地影响服务器记录日志的速度，从而也就减低了整个网站的效率。另外，有许多工具能够将日志文件中的IP地址转换成主机名字，因此要求Apache记录主机名字替代IP地址是得不偿失的。
然而，如果确实有必要让Apache找出远程主机的名字，那么我们可以使用如下指令：
如果HostNameLookups设置成double而不是on，日志记录程序将对它找到的主机名字进行反向查找，验证该主机名字确实指向了原来出现的IP地址。默认情况下HostNameLookups设置为off。
上例日志记录中的第二项是空白，用一个“-”占位符替代。实际上绝大多数时候这一项都是如此。这个位置用于记录浏览者的标识，这不只是浏览者的登录名字，而是浏览者的email地址或者其他唯一标识符。这个信息由identd返回，或者直接由浏览器返回。很早的时候，那时Netscape 0.9还占据着统治地位，这个位置往往记录着浏览者的email地址。然而，由于有人用它来收集邮件地址和发送垃圾邮件，所以它未能保留多久，很久之前市场上几乎所有的浏览器就取消了这项功能。因此，到了今天，我们在日志记录的第二项看到email地址的机会已经微乎其微了。
日志记录的第三项也是空白。这个位置用于记录浏览者进行身份验证时提供的名字。当然，如果网站的某些内容要求用户进行身份验证，那么这项信息是不会空白的。但是，对于大多数网站来说，日志文件的大多数记录中这一项仍旧是空白的。
日志记录的第四项是请求的时间。这个信息用方括号包围，而且采用所谓的“公共日志格式”或“标准英文格式”。因此，上例日志记录表示请求的时间是2000年8月19日星期三14:47:37。时间信息最后的“-0400”表示服务器所处时区位于UTC之前的4小时。
日志记录的第五项信息或许是整个日志记录中最有用的信息，它告诉我们服务器收到的是一个什么样的请求。该项信息的典型格式是“METHOD RESOURCE PROTOCOL”，即“方法 资源 协议”。
在上例中，METHOD是GET，其他经常可能出现的METHOD还有POST和HEAD。此外还有不少可能出现的合法METHOD，但主要就是这三种。
RESOURCE是指浏览者向服务器请求的文档或URL。在这个例子中，浏览者请求的是“/”，即网站的主页或根。大多数情况下，“/”指向DocumentRoot目录的index.html文档，但根据服务器配置的不同它也可能指向其他文件。
PROTOCOL通常是HTTP，后面再加上版本号。版本号或者是1.0，或者是1.1，但出现1.0的时候比较多。我们知道，HTTP协议是Web得以工作的基础，HTTP/1.0是HTTP协议的早期版本，而1.1是最近的版本。当前大多数Web客户程序仍使用1.0版本的HTTP协议。
日志记录的第六项信息是状态代码。它告诉我们请求是否成功，或者遇到了什么样的错误。大多数时候，这项值是200，它表示服务器已经成功地响应浏览器的请求，一切正常。此处不准备给出状态代码的完整清单以及解释它们的含义，请参考相关资料了解这方面的信息。但一般地说，以2开头的状态代码表示成功，以3开头的状态代码表示由于各种不同的原因用户请求被重定向到了其他位置，以4开头的状态代码表示客户端存在某种错误，以5开头的状态代码表示服务器遇到了某个错误。
日志记录的第七项表示发送给客户端的总字节数。它告诉我们传输是否被打断（即，该数值是否和文件的大小相同）。把日志记录中的这些值加起来就可以得知服务器在一天、一周或者一月内发送了多少数据。
二、配置访问日志
访问日志文件的位置实际上是一个配置选项。如果我们检查httpd.conf配置文件，可以看到该文件中有如下这行内容：
注意，对于版本较早的Apache服务器，这行内容可能略有不同。它使用的可能不是CustomLog指令，而是TransferLog指令。如果你的服务器属于这类情况，建议你尽可能地早日升级服务器。
CustomLog指令指定了保存日志文件的具体位置以及日志的格式。至于如何定制日志文件的格式以及内容，我们将在这个《Apache日志》系列文章的后面几篇讨论。上面这行指令指定的是common日志格式，自从有了Web服务器开始，common格式就是它的标准格式。由此我们也可以理解，虽然几乎不再有任何客户程序向服务器提供用户的标识信息，但访问日志却还保留着第二项内容。
CustomLog指令中的路径是日志文件的路径。注意，由于日志文件是由HTTP用户打开的（用User指令指定），因此必须注意这个路径要有安全保证，防止该文件被随意改写。
《Apache日志》系列文章的后面几篇将继续介绍：Apache错误日志，定制日志的格式和内容，如何将日志内容写入指定的程序而不是文件，如何从日志文件获得一些非常有用的统计信息，等等。
Apche日志系列(2)：错误日志
错误日志和访问日志一样也是Apache的标准日志。本文分析错误日志的内容，介绍如何设置和错误日志相关的选项，文档错误和CGI错误的分类，以及如何方便地查看日志内容，等等。
一、位置和内容
前文讨论了Apache的访问日志，包括它的内容、格式和如何设置访问日志有关的选项。本文我们要讨论的是另外一种Apache标准日志——错误日志。
错误日志无论在格式上还是在内容上都和访问日志不同。然而，错误日志和访问日志一样也提供丰富的信息，我们可以利用这些信息分析服务器的运行情况、哪里出现了问题。
错误日志的文件名字是error_log，但如果是Windows平台，则错误日志的文件名字是error.log。错误日志的位置可以通过ErrorLog指令设置：
除非文件位置用“/”开头，否则这个文件位置是相对于ServerRoot目录的相对路径。如果Apache采用默认安装方式安装，那么错误日志的位置应该在/usr/local/apache/logs下。但是，如果Apache用某种包管理器安装，错误日志很可能在其他位置。
正如其名字所示，错误日志记录了服务器运行期间遇到的各种错误，以及一些普通的诊断信息，比如服务器何时启动、何时关闭等。
我们可以设置日志文件记录信息级别的高低，控制日志文件记录信息的数量和类型。这是通过LogLevel指令设置的，该指令默认设置的级别是error，即记录称得上错误的事件。有关该指令中允许设置的各种选项的完整清单，请参见http: //www.apache.org/docs/mod/core.html#loglevel 的Apache文档。
大多数情况下，我们在日志文件中见到的内容分属两类：文档错误和CGI错误。但是，错误日志中偶尔也会出现配置错误，另外还有前面提到的服务器启动和关闭信息。
二、文档错误
文档错误和服务器应答中的400系列代码相对应，最常见的就是404错误——Document Not Found（文档没有找到）。除了404错误以外，用户身份验证错误也是一种常见的错误。
404错误在用户请求的资源（即URL）不存在时出现，它可能是由于用户输入的URL错误，或者由于服务器上原来存在的文档因故被删除或移动。
顺便说一下，按照Jakob Nielson的意见，在不提供重定向或者其他补救措施的情况下，我们永远不应该移动或者删除Web网站的任何资源。Nielson的更多文章，请参见http://www.zdnet.com/devhead/alertbox/。
当用户不能打开服务器上的文档时，错误日志中出现的记录如下所示：
[client 192.168.1.6] File does not exist:
/usr/local/apache/bugletdocs/Img/south-korea.gif
可以看到，正如访问日志access_log文件一样，错误日志记录也分成多个项。
错误记录的开头是日期/时间标记，注意它们的格式和access_log中日期/时间的格式不同。access_log中的格式被称为“标准英文格式”，这或许是历史跟我们开的一个玩笑，但现在要改变它已经太迟了。
错误记录的第二项是当前记录的级别，它表明了问题的严重程度。这个级别信息可能是LogLevel指令的文档中所列出的任一级别（参见前面 LogLevel的链接），error级别处于warn级别和crit级别之间。404属于error错误级别，这个级别表示确实遇到了问题，但服务器还可以运行。
错误记录的第三项表示用户发出请求时所用的IP地址。
记录的最后一项才是真正的错误信息。对于404错误，它还给出了完整路径指示服务器试图访问的文件。当我们料想某个文件应该在目标位置却出现了404错误时，这个信息是非常有用的。此时产生这种错误的原因往往是由于服务器配置错误、文件实际所处的虚拟主机和我们料想的不同，或者其他一些意料不到的情况。
由于用户身份验证问题而出现的错误记录如下所示：
[error] [client 192.168.1.3] user rbowen@rcbowen.
com: authentication failure for "/cgi-bin/hirecareers/company.cgi":
password mismatch
注意，由于文档错误是用户请求的直接结果，因此它们在访问日志中也会有相应的记录。
三、CGI错误
错误日志最主要的用途或许是诊断行为异常的CGI程序。为了进一步分析和处理方便，CGI程序输出到STDERR（Standard Error，标准错误设备）的所有内容都将直接进入错误日志。这意味着，任何编写良好的CGI程序，如果出现了问题，错误日志就会告诉我们有关问题的详细信息。
然而，把CGI程序错误输出到错误日志也有它的缺点，错误日志中将出现许多没有标准格式的内容，这使得用错误日志自动分析程序从中分析出有用的信息变得相当困难。
下面是一个例子，它是调试Perl CGI代码时，错误日志中出现的一个错误记录：
end of script headers: /usr/local/apache/cgi-bin/HyperCalPro/announcement.cgi
Global symbol "$rv" requires explicit package name at
/usr/local/apache/cgi-bin/HyperCalPro/announcement.cgi line 81.
Global symbol "%details" requires explicit package name at
/usr/local/apache/cgi-bin/HyperCalPro/announcement.cgi line 84.
Global symbol "$Config" requires explicit package name at
/usr/local/apache/cgi-bin/HyperCalPro/announcement.cgi line 133.
Execution of /usr/local/apache/cgi-bin/HyperCalPro/announcement.cgi
aborted due to compilation errors.
可以看到，CGI错误和前面的404错误格式相同，包含日期/时间、错误级别以及客户地址、错误信息。但这个CGI错误的错误信息有好几行，这往往会干扰一些错误日志分析软件的工作。
有了这个错误信息，即使是对Perl不太熟悉的人也能够找出许多有关错误的信息，例如至少可以方便地得知是哪几行代码出现了问题。Perl在报告程序错误方面的机制是相当完善的。当然，不同的编程语言输出到错误日志的信息会有所不同。
由于CGI程序运行环境的特殊性，如果没有错误日志的帮助，大多数CGI程序的错误都将很难解决。
有不少人在邮件列表或者新闻组中抱怨说自己有一个CGI程序，当打开网页时服务器却返回错误，比如“Internal Server Error”。我们可以肯定，这些人还没有看过服务器的错误日志，或者根本不知道错误日志的存在。决多大多数情况下，错误日志能够精确地指出CGI错误的所在以及如何修正这个错误。
四、查看日志文件
我常常告诉别人说，在进行开发的同时我会不断地检查服务器的日志，以便能够立即知道哪儿出了问题。但我得到的回答却往往是沉默。起先我以为这种沉默意味着“你当然得这样做”，后来我才发现这种沉默的真正含义是“我不知道别人的做法，但我自己是不干的。”
虽然如此，下面我们还是要看看如何方便地查看服务器日志文件。用telnet连接到服务器，然后输入下面的命令：
该命令将显示出日志文件的最后几行内容，如果有新的内容加入到日志文件，它还会立即显示出新加入的内容。
Windows用户也同样可以使用这种方法，比如可以使用各种为Windows提供的Unix工具软件包。我个人爱好一个称为AINTX的工具，它可以在http://maxx.mc.net/~jlh/nttools/index.htm 找到。
还有一种替代方法是使用下面的Perl代码，它利用了一个称为File::Tail的模块：
$file=File::Tail->new("/some/log/file");
while (defined($line=$file->read)) {
print "$line";
}
无论具体采用的是哪一种方法，同时打开多个终端窗口都是一种好习惯：比如在一个窗口中显示错误日志，在另一个窗口中显示访问日志。这样，我们就能够随时获知网站上发生的事情并立即予以解决。
在这个《Apache日志》系列的下一篇文章中，我们将讨论定制服务器日志，即如何在日志文件中记录所有我们想要的信息，排除所有我们不想要的信息。
在此之后，我们还将讨论日志文件的处理，即如何从日志文件生成统计报表。在最后几篇文章中，我们还将讨论如何把日志记录重定向到指定的程序而不是保存到日志文件，以便由程序实时地处理新生成的日志数据，比如将日志数据保存到数据库，或者当发生某些关键性错误时通过email把日志信息发送给系统管理员，等等。
Apche日志系列(3)：定制日志
有时候我们需要定制Apache默认日志的格式和内容，比如增加或减少日志所记录的信息、改变默认日志文件的格式等。本文介绍可以用日志记录的所有信息，以及如何设置Apache使其记录这些信息。
一、定义日志格式(4月3日)
很久以前，日志文件只有一种格式，这就是“公共格式”，许多人已经习惯于使用这种格式。随后出现了定制日志格式，而且看起来定制日志格式更很受欢迎，即使公共日志格式本身也重新用定制日志格式定义。本文介绍的就是如何随心所欲地定制日志文件的格式、如何让日志文件记录自己想要的信息。
定制日志文件的格式涉及到两个指令，即LogFormat指令和CustomLog指令，默认httpd.conf文件提供了关于这两个指令的几个示例。
LogFormat指令定义格式并为格式指定一个名字，以后我们就可以直接引用这个名字。CustomLog指令设置日志文件，并指明日志文件所用的格式（通常通过格式的名字）。
LogFormat指令的功能是定义日志格式并为它指定一个名字。例如，在默认的httpd.conf文件中，我们可以找到下面这行代码：
该指令创建了一种名为“common”的日志格式，日志的格式在双引号包围的内容中指定。格式字符串中的每一个变量代表着一项特定的信息，这些信息按照格式串规定的次序写入到日志文件。
Apache文档已经给出了所有可用于格式串的变量及其含义，下面是其译文：
----------------------------------------------------------------------
%...a: 远程IP地址
%...A: 本地IP地址
%...B: 已发送的字节数，不包含HTTP头
%...b: CLF格式的已发送字节数量，不包含HTTP头。
例如当没有发送数据时，写入‘-’而不是0。
%e: 环境变量FOOBAR的内容
%...f: 文件名字
%...h: 远程主机
%...H 请求的协议
%i: Foobar的内容，发送给服务器的请求的标头行。
%...l: 远程登录名字（来自identd，如提供的话）
%...m 请求的方法
%n: 来自另外一个模块的注解“Foobar”的内容
%o: Foobar的内容，应答的标头行
%...p: 服务器响应请求时使用的端口
%...P: 响应请求的子进程ID。
%...q 查询字符串（如果存在查询字符串，则包含“?”后面的部分；否则，它是一个空字符串。）
%...r: 请求的第一行
%...s: 状态。对于进行内部重定向的请求，这是指*原来*请求的状态。如果用%...>s，则是指后来的请求。
%...t: 以公共日志时间格式表示的时间（或称为标准英文格式）
%t: 以指定格式format表示的时间
%...T: 为响应请求而耗费的时间，以秒计
%...u: 远程用户（来自auth；如果返回状态（%s）是401则可能是伪造的）
%...U: 用户所请求的URL路径
%...v: 响应请求的服务器的ServerName
%...V: 依照UseCanonicalName设置得到的服务器名字
------------------------------------------------------------------
在所有上面列出的变量中，“...”表示一个可选的条件。如果没有指定条件，则变量的值将以“-”取代。分析前面来自默认httpd.conf文件的 LogFormat指令示例，可以看出它创建了一种名为“common”的日志格式，其中包括：远程主机，远程登录名字，远程用户，请求时间，请求的第一行代码，请求状态，以及发送的字节数。
有时候我们只想在日志中记录某些特定的、已定义的信息，这时就要用到“...”。如果在“%”和变量之间放入了一个或者多个HTTP状态代码，则只有当请求返回的状态代码属于指定的状态代码之一时，变量所代表的内容才会被记录。例如，如果我们想要记录的是网站的所有无效链接，那么可以使用：
反之，如果我们想要记录那些状态代码不等于指定值的请求，只需加入一个“!”符号即可：
Apche日志系列(4)：日志分析
尽管日志文件中包含着大量有用的信息，但这些信息只有在经过深入挖掘之后才能够最大限度地发挥作用。本文首先讨论了能够从日志文件获得的信息以及不能从日志文件获得的信息，然后介绍了几种优秀的日志分析工具以及如何自己编程分析日志文件。
一、可以得到哪些信息
在这个《Apache日志》系列文章的前面几篇中，我们讨论了Apache的标准日志文件——访问日志和错误日志，以及如何定制日志文件。本文接下来讨论如何分析日志文件获得宝贵的统计信息。
我们面临的问题是，虽然日志文件中包含了大量的信息，但这些信息对于我们管理、规划网站却没有多少直接的帮助。为了管理和规划网站，我们需要知道：有多少人浏览了网站，他们在看些什么，停留了多长时间，他们从哪里得知这个网站，等等。所有这些信息就隐藏于（或者可能隐藏于）日志文件之中。
就网站的经营者而言，他们还希望知道浏览者的姓名、地址、鞋子大小，甚至还有浏览者的信用卡号码，但这些信息都不可能从日志文件中得到。为此，作为技术人员的我们就必须知道如何向这些经营者解释清楚：这部分信息不仅不可能从日志文件获得，而且要获得这些信息的唯一方法是直接向浏览者本人询问，并作好被拒绝的准备。
有许多信息可以用日志文件来记录，其中包括：
远程机器的地址：“远程机器的地址”和“谁在浏览网站”差不多，但并不等同。具体地说，远程机器的地址告诉我们浏览者来自何方，比如它可能是buglet.rcbowen.com或者proxy01.aol.com。
浏览时间：浏览者何时开始访问网站？从这个问题的答案中我们能够了解不少情况。如果网站的大多数浏览者都在早上9:00和下午4:00之间访问网站，那么可以相信网站的浏览者大多数总在工作时间进行访问；如果访问记录大多出现在下午7:00到午夜之间，我们可以肯定浏览者一般在家里上网。当然，从单个访问记录能够得到的信息非常有限，但如果从数千个访问记录出发，我们就可以得到非常有用和重要的统计信息。
用户所访问的资源：网站的哪些部分最受用户欢迎？这些最受欢迎的部分就是我们应该继续加以发展的部分。网站的哪些部分总是受到冷落？网站中这些受到冷落的部分或许隐藏得太深，或许它们确实没有什么意思，此时我们就得想办法加以改进。当然，网站还有的内容，比如法律上的声明，虽然很少有人访问，但却不应该随便地改动它们。
无效链接：当然，日志文件还能够告诉我们哪些东西不能按照我们所想象地运行。网站中是否存在错误的链接？其他网站链接过来时有没有搞错URL？是否存在不能正常运行的CGI程序？是否有搜索引擎检索程序每秒发出数千个请求，从而影响了本网站的正常服务？这些问题的答案都可以从日志文件找到线索。
想要知道什么人在什么时候浏览了网站的哪些内容吗？查看Apache的访问日志就可以知道。访问日志是Apache的标准日志，本文详细解释了访问日志的内容以及相关选项的配置。
一、访问日志的格式
Apache内建了记录服务器活动的功能，这就是它的日志功能。这个《Apache日志》系列文章介绍的就是Apache的访问日志、错误日志，以及如何分析日志数据，如何定制Apache日志，如何从日志数据生成统计报表等内容。
如果Apache的安装方式是默认安装，服务器一运行就会有两个日志文件生成。这两个文件是access_log（在Windows上是 access.log）和error_log（在Windows上是error.log）。采用默认安装方式时，这些文件可以在 /usr/local/apache/logs下找到；对于Windows系统，这些日志文件将保存在Apache安装目录的logs子目录。不同的包管理器会把日志文件放到各种不同的位置，所以你可能需要找找其他的地方，或者通过配置文件查看这些日志文件配置到了什么地方。
正如其名字所示，访问日志access_log记录了所有对Web服务器的访问活动。下面是访问日志中一个典型的记录：
216.35.116.91 - - [19/Aug/2000:14:47:37 -0400] "GET / HTTP/1.0" 200 654这行内容由7项构成，上面的例子中有两项空白，但整行内容仍旧分成了7项。
第一项信息是远程主机的地址，即它表明访问网站的究竟是谁。在上面的例子中，访问网站的主机是216.35.116.91。随便说一句，这个地址属于一台名为si3001.inktomi.com的机器（要找出这个信息，可以使用nslookup工具查找DNS），inktomi.com是一家制作Web 搜索软件的公司。可以看出，仅仅从日志记录的第一项出发，我们就可以得到有关访问者的不少信息。
默认情况下，第一项信息只是远程主机的IP地址，但我们可以要求Apache查出所有的主机名字，并在日志文件中用主机名字来替代IP地址。然而，这种做法通常不值得推荐，因为它将极大地影响服务器记录日志的速度，从而也就减低了整个网站的效率。另外，有许多工具能够将日志文件中的IP地址转换成主机名字，因此要求Apache记录主机名字替代IP地址是得不偿失的。
然而，如果确实有必要让Apache找出远程主机的名字，那么我们可以使用如下指令：
HostNameLookups on如果HostNameLookups设置成double而不是on，日志记录程序将对它找到的主机名字进行反向查找，验证该主机名字确实指向了原来出现的IP地址。默认情况下HostNameLookups设置为off。
上例日志记录中的第二项是空白，用一个“-”占位符替代。实际上绝大多数时候这一项都是如此。这个位置用于记录浏览者的标识，这不只是浏览者的登录名字，而是浏览者的email地址或者其他唯一标识符。这个信息由identd返回，或者直接由浏览器返回。很早的时候，那时Netscape 0.9还占据着统治地位，这个位置往往记录着浏览者的email地址。然而，由于有人用它来收集邮件地址和发送垃圾邮件，所以它未能保留多久，很久之前市场上几乎所有的浏览器就取消了这项功能。因此，到了今天，我们在日志记录的第二项看到email地址的机会已经微乎其微了。
日志记录的第三项也是空白。这个位置用于记录浏览者进行身份验证时提供的名字。当然，如果网站的某些内容要求用户进行身份验证，那么这项信息是不会空白的。但是，对于大多数网站来说，日志文件的大多数记录中这一项仍旧是空白的。
日志记录的第四项是请求的时间。这个信息用方括号包围，而且采用所谓的“公共日志格式”或“标准英文格式”。因此，上例日志记录表示请求的时间是2000年8月19日星期三14:47:37。时间信息最后的“-0400”表示服务器所处时区位于UTC之前的4小时。
日志记录的第五项信息或许是整个日志记录中最有用的信息，它告诉我们服务器收到的是一个什么样的请求。该项信息的典型格式是“METHOD RESOURCE PROTOCOL”，即“方法 资源 协议”。
在上例中，METHOD是GET，其他经常可能出现的METHOD还有POST和HEAD。此外还有不少可能出现的合法METHOD，但主要就是这三种。
RESOURCE是指浏览者向服务器请求的文档或URL。在这个例子中，浏览者请求的是“/”，即网站的主页或根。大多数情况下，“/”指向DocumentRoot目录的index.html文档，但根据服务器配置的不同它也可能指向其他文件。
PROTOCOL通常是HTTP，后面再加上版本号。版本号或者是1.0，或者是1.1，但出现1.0的时候比较多。我们知道，HTTP协议是Web得以工作的基础，HTTP/1.0是HTTP协议的早期版本，而1.1是最近的版本。当前大多数Web客户程序仍使用1.0版本的HTTP协议。
日志记录的第六项信息是状态代码。它告诉我们请求是否成功，或者遇到了什么样的错误。大多数时候，这项值是200，它表示服务器已经成功地响应浏览器的请求，一切正常。此处不准备给出状态代码的完整清单以及解释它们的含义，请参考相关资料了解这方面的信息。但一般地说，以2开头的状态代码表示成功，以3开头的状态代码表示由于各种不同的原因用户请求被重定向到了其他位置，以4开头的状态代码表示客户端存在某种错误，以5开头的状态代码表示服务器遇到了某个错误。
日志记录的第七项表示发送给客户端的总字节数。它告诉我们传输是否被打断（即，该数值是否和文件的大小相同）。把日志记录中的这些值加起来就可以得知服务器在一天、一周或者一月内发送了多少数据。
二、配置访问日志
访问日志文件的位置实际上是一个配置选项。如果我们检查httpd.conf配置文件，可以看到该文件中有如下这行内容：
CustomLog /usr/local/apache/logs/access_log common注意，对于版本较早的Apache服务器，这行内容可能略有不同。它使用的可能不是CustomLog指令，而是TransferLog指令。如果你的服务器属于这类情况，建议你尽可能地早日升级服务器。
CustomLog指令指定了保存日志文件的具体位置以及日志的格式。至于如何定制日志文件的格式以及内容，我们将在这个《Apache日志》系列文章的后面几篇讨论。上面这行指令指定的是common日志格式，自从有了Web服务器开始，common格式就是它的标准格式。由此我们也可以理解，虽然几乎不再有任何客户程序向服务器提供用户的标识信息，但访问日志却还保留着第二项内容。
CustomLog指令中的路径是日志文件的路径。注意，由于日志文件是由HTTP用户打开的（用User指令指定），因此必须注意这个路径要有安全保证，防止该文件被随意改写。
《Apache日志》系列文章的后面几篇将继续介绍：Apache错误日志，定制日志的格式和内容，如何将日志内容写入指定的程序而不是文件，如何从日志文件获得一些非常有用的统计信息，等等。
Apche日志系列(2)：错误日志
错误日志和访问日志一样也是Apache的标准日志。本文分析错误日志的内容，介绍如何设置和错误日志相关的选项，文档错误和CGI错误的分类，以及如何方便地查看日志内容，等等。
一、位置和内容
前文讨论了Apache的访问日志，包括它的内容、格式和如何设置访问日志有关的选项。本文我们要讨论的是另外一种Apache标准日志——错误日志。
错误日志无论在格式上还是在内容上都和访问日志不同。然而，错误日志和访问日志一样也提供丰富的信息，我们可以利用这些信息分析服务器的运行情况、哪里出现了问题。
错误日志的文件名字是error_log，但如果是Windows平台，则错误日志的文件名字是error.log。错误日志的位置可以通过ErrorLog指令设置：
ErrorLog logs/error.log除非文件位置用“/”开头，否则这个文件位置是相对于ServerRoot目录的相对路径。如果Apache采用默认安装方式安装，那么错误日志的位置应该在/usr/local/apache/logs下。但是，如果Apache用某种包管理器安装，错误日志很可能在其他位置。
正如其名字所示，错误日志记录了服务器运行期间遇到的各种错误，以及一些普通的诊断信息，比如服务器何时启动、何时关闭等。
我们可以设置日志文件记录信息级别的高低，控制日志文件记录信息的数量和类型。这是通过LogLevel指令设置的，该指令默认设置的级别是error，即记录称得上错误的事件。有关该指令中允许设置的各种选项的完整清单，请参见http: //www.apache.org/docs/mod/core.html#loglevel 的Apache文档。
大多数情况下，我们在日志文件中见到的内容分属两类：文档错误和CGI错误。但是，错误日志中偶尔也会出现配置错误，另外还有前面提到的服务器启动和关闭信息。
二、文档错误
文档错误和服务器应答中的400系列代码相对应，最常见的就是404错误——Document Not Found（文档没有找到）。除了404错误以外，用户身份验证错误也是一种常见的错误。
404错误在用户请求的资源（即URL）不存在时出现，它可能是由于用户输入的URL错误，或者由于服务器上原来存在的文档因故被删除或移动。
顺便说一下，按照Jakob Nielson的意见，在不提供重定向或者其他补救措施的情况下，我们永远不应该移动或者删除Web网站的任何资源。Nielson的更多文章，请参见http://www.zdnet.com/devhead/alertbox/。
当用户不能打开服务器上的文档时，错误日志中出现的记录如下所示：
[Fri Aug 18 22:36:26 2000] [error][client 192.168.1.6] File does not exist:
/usr/local/apache/bugletdocs/Img/south-korea.gif
可以看到，正如访问日志access_log文件一样，错误日志记录也分成多个项。
错误记录的开头是日期/时间标记，注意它们的格式和access_log中日期/时间的格式不同。access_log中的格式被称为“标准英文格式”，这或许是历史跟我们开的一个玩笑，但现在要改变它已经太迟了。
错误记录的第二项是当前记录的级别，它表明了问题的严重程度。这个级别信息可能是LogLevel指令的文档中所列出的任一级别（参见前面 LogLevel的链接），error级别处于warn级别和crit级别之间。404属于error错误级别，这个级别表示确实遇到了问题，但服务器还可以运行。
错误记录的第三项表示用户发出请求时所用的IP地址。
记录的最后一项才是真正的错误信息。对于404错误，它还给出了完整路径指示服务器试图访问的文件。当我们料想某个文件应该在目标位置却出现了404错误时，这个信息是非常有用的。此时产生这种错误的原因往往是由于服务器配置错误、文件实际所处的虚拟主机和我们料想的不同，或者其他一些意料不到的情况。
由于用户身份验证问题而出现的错误记录如下所示：
[Tue Apr 11 22:13:21 2000][error] [client 192.168.1.3] user rbowen@rcbowen.
com: authentication failure for "/cgi-bin/hirecareers/company.cgi":
password mismatch
注意，由于文档错误是用户请求的直接结果，因此它们在访问日志中也会有相应的记录。
三、CGI错误
错误日志最主要的用途或许是诊断行为异常的CGI程序。为了进一步分析和处理方便，CGI程序输出到STDERR（Standard Error，标准错误设备）的所有内容都将直接进入错误日志。这意味着，任何编写良好的CGI程序，如果出现了问题，错误日志就会告诉我们有关问题的详细信息。
然而，把CGI程序错误输出到错误日志也有它的缺点，错误日志中将出现许多没有标准格式的内容，这使得用错误日志自动分析程序从中分析出有用的信息变得相当困难。
下面是一个例子，它是调试Perl CGI代码时，错误日志中出现的一个错误记录：
[Wed Jun 14 16:16:37 2000] [error] [client 192.168.1.3] Prematureend of script headers: /usr/local/apache/cgi-bin/HyperCalPro/announcement.cgi
Global symbol "$rv" requires explicit package name at
/usr/local/apache/cgi-bin/HyperCalPro/announcement.cgi line 81.
Global symbol "%details" requires explicit package name at
/usr/local/apache/cgi-bin/HyperCalPro/announcement.cgi line 84.
Global symbol "$Config" requires explicit package name at
/usr/local/apache/cgi-bin/HyperCalPro/announcement.cgi line 133.
Execution of /usr/local/apache/cgi-bin/HyperCalPro/announcement.cgi
aborted due to compilation errors.
可以看到，CGI错误和前面的404错误格式相同，包含日期/时间、错误级别以及客户地址、错误信息。但这个CGI错误的错误信息有好几行，这往往会干扰一些错误日志分析软件的工作。
有了这个错误信息，即使是对Perl不太熟悉的人也能够找出许多有关错误的信息，例如至少可以方便地得知是哪几行代码出现了问题。Perl在报告程序错误方面的机制是相当完善的。当然，不同的编程语言输出到错误日志的信息会有所不同。
由于CGI程序运行环境的特殊性，如果没有错误日志的帮助，大多数CGI程序的错误都将很难解决。
有不少人在邮件列表或者新闻组中抱怨说自己有一个CGI程序，当打开网页时服务器却返回错误，比如“Internal Server Error”。我们可以肯定，这些人还没有看过服务器的错误日志，或者根本不知道错误日志的存在。决多大多数情况下，错误日志能够精确地指出CGI错误的所在以及如何修正这个错误。
四、查看日志文件
我常常告诉别人说，在进行开发的同时我会不断地检查服务器的日志，以便能够立即知道哪儿出了问题。但我得到的回答却往往是沉默。起先我以为这种沉默意味着“你当然得这样做”，后来我才发现这种沉默的真正含义是“我不知道别人的做法，但我自己是不干的。”
虽然如此，下面我们还是要看看如何方便地查看服务器日志文件。用telnet连接到服务器，然后输入下面的命令：
tail -f /usr/local/apache/logs/error_log该命令将显示出日志文件的最后几行内容，如果有新的内容加入到日志文件，它还会立即显示出新加入的内容。
Windows用户也同样可以使用这种方法，比如可以使用各种为Windows提供的Unix工具软件包。我个人爱好一个称为AINTX的工具，它可以在http://maxx.mc.net/~jlh/nttools/index.htm 找到。
还有一种替代方法是使用下面的Perl代码，它利用了一个称为File::Tail的模块：
use File::Tail;$file=File::Tail->new("/some/log/file");
while (defined($line=$file->read)) {
print "$line";
}
无论具体采用的是哪一种方法，同时打开多个终端窗口都是一种好习惯：比如在一个窗口中显示错误日志，在另一个窗口中显示访问日志。这样，我们就能够随时获知网站上发生的事情并立即予以解决。
在这个《Apache日志》系列的下一篇文章中，我们将讨论定制服务器日志，即如何在日志文件中记录所有我们想要的信息，排除所有我们不想要的信息。
在此之后，我们还将讨论日志文件的处理，即如何从日志文件生成统计报表。在最后几篇文章中，我们还将讨论如何把日志记录重定向到指定的程序而不是保存到日志文件，以便由程序实时地处理新生成的日志数据，比如将日志数据保存到数据库，或者当发生某些关键性错误时通过email把日志信息发送给系统管理员，等等。
Apche日志系列(3)：定制日志
有时候我们需要定制Apache默认日志的格式和内容，比如增加或减少日志所记录的信息、改变默认日志文件的格式等。本文介绍可以用日志记录的所有信息，以及如何设置Apache使其记录这些信息。
一、定义日志格式(4月3日)
很久以前，日志文件只有一种格式，这就是“公共格式”，许多人已经习惯于使用这种格式。随后出现了定制日志格式，而且看起来定制日志格式更很受欢迎，即使公共日志格式本身也重新用定制日志格式定义。本文介绍的就是如何随心所欲地定制日志文件的格式、如何让日志文件记录自己想要的信息。
定制日志文件的格式涉及到两个指令，即LogFormat指令和CustomLog指令，默认httpd.conf文件提供了关于这两个指令的几个示例。
LogFormat指令定义格式并为格式指定一个名字，以后我们就可以直接引用这个名字。CustomLog指令设置日志文件，并指明日志文件所用的格式（通常通过格式的名字）。
LogFormat指令的功能是定义日志格式并为它指定一个名字。例如，在默认的httpd.conf文件中，我们可以找到下面这行代码：
LogFormat "%h %l %u %t "%r" %>s %b" common该指令创建了一种名为“common”的日志格式，日志的格式在双引号包围的内容中指定。格式字符串中的每一个变量代表着一项特定的信息，这些信息按照格式串规定的次序写入到日志文件。
Apache文档已经给出了所有可用于格式串的变量及其含义，下面是其译文：
----------------------------------------------------------------------
%...a: 远程IP地址
%...A: 本地IP地址
%...B: 已发送的字节数，不包含HTTP头
%...b: CLF格式的已发送字节数量，不包含HTTP头。
例如当没有发送数据时，写入‘-’而不是0。
%e: 环境变量FOOBAR的内容
%...f: 文件名字
%...h: 远程主机
%...H 请求的协议
%i: Foobar的内容，发送给服务器的请求的标头行。
%...l: 远程登录名字（来自identd，如提供的话）
%...m 请求的方法
%n: 来自另外一个模块的注解“Foobar”的内容
%o: Foobar的内容，应答的标头行
%...p: 服务器响应请求时使用的端口
%...P: 响应请求的子进程ID。
%...q 查询字符串（如果存在查询字符串，则包含“?”后面的部分；否则，它是一个空字符串。）
%...r: 请求的第一行
%...s: 状态。对于进行内部重定向的请求，这是指*原来*请求的状态。如果用%...>s，则是指后来的请求。
%...t: 以公共日志时间格式表示的时间（或称为标准英文格式）
%t: 以指定格式format表示的时间
%...T: 为响应请求而耗费的时间，以秒计
%...u: 远程用户（来自auth；如果返回状态（%s）是401则可能是伪造的）
%...U: 用户所请求的URL路径
%...v: 响应请求的服务器的ServerName
%...V: 依照UseCanonicalName设置得到的服务器名字
------------------------------------------------------------------
在所有上面列出的变量中，“...”表示一个可选的条件。如果没有指定条件，则变量的值将以“-”取代。分析前面来自默认httpd.conf文件的 LogFormat指令示例，可以看出它创建了一种名为“common”的日志格式，其中包括：远程主机，远程登录名字，远程用户，请求时间，请求的第一行代码，请求状态，以及发送的字节数。
有时候我们只想在日志中记录某些特定的、已定义的信息，这时就要用到“...”。如果在“%”和变量之间放入了一个或者多个HTTP状态代码，则只有当请求返回的状态代码属于指定的状态代码之一时，变量所代表的内容才会被记录。例如，如果我们想要记录的是网站的所有无效链接，那么可以使用：
LogFormat %404{Referer}i BrokenLinks反之，如果我们想要记录那些状态代码不等于指定值的请求，只需加入一个“!”符号即可：
LogFormat %!200U SomethingWrongApche日志系列(4)：日志分析
尽管日志文件中包含着大量有用的信息，但这些信息只有在经过深入挖掘之后才能够最大限度地发挥作用。本文首先讨论了能够从日志文件获得的信息以及不能从日志文件获得的信息，然后介绍了几种优秀的日志分析工具以及如何自己编程分析日志文件。
一、可以得到哪些信息
在这个《Apache日志》系列文章的前面几篇中，我们讨论了Apache的标准日志文件——访问日志和错误日志，以及如何定制日志文件。本文接下来讨论如何分析日志文件获得宝贵的统计信息。
我们面临的问题是，虽然日志文件中包含了大量的信息，但这些信息对于我们管理、规划网站却没有多少直接的帮助。为了管理和规划网站，我们需要知道：有多少人浏览了网站，他们在看些什么，停留了多长时间，他们从哪里得知这个网站，等等。所有这些信息就隐藏于（或者可能隐藏于）日志文件之中。
就网站的经营者而言，他们还希望知道浏览者的姓名、地址、鞋子大小，甚至还有浏览者的信用卡号码，但这些信息都不可能从日志文件中得到。为此，作为技术人员的我们就必须知道如何向这些经营者解释清楚：这部分信息不仅不可能从日志文件获得，而且要获得这些信息的唯一方法是直接向浏览者本人询问，并作好被拒绝的准备。
有许多信息可以用日志文件来记录，其中包括：
远程机器的地址：“远程机器的地址”和“谁在浏览网站”差不多，但并不等同。具体地说，远程机器的地址告诉我们浏览者来自何方，比如它可能是buglet.rcbowen.com或者proxy01.aol.com。
浏览时间：浏览者何时开始访问网站？从这个问题的答案中我们能够了解不少情况。如果网站的大多数浏览者都在早上9:00和下午4:00之间访问网站，那么可以相信网站的浏览者大多数总在工作时间进行访问；如果访问记录大多出现在下午7:00到午夜之间，我们可以肯定浏览者一般在家里上网。当然，从单个访问记录能够得到的信息非常有限，但如果从数千个访问记录出发，我们就可以得到非常有用和重要的统计信息。
用户所访问的资源：网站的哪些部分最受用户欢迎？这些最受欢迎的部分就是我们应该继续加以发展的部分。网站的哪些部分总是受到冷落？网站中这些受到冷落的部分或许隐藏得太深，或许它们确实没有什么意思，此时我们就得想办法加以改进。当然，网站还有的内容，比如法律上的声明，虽然很少有人访问，但却不应该随便地改动它们。
无效链接：当然，日志文件还能够告诉我们哪些东西不能按照我们所想象地运行。网站中是否存在错误的链接？其他网站链接过来时有没有搞错URL？是否存在不能正常运行的CGI程序？是否有搜索引擎检索程序每秒发出数千个请求，从而影响了本网站的正常服务？这些问题的答案都可以从日志文件找到线索。
2005-06-30
后宫佳丽何止三千 中国历代后宫构成图
宫女，泛指被选入宫中供帝王声色享用的女子。大致上由三部分人组成：一是礼法允许，历代沿制的嫔妃类。《礼记·昏仪》说：“古者天子后立六宫、三夫人、九嫔、二十七世妇、八十一御妻。”历代封建帝王一人占有成千上万的女子，根据其好恶程度，将宫中女子分成若干等级。如隋炀帝继位后，认真按照《礼记·昏仪》中之说，置三夫人九嫔二十七世妇八十一御妻。贵妃、淑妃、德妃是为三夫人，品正第一。顺仪顺容顺华、修仪修容修华、充仪充容充华是为九嫔，品正第二。婕妤十二人，品正第三。美人才人共十五人，品正第四。宝林二十四人，品正第五。御女二十四人，品正第六。采女三十七人，品正第七。总共一百二十四人。这是宫女中品位最高的。又如唐制，宫中设皇后，皇后之下为贵妃、德妃、淑妃、贤妃；妃之下又有昭仪、昭容、昭媛、修仪、修容、修媛、充仪、充容、充媛，谓之九嫔；九嫔之下有婕妤、美人、才人各九人；再就是宝林、御女、采女各二十七人。上述女子是宫中级别高、有地位的宫女，这只是后宫成群宫女中的一小部分。二是宫中数不清的女官和宫娥等等，这部分女子可随时召来，封以头衔，博取帝王一时之欢心。三是宫中庞大的女乐倡优，她们色艺出众，专供帝王享乐和应酬之需。
(一)先秦时代
早在先秦时代，随着奴隶制的产生，专供天子诸侯取乐的宫中美女，倡优和女乐就产生了。古书中对此有所记载：“昔者桀之时，女乐三万人，晨噪于端门，乐闻于三衢。”(《管子·轻重甲》)“昔桀女乐充宫室，文绣衣裳。故伊尹高逝游薄，而女乐终废其国。”(《盐铁论》)
夏桀拥有女乐三万，足可见其荒淫无度。古人把夏桀灭亡的原因归罪于君王沉迷女色而荒废政事。
殷商时代的商纣王，在赏玩女乐倡优等宫女时，更是有一种变态心理。他不满足于自己宫中的女色，还随意发动战争，劫掠诸侯的女乐，大施淫威。甚至设酒池肉林，命宫中男女裸体追逐于其间，他一边饮酒一边观赏，通宵达旦。并广征赋税，营造极其壮丽的苑台、苑圃。《史记·殷本纪》记载：“(纣)好酒淫乐……使师涓作新淫声，北里之舞，靡靡之乐……大聚乐戏于沙丘，以酒为池，悬肉为林，使男女裸，相逐其间，为长夜之饮。”
至春秋战国的动乱年代，君王广罗女乐倡优，嗜玩声色歌舞已成风气。《吴越春秋》卷一记载，楚庄王初即位时，“淫于声色，左手拥秦姬，右手抱越女”；黄宪《天禄阁外史》卷四中说，魏王饮宴时，楚姬舞于前，吴姝歌于后，越女鼓瑟于左，秦娥泛筝于右；任《述异记》中，则说吴王夫差的后宫竟有“宫妓数千人”。
(二)秦汉时期
秦汉时代是礼教得以发展与完善的时期。一方面，刘向的《列女传》、班昭的《女诫》以及《礼心》等书对妇女的贞操德行加以苛严的约束，与此同时，统治者大力提倡贞节，表彰节妇。如秦始皇为褒奖巴清寡妇而修筑女怀清台以劝导贞节；西汉宣帝于神爵四年(公元前五十八年)诏赐贞妇顺女帛；东汉安帝也曾于“元初六年二月，诏赐贞妇有节义谷十斛，甄表门闾，旌显厥行”。(《后汉书·安帝本纪》)但是另一方面，统治者自己却占有大量女乐、倡优等宫女，供他们享乐。
《史记·秦始皇本纪》描述说：“咸阳之旁二百里内宫观二百七十，复道甬道相连，帷帐钟鼓美人充之，各案署不移徙。”其后宫之盛，可想而之。秦始皇把从六国掠来的上万名宫女据为已有，并大修宫室供女乐居住表演。计有“关中离宫三百所，关外四百所，皆有钟磬、帷帐，妇人倡优”共达数万人。唐代杜牧曾作《阿房宫赋》，极写秦代宫廷生活的荒淫以托古讽今：“妃嫔媵嫱，王子皇孙，辞楼下殿，辇来于秦，朝歌夜弦，为秦宫人。明星荧荧，开妆镜也；绿云扰扰，梳晓鬟也；渭流涨腻，弃脂水也；烟斜雾横，焚椒兰也。雷霆乍惊，宫车过也；辘辘远听，杳不知其所之也。一肌一容，尽态极妍，缦立远视，而望幸焉。有不见者，三十六年。”把秦朝帝王淫逸，宫女如云和宫女们竭力妆扮争媚，盼望皇帝来临的情形写得形象生动。但是，“有不见者，三十六年”，也就是说，秦始皇在位三十六年，有的宫女幽闭于宫中，终身未能见到皇帝。
西汉自高祖以来，历代皇帝不论荒淫风流与否，其后宫蓄藏的美女，数量之众相当可观。据汉元帝之时贡禹的上疏，可知“武帝之时，宫人达数千”。汉武帝好大喜功又风流放荡，他在宫中收纳数千名宫娥、女乐，一方面恣意享乐，一方面以此显示天子的特权与威严。昭帝、宣帝效法武帝，把后宫美女置于园陵游乐。元帝继位后，嫌后宫女子年长色衰，下令选天下美女入宫，由于选女过众，来不及逐个召见，就令画工毛延寿、樊青等将美女一一画来，他再按图挑选。宫女们为得到皇帝召幸，纷纷贿赂讨好画工。而毛延寿等画工乘机恃权索贿。著名的美女王昭君就是因为自恃貌美，又不愿巴结行贿老画工，以致久久冷落宫中，直至被赐嫁匈奴和亲时，才得以见到元帝。元帝见昭君倾国倾城之貌，后悔难言，追惩画工而解恨。至成帝、哀帝时，也因袭先制，效法祖宗例规。汉成帝好色，他刚继位，皇太后就下令为他广选良家女子入宫。据记载，西汉各帝继政期间，因为宫女过多，时有放出宫女之事，但大批宫女放出宫门，并未减弱帝王荒淫纵欲，宫廷仍是美女如云，淫乱成风。
到了东汉，后宫中除皇后、贵人外，置美人、宫人和采女三类。采女，就是定期从民间采择来的十三岁以上二十岁以下的美女。虽然光武帝曾简略诸制，宫女数量一度有所减少，但到了安帝时，宫女又增加了。《后汉书·后妃纪》记载，东汉末年，宫女达数千人。《后汉书·桓帝邓皇后传》中说，桓帝时，“多内幸，博采宫女至五六千人。”此外，《后汉书·吕强传》中记载了汉末灵帝的淫纵，灵帝后宫中，采女有数千人之多。他喜好胡乐胡舞，就经常让宫女们在西园表演，供他赏玩。有时，他命令采女们在西园中装扮成客舍主人，他自己身穿商人服饰，来到客舍中与女主人喝酒调情，游戏玩乐。灵帝还在西园中修筑一座裸泳馆，每到夏天，他就到这里来避暑，命令十四到十八岁的宫女脱光上衣，只穿一条裤衩下水池游泳，他或饮酒欣赏，或下池去与宫女们一起裸浴。灵帝沉湎于淫逸，对宦官擅权视而不见，以至国家衰微，天下大乱，群盗蜂起，民不聊生。
(一)先秦时代
早在先秦时代，随着奴隶制的产生，专供天子诸侯取乐的宫中美女，倡优和女乐就产生了。古书中对此有所记载：“昔者桀之时，女乐三万人，晨噪于端门，乐闻于三衢。”(《管子·轻重甲》)“昔桀女乐充宫室，文绣衣裳。故伊尹高逝游薄，而女乐终废其国。”(《盐铁论》)
夏桀拥有女乐三万，足可见其荒淫无度。古人把夏桀灭亡的原因归罪于君王沉迷女色而荒废政事。
殷商时代的商纣王，在赏玩女乐倡优等宫女时，更是有一种变态心理。他不满足于自己宫中的女色，还随意发动战争，劫掠诸侯的女乐，大施淫威。甚至设酒池肉林，命宫中男女裸体追逐于其间，他一边饮酒一边观赏，通宵达旦。并广征赋税，营造极其壮丽的苑台、苑圃。《史记·殷本纪》记载：“(纣)好酒淫乐……使师涓作新淫声，北里之舞，靡靡之乐……大聚乐戏于沙丘，以酒为池，悬肉为林，使男女裸，相逐其间，为长夜之饮。”
至春秋战国的动乱年代，君王广罗女乐倡优，嗜玩声色歌舞已成风气。《吴越春秋》卷一记载，楚庄王初即位时，“淫于声色，左手拥秦姬，右手抱越女”；黄宪《天禄阁外史》卷四中说，魏王饮宴时，楚姬舞于前，吴姝歌于后，越女鼓瑟于左，秦娥泛筝于右；任《述异记》中，则说吴王夫差的后宫竟有“宫妓数千人”。
(二)秦汉时期
秦汉时代是礼教得以发展与完善的时期。一方面，刘向的《列女传》、班昭的《女诫》以及《礼心》等书对妇女的贞操德行加以苛严的约束，与此同时，统治者大力提倡贞节，表彰节妇。如秦始皇为褒奖巴清寡妇而修筑女怀清台以劝导贞节；西汉宣帝于神爵四年(公元前五十八年)诏赐贞妇顺女帛；东汉安帝也曾于“元初六年二月，诏赐贞妇有节义谷十斛，甄表门闾，旌显厥行”。(《后汉书·安帝本纪》)但是另一方面，统治者自己却占有大量女乐、倡优等宫女，供他们享乐。
《史记·秦始皇本纪》描述说：“咸阳之旁二百里内宫观二百七十，复道甬道相连，帷帐钟鼓美人充之，各案署不移徙。”其后宫之盛，可想而之。秦始皇把从六国掠来的上万名宫女据为已有，并大修宫室供女乐居住表演。计有“关中离宫三百所，关外四百所，皆有钟磬、帷帐，妇人倡优”共达数万人。唐代杜牧曾作《阿房宫赋》，极写秦代宫廷生活的荒淫以托古讽今：“妃嫔媵嫱，王子皇孙，辞楼下殿，辇来于秦，朝歌夜弦，为秦宫人。明星荧荧，开妆镜也；绿云扰扰，梳晓鬟也；渭流涨腻，弃脂水也；烟斜雾横，焚椒兰也。雷霆乍惊，宫车过也；辘辘远听，杳不知其所之也。一肌一容，尽态极妍，缦立远视，而望幸焉。有不见者，三十六年。”把秦朝帝王淫逸，宫女如云和宫女们竭力妆扮争媚，盼望皇帝来临的情形写得形象生动。但是，“有不见者，三十六年”，也就是说，秦始皇在位三十六年，有的宫女幽闭于宫中，终身未能见到皇帝。
西汉自高祖以来，历代皇帝不论荒淫风流与否，其后宫蓄藏的美女，数量之众相当可观。据汉元帝之时贡禹的上疏，可知“武帝之时，宫人达数千”。汉武帝好大喜功又风流放荡，他在宫中收纳数千名宫娥、女乐，一方面恣意享乐，一方面以此显示天子的特权与威严。昭帝、宣帝效法武帝，把后宫美女置于园陵游乐。元帝继位后，嫌后宫女子年长色衰，下令选天下美女入宫，由于选女过众，来不及逐个召见，就令画工毛延寿、樊青等将美女一一画来，他再按图挑选。宫女们为得到皇帝召幸，纷纷贿赂讨好画工。而毛延寿等画工乘机恃权索贿。著名的美女王昭君就是因为自恃貌美，又不愿巴结行贿老画工，以致久久冷落宫中，直至被赐嫁匈奴和亲时，才得以见到元帝。元帝见昭君倾国倾城之貌，后悔难言，追惩画工而解恨。至成帝、哀帝时，也因袭先制，效法祖宗例规。汉成帝好色，他刚继位，皇太后就下令为他广选良家女子入宫。据记载，西汉各帝继政期间，因为宫女过多，时有放出宫女之事，但大批宫女放出宫门，并未减弱帝王荒淫纵欲，宫廷仍是美女如云，淫乱成风。
到了东汉，后宫中除皇后、贵人外，置美人、宫人和采女三类。采女，就是定期从民间采择来的十三岁以上二十岁以下的美女。虽然光武帝曾简略诸制，宫女数量一度有所减少，但到了安帝时，宫女又增加了。《后汉书·后妃纪》记载，东汉末年，宫女达数千人。《后汉书·桓帝邓皇后传》中说，桓帝时，“多内幸，博采宫女至五六千人。”此外，《后汉书·吕强传》中记载了汉末灵帝的淫纵，灵帝后宫中，采女有数千人之多。他喜好胡乐胡舞，就经常让宫女们在西园表演，供他赏玩。有时，他命令采女们在西园中装扮成客舍主人，他自己身穿商人服饰，来到客舍中与女主人喝酒调情，游戏玩乐。灵帝还在西园中修筑一座裸泳馆，每到夏天，他就到这里来避暑，命令十四到十八岁的宫女脱光上衣，只穿一条裤衩下水池游泳，他或饮酒欣赏，或下池去与宫女们一起裸浴。灵帝沉湎于淫逸，对宦官擅权视而不见，以至国家衰微，天下大乱，群盗蜂起，民不聊生。
订阅：
博文 (Atom)