在现代日志文件分析系统中，管理员可以实时生成分析报告，而无需等待一个报告期。以下是服务器日志分析方法的一些优点和不足。

    二、服务器日志分析方法的不足

    当然，仅仅依赖于服务器日志分析也会有一些不足。

    1、分析的部署和实施需要更多人力

    IT和市场营销部门需要共同努力来部署服务器日志分析系统。这就意味着，如果分析不是IT部门当前的首要任务（而且很少会是），部署时间就会被拖延。

服务器代理让你对Web交易有更深入的了解，代价是付出了更多的计算能力和其他组件管理开销。以下就细细分说服务器代理的一些优点和不足。

    一、服务器代理的优点

    1、额外的信息

    服务器代理可能会记录服务器的一些额外信息，如服务器CPU、内存和I/O使用情况，发送请求的数据（如POST中的参数），这些信息通常不能通过Web服务器日志获取。

    2、减少数据收集开销

用户端的Web交互分析收集用户与浏览器的交互信息，如记录对话框的焦点变化、鼠标点击、按键事件。用户可能会做一些与网站没有什么关系的事情，但是这会影响到他们使用应用程序和收集用户数据的能力。例如：

他们可以复制和粘贴文本、保存文件、打印网页内容，以及其他可能引起浏览器与主机操作系统发生交互的行为。

他们可以打开一个新窗口或者新的浏览器选项卡。

他们可以关闭窗口，并中止访问，有时是意外。

他们可以把另一个应用程序放到前台，并与之交互。

    如果用户从剪贴板粘贴一段文本，那么客户端的Web交互分析脚本将难以捕获文本，因为这时没有“Keydown”这样的击键事件可获捕获。同样，通过浏览器自动完成功能以用户名义提交的文本也可能不会保存下来。

分层可以让我们的代码组织条理更清晰，减少冗余，提高代码重用率。和CSS一样，我把JavaScript分成三层，从下往上依次是base层、common层和page层。需要说明的是，如何分层是一件主观的事情，为的是“把事情变得更好”，没有对和错之分，只有好和坏，我并不是说“只有这样分层才是对的”，我在这里分享的是我自己的经验，推荐给大家参考。

    1、base层

    位于三层的最底端，这一层有两个职责。职责一是封装不同浏览器下JavaScript的差异提供统一的接口，我们可以依靠它来完成跨浏览器兼容的工作。职责二是扩展JavaScript语言底层提供的接口，让它提供更多更为易用的接口。Base层的功能是给common层和page层提供接口。

CSS的居中会遇到很多种情况，不同的情况使用的方法不同。

    1、水平居中

   （1）文本、图片等行内元素的水平居中

    给父元素设置text-align：center可以实现文本、图片等行内元素的水平居中。

   （2）确定宽度的块级元素的水平居中

    确定宽度的块级元素水平居中是通过设置margin-left：auto和margin-right：auto来实现的。

面向过程编程是将程序分成“数据”和“处理函数”两部分，程序以“处理函数”为核心，如果要执行什么操作，就将“数据”传给相应的“处理函数”，返回我们需要的结果的编程方式。

    面向过程的思路很好掌握，上手容易。但它存在三方面的问题。

    1、数据和处理函数没有直接的关联，在执行操作的时候，我们不但要选择相应的处理函数，还要自己准备处理函数需要的数据，也就是说，在执行操作时，我们需要同时关注处理函数和数据。

JavaScript的执行速度取决于代码的编写方式，本文就主要介绍几种实现JavaScript提速的方法。

    1、管理作用域非常重要，因为存取非局部变量要比局部变量耗时更多。尽量避免使用会增长作用域链的结构，比如使用with语句和try-catch语句中的catch从句。如果非局部变量的使用超过一次，那么为了降低性能耗损，就应该将它存储到一个局部变量中。

    2、存储和读取数据的方式对脚本性能影响极大。字面量和局部变量总是最快的；存取数组元素和对象属性会引起性能损耗。如果数组元素或对象属性的使用超过一次，那么为了提高存取速度，就应该将它存储到一个局部变量中。

    显然，我们所讲的带宽是指数据的发送速度，比如我们的百兆网卡，便是指网卡的最大发送速度为100Mbps，也就是网卡在1秒钟最多可以发出100Mb的数据。那么，我们当然希望发送速度越快越好，究竟这个发送速度的大小和什么有关呢？简单地说，包括了一下几个因素。

    1、数据发送装置将二进制信号传送至线路的能力，也称信号传输频率，以及另一端的数据接收装置对二进制信号的接收能力，同时也包括线路对传输频率的支持程度。比如光纤一端的发射装置使用发光二极管（Light Emitting Diode,LED）或一束激光将光脉冲传送至光纤，光纤另一端的接收装置使用光敏元件检测脉冲，从而将脉冲中包含的二进制信息转换成数据。指的注意的是，信号的接收能力至关重要，如果接收能力跟不上，发送能力不可能提高，在星球火车系统的故事中，我们知道数据链路层对于数据帧传输控制机制完全是按照接收方的接收能力来确定发送速度的。

我们了解了互联网上两台主机之间数据发送和传输的整个过程，事实上，数据的响应时间不难得出：响应时间=发送时间+传播时间+处理时间。

    发送时间很容易计算，即“数据量/带宽”。比如要发送100Mbit的数据，而且发送速度为100Mbit/s，也就是带宽为100M，那么发送时间便为1s。值得注意的是，在两台主机之间往往存在多个交换节点，每次的数据转发，都需要花费发送时间，那么总的发送时间也包括这些转发时所花费的发送时间。

    传播时间主要依赖于传播距离，因为传播速度我们可以近似认为约等于2.0×108m/s，那么传播时间便等于传播距离除以传播速度。比如两个交换节点之间线路的长度为1000km，相当于北京道上海的直线距离，那么一个比特信号从线路的一端到另一端的传播时间为0.005s。

从反向代理缓存到负载均衡调度器，反向代理服务器不止一次出现在书中，而这一次，我们又将目光转向了它在文件复制领域的表现。

    事实上，反向代理机制本身就决定了它必须从后端服务器那里不断地复制内容到本地，而这种复制的触发条件，则是用户向反向代理服务器请求内容，我想这种方式也可以称为“动态同步”。

    那么，对于静态网页、图片等这些直接暴露给用户的内容来说，通过反向代理服务器实现远程复制，可能是一个更加简单有效的方式。而对于另一些无法由用户通过HTTP直接访问的文件，比如Web应用程序运行中需要的一些持续更新的配置文件，反向代理服务器对于它们的复制将无能为力，你仍然需要借助于前面介绍的复制方法。