jsp 用于URL重写SEO优化/两级域名点的Apache/tomcat jsp

apache | js | seo |二级域名|优化apache花了很长时间，但花了很长时间才说掌握还远远不够。所以这四五天内在的味道有一个教训：由于公司不能提供一个好的系统管理员，只能是一个自我同时的。在Apache和Tomcat结合起来优化SEO的处理之后，四五天后，这些工具的基本逻辑对框架有了统一的理解。

对URL重写的理解需要根据SEO的需求量身定制，有利于HTML，并提供两级域名以促进模块管理和推广。搜索引擎不知道动态页面在技术上是不可能的;我认为最大的可能性是对于静态硬链，如果没有搜索引擎将获得404标志，而对于动态页面，响应不一定。这将不利于搜索引擎的索引维护和副标题。

在深入了解Apache mod_write之后，发现其文档和介绍性文章中经常缺少几个关键指南，并且细节太快而无法涉及。要了解Mod_write's的工作，首先要理解的是Mod_rewite正在一个目录上工作。换句话说，每个目录的重写规则是分开的seo，每个目录重写都是容器的最高和最低部分，因此重写规则定义在每个目录的位置，<目录$dir/>或者在。目录的htaccess。

其次，mod_write是一个缺乏逻辑功能的平面规则**，因此每个目录设置都是一个常规的重复转换，[L]只是表明一旦匹配结束，就需要再次匹配，并且没有条目在输出请求之前匹配它，如果规则不仅仅是性能会变得丰满ting，但也很容易陷入混乱，所以mod_write要小心使用，使用mod_write来匹配二级域名要小心。在这种情况下，Mod_write designer希望使用正则表达式匹配或允许用户将Perlshell调用为复杂的匹配逻辑应用程序。但这使得开发更加复杂。

因为mod_write是基于目录级别的，所以它的优先级低于虚拟主机设置，并且VirtualHost的优先级低于Virtualdocumentroot's泛虚拟主机设置。由于基于IP头匹配的virtualhost Server名称不能使用正则表达式，因此jsp，使用Virtualdocumentroot set多级域名有很大的限制，轻微多样化的应用将面临不可逾越的冲突。因此，简单地使用虚拟主机或URL重写效率不是很高，那么主要路径应该是使用HTML指导，这样两者都能满足像硬链接这样的SEO要求，不会影响用户's浏览;最重要的是，主要解决方案可以集中到一个应用程序的区域，简化项目技术并降低项目成本。

使用mod_write和二级域的站点基本上使用PHP的原因是：会话的一致维护。将mod_write应用于JSP站点时，存在很多复杂性。由于mod_write是针对目录的，它必然会干扰目录的操作，JSP的上下文是基于基本目录作为决策的应用，因此，在一个清晰的目录中，JSP在不同的域名和虚拟主机中，在正常识别会话维护的情况下，但是一旦目录未完成，例如使用二级域名，无论该目录是从URL重写还是虚拟主机设置解释，浏览器都会我认为这是两个会话请求，导致混乱。因此，在JSP网站中使用二级域名，除了使用硬HTML连接指南外，没有其他方法。当然，从表面上来说，使用重定向方式来解决问题，但是这些单词将失去SEO的含义，并且URL重写将为SEO完成;那么为什么重写它？

此外，此域/路径和会话关系，不同的浏览器性能不同。IE仅与上下文路径相关，但Firefox/mozila/netscape也与域名（二级域名）相关。这样，如果您不想引起混淆，最好设置重写的边界，在一个地方停止，只重写为门户，而另一个则是主域的完整主域名。这也意味着相对路径对于图片和静态动态文件都是不可靠的。至于由于路径更改而导致的会话丢失，任何一个浏览器都会自动删除会话，从而导致会话丢失。

总之，/.htaccess两级域名重写中的URL，最好从一开始写入重定向到标准主机和路径，这样您就可以节省很多麻烦，同时，对于SEO，不影响蜮name本身的分配值。