优化apache/tomcat配置 (1)

近日不得不越那个代疱地钻研发布和发布系统管理和测试的相关问题。有充分证据表明现得绝大多数的apache/tomcat配置中,apache根本就是摆设，所有的响应负担，包括静态多媒体
文件实际上是由tomcat完成，而tomcat实际上是效率相当低的，大约是apache的十分之一。因此，没有达到集成两者的目的；但在优化配置本地基本成功，打算在网上测试服务器实际试行时，却碰到了"martix现象"：无可解释的不可重复的异常表现。
看来，在tomcat/apache的配合上要动真格的，今天写的那份文章提示了一个现实的问题，apache根本就没有作用，更严重的是，107和106上不匹配，107上甚至不能重复出106的配合。由于图片的量会不少，所以这是一个非常现实的问题。我想，目前唯一的办法就是下载到本地，参考可能参考的资料完整地进行一次配置。毕竟，现在的配置是几年前的，而且不是由我进行的。这里如果处理OK了，那么相信对于提供系统的处理能力和处理的速度，是大有益处的。......经过一天的奋斗，主要的时间在于重新在本地设备上安装所有相关的软件，包括本地的DNS服务器，没有这个没有办法测试虚拟主机解释。所以主要还是在晚上测试，深入钻研apache/tomcat的配合，基本搞清楚了两者的关系，确认原来的配置方式只是"表面上成功"，实际上完全由tomcat完成所有应答，apache只是聋子的耳朵??摆设。但是在本地完成所有测试，原封不动地准备在网上进行更新设置时，再次碰到"Matrix现象"：出现了莫名其妙的差异；无法解释，自然消失。

第一个差异就是，按照最新的理解，apache解释的多媒体路径与tomcat解释的页面路径是不同的，因此，必须在页面上修整两者，否则图片和多媒体就会因为路径不一而不能获取；而在原来设置中由于完全由tomcat解释，所以两者是相同的。这个设想的实验在本地非常成功，但是在网上，就完全相反，路径解释无论如何都是对的??问题在于我在本地已经测试并修改了这个路径解释：老天爷，到底要那一个呢？而实际上，worker.properties的过滤是完全一样的。这点如果还不算太怪的话，那么第二个差异就更怪了。

首先是使用原来的httpd.conf总是在虚拟主机DocumentRoot上被禁止访问，在强行使用本地设置文件置换（由于路径一样，问题倒不算大）后就变得可以了。这条权作是未知的某处错误存在，那么随后就怪事连连了：无论是那个虚拟主机，统统只是解释到第一个虚拟主机的目录，换言之，虚拟主机完，全失效。把那个设置文件拿回本地测试却是一切正常。随后再次到网上测试，这次却是跟着正常了......原因不明，唯一的可能......似乎是firefox缓存一类......总之是笔糊涂帐。真是莫名其妙。但前者的图片必须改由apache解释是确证无疑的，否则，系统性能会过大消耗，静态大文件的处理，不是tomcat的长处。

我们这个世界是一个物质物理世界，它的基本特征就是同质可重复性，整个现代科学都是建筑在这个基础上的。如果一旦碰到同质可重复性不能成立时，我的感觉就是俺是不是生活在Matrix里头了。

续：今天在本地的测试得到了与远端同样的结果，至少看来重新象一个物质世界了！ 目前唯一可能的解释，（不过也是解释得非常牵强的），就是firefox对于浏览过的网站或者出于加速的原因，有一些与过往的浏览器有很大不同的缓存策略。在以后的操作中要注意这一点。

      这个结构许多人已经熟悉用了，而且在网上也有大量的howto，不过最关键的文件worker.properties设置就未必正确，如：

info=Ajp13 forwarding over sockettomcatId=localhost:8009[uri:/JSP-examples/*][shm:]disabled=1

如果象上面那样uri:/JSP-examples/*的话，相信，apache屁用没