[发明专利]一种静态化页面的处理系统和方法

说明书

技术领域

本发明涉及web页面处理技术，尤其涉及一种静态化页面的处理系统和方法。

 

背景技术

静态化是解决减轻网站压力,提高网站访问速度的常用方案。目前主要的静态化方法是在开发中通过编码对需要静态化的部分进行处理，静态化的过程发生在服务器端脚本程序中。

在网站中，访问者看到的页面基本上是静态页面。页面静态化能够使访问速度较快，有利于搜索引擎收录。目前主流的静态化主要有两种：第一种是通过程序将动态页面抓取并保存为静态页面，这样的页面实际存在于服务器的硬盘中；第二种是通过WEB服务器的 URL Rewrite的方式，他的原理是通过web服务器内部模块按一定规则将外部的URL请求转化为内部的文件地址，也就是把外部请求的静态地址转化为实际的动态页面地址，而静态页面实际是不存在的。这两种方法都达到了实现URL静态化的效果，但是也各有各自的特点。

将动态页面转化为实际存在的静态页面这种方法，由于静态页面的存在，少了动态解析过程，所以提高了页面的访问速度和稳定性，使得优化效果非常明显。所以这种方法被广泛采用。但是它的局限性同样存在。对于大型网站而言，这种方法将带来不可忽视的问题。首先，由于生成的文件数量较多，存储需要考虑文件、文件夹的数量问题和磁盘空间容量的问题；其次，页面维护的复杂性和大工作量，及带来的页面维护及时性问题，需要一整套站点更新制度。而URL Rewrite方式特点同样鲜明，由于是服务器内部解析的地址，所以内容是实时更新的，也不存在文件管理和硬件问题。在服务器级URL Rewrite重写技术并不影响页面的执行速度。但是URL Rewrite的门槛比较高，国内虚拟主机大多不支持，而且虚拟主机是目录级的URL Rewrite,通过遍历目录读物URL转发规则的方式将大大降低页面的执行速度。

现有的静态化方法应用比较复杂，需要进行大量编码还需要对静态化后的内容进行存储管理，并且由于静态化的过程在服务器端脚本程序中处理，所以整体效率不高。

发明内容

针对上述缺陷，本发明的目的在于设计一种方便搭建的web系统静态化解决方案，充分利用web服务器处理纯静态化内容高效的特点，提高静态化后网站的效率。

为此，本发明首先提供一种静态化页面处理系统，包括web缓存服务器、web服务器、用户终端，其特征在于：所述web缓存服务器是Nginx服务器；所述web缓存服务器用于接收用户终端发来的url请求，并检查所述url请求是否已被缓存；如果已被缓存，则直接将缓存结果返回给用户，如果未被缓存，则保持用户的url请求的目标地址不变，而生成新的url请求传到所述web服务器。

进一步，该系统还包括一服务器端脚本处理；web服务器接收web缓存服务器发送的url请求后，通过处理伪静态请求的方式，将所述url请求转换为实际动态请求；并web服务器将所述动态请求发送至所述服务器端脚本处理单元。

所述伪静态请求的方式为：通过web服务器自带的rewrite规则将静态地址转化为动态地址。

更进一步，所述web服务器接收服务器端脚本处理处理单元发送的经处理后得到的结果，将所述经处理后得到的结果返回到所述web缓存服务器；所述web缓存服务器对所述经处理后得到的结果进行缓存，并将缓存的结果发送至用户终端。

更为优选地，对所述经处理后得到的结果进行缓存是将url请求及配置的相关信息组合当作Key，用md5编码哈希后保存在硬盘上的指定位置；所述web缓存服务器对缓存过期后的文件进行自动删除。

此外，本发明还提供一种静态化页面处理方法，包括以下步骤：

步骤100、web缓存服务器接收用户终端发来的url请求。

步骤200、web缓存服务器检查用户发出的url请求是否已被缓存；如果已被缓存，则直接将缓存结果返回给用户，如果未被缓存，则执行步骤300；

步骤300、web缓存服务器保持用户的url请求的目标地址不变，而生成新的url请求传到web服务器，

其中，所述web缓存服务器是Nginx服务器。

进一步，该方法还包括：

步骤400、web服务器接收web缓存服务器发送的url请求，并通过处理伪静态请求的方式，将所述url请求转换为实际动态请求；所述伪静态请求的方式为：通过web服务器自带的rewrite规则将静态地址转化为动态地址。

步骤500、web服务器将所述动态请求发送至服务器端脚本处理处理单元。