[url重写]通过apache/tomcat JSP/二级域名关键点重写URL的SEO优化

Apache已经使用了很长时间，但它只使用了很长时间。所以在这四五天有一种化妆的味道：由于公司不能提供一个好的系统管理员，只能是自助服务。在将Apache和tomcat结合起来进行SEO优化之后，四五天后，我对这些工具的基本逻辑框架有了统一的理解。
URL重写的知识应针对以下需求：支持HTML的SEO引擎优化，并提供非定量的二级域名以促进模块管理和推广。尽管搜索引擎无法识别动态页面在技术上是不可能的，但我认为最大的可能性是对于静态硬链接，如果没有搜索引擎，它将获得404标识符。对于动态页面，响应并不总是正确的。这样，搜索引擎不容易维护和分类索引。
在深入了解Apache mod_write之后，发现其文档和介绍文章中通常缺乏几个关键指导，并且涉及的具体细节太快。要了解mod_write的工作，我们必须首先了解mod_rewite在目录上的工作。换句话说，每个目录的重写规则是独立的。每个目录的重写既是最高级别的容器又是最低层的容器。因此，重写规则定义是每个目录的位置，<目录$dir/>或目录。htaccess。
其次，mod_write是一组缺乏逻辑功能的平面规则。因此，每个目录设置中的每个规则都会重复转换。[五十] 表示匹配仅完成一次，还需要重新匹配并输出请求而没有任何匹配条目。这样，如果有更多规则，性能不仅会下降，而且容易混淆，因此，谨慎使用mod_write使用mod_write匹配二级域名。在这方面，mod_write designer希望使用正则表达式匹配，或允许用户在复杂匹配逻辑中将perlShell作为应用程序调用。但这使得开发变得复杂。
由于mod_write是基于目录的，因此其优先级低于虚拟主机设置的优先级，而VirtualHost的优先级低于VirtualDocumentRoot设置的优先级。由于VirtualHost的服务器名不能使用正则表达式进行基于IP头的匹配，因此使用VirtualDocumentRoot设置多级域名有很大的限制。因此，稍微多样化的应用程序将面临不可逾越的冲突url。因此，简单地使用虚拟主机或URL重写效率不高。此时，主要路径应该是html指导，它可以满足类似SEO的硬链接的要求，它不会影响用户'浏览。最重要的是，主要解决方案可以集中到应用程序中url重写，从而简化了项目技术并降低了项目成本。
基本上，使用php进行mod_write和二级域名是基于以下原因：会话一致性维护。将mod_write应用于jsp站点时，存在很多复杂性。由于mod_write以目录为目标，它将不可避免地干扰目录的url重写操作;而jsp的上下文由基本目录作为应用程序确定;这样，当目录清晰时，jsp通常可以识别维护在不同域名和虚拟主机下的会话，但是一旦目录不完整，就像使用第二级域名一样，无论该目录被解释为URL重写还是虚拟主机设置，浏览器都会将其视为两个会话请求，从而导致混淆。因此，要在jsp站点上使用第二级域名，无法使用硬html连接指南。当然，Redirect方法可以解决表面上的问题，但在这种情况下，SEO的含义丢失了;URL重写最初是针对SEO;那么为什么重写？