欢迎来到上海园丁鸟网络科技有限公司|企业网站建设企业建站企业官网建设企业官网
咨询热线:18017747315当前位置: 首页 > 网站优化百科 >
联系我们
企业网站建设 建站咨询
电话咨询:18017747315
E-mail:2355555999@qq.com
QQ:2355555999

SEO站点构建方法及SEO请求的响应方法

作者/整理:http://www.voez.net/ 来源:http://www.voez.net/ 日期:2018-07-12

本发明涉及SEO(搜索引擎优化)领域,尤其涉及一种SEO站点构建方法及SEO请求的响应方法。
背景技术
随着越来越多的商业性网站以及网络服务商的业务发展,SEO页面的访问量越来越庞大,一些访问爬虫的应用更是加剧了这一点。在这种情况下,传统的SEO页面更显示出页面加载慢、并发低的缺陷,难以适应新的形势。这就对SEO站点提出了新的需求,亟需一种更为快速高效的SEO站点架构和解决方案。
发明内容
本发明要解决的技术问题是为了克服现有技术中的传统SEO页面存在加载慢、并发低的缺陷,提出一种SEO站点构建方法及SEO请求的响应方法。
本发明是通过下述技术方案来解决上述技术问题的:
本发明提供了一种SEO站点构建方法,其特点在于,包括以下步骤:
S1、基于原始SEO站点的数据和业务逻辑,预先生成待建的所有SEO页面所需的数据,对预先生成的所有数据进行聚合处理,并将聚合处理后的数据写入第一Redis缓存,所述聚合处理后的数据反映了多类信息;
S2、针对待建的所有SEO页面,采用MVC框架建立SEO页面,获取第一Redis缓存中的数据,并通过多个信息查询接口实现SEO页面的业务逻辑;
S3、将SEO页面的动态页面静态化为HTML代码数据,并将所述HTML代码数据存入到第二Redis缓存中,以作为新的SEO站点的一部分,其中第二Redis缓存与第一Redis缓存相互独立;
S4、针对SEO页面的SLB层做正则匹配。
由于第二Redis缓存中存有静态化的SEO页面的相关数据,因而在站点收到SEO请求的情况下,至少在部分情形下可能直接由第二Redis缓存以自身存储的数据响应SEO请求,大幅提高SEO页面的加载速度和效率。本发明中采用的SLB层正则匹配则保证了URL的不变。
较佳地,步骤S3包括:
针对执行各个业务逻辑的动态页面,分别渲染得到所述HTML代码数据。
较佳地,步骤S1包括:
从与原始SEO站点对应的数据库中,以遍历各个数据分类的方式获取待建的所有SEO页面所需的数据。
较佳地,步骤S1中通过请求和数据库相关联的Api接口获取待建的所有SEO页面所需的数据。
较佳地,步骤S4还包括:
将路由配置为兼容原始SEO站点的逻辑。
较佳地,步骤S3中将所述HTML代码数据采用GZip压缩后再存入到第二Redis缓存中。
本发明还提供了一种SEO站点对SEO请求的响应方法,所述SEO站点由如上所述的SEO站点构建方法建立,所述响应方法包括以下步骤:
S51、利用路由规则根据收到的SEO请求匹配到页面;
S52、判断第二Redis缓存中是否存在和所述页面匹配的HTML代码数据,若判断结果为是,则由第二Redis缓存直接响应所述SEO请求,若判断结果为否,则根据所述SEO请求访问相对应的信息查询接口以获取数据。
在符合本领域常识的基础上,上述各优选条件,可任意组合,即得本发明各较佳实例。
本发明的积极进步效果在于:
本发明的SEO站点构建方法及SEO请求的响应方法,相较于传统SEO页面,在加载速度和效率上具有极大优势。
附图说明
图1为本发明一较佳实施例的SEO站点构建方法的流程图。
具体实施方式
下面结合附图给出本发明较佳实施例,以详细说明本发明的技术方案,但并不因此将本发明限制在所述的实施例范围之中。
本发明一较佳实施例的SEO站点构建方法,参考图1所示,包括以下步骤:
S1、基于原始SEO站点的数据和业务逻辑,预先生成待建的所有SEO页面所需的数据,对预先生成的所有数据进行聚合处理,并将聚合处理后的数据写入第一Redis缓存,所述聚合处理后的数据反映了多类信息;
S2、针对待建的所有SEO页面,采用MVC框架建立SEO页面,获取第一Redis缓存中的数据,并通过多个信息查询接口实现SEO页面的业务逻辑;
S3、将SEO页面的动态页面静态化为HTML代码数据,并将所述HTML代码数据存入到第二Redis缓存中,以作为新的SEO站点的一部分,其中第二Redis缓存与第一Redis缓存相互独立;
S4、针对SEO页面的SLB层做正则匹配。
在一些优选实施方式中,步骤S1包括:从与原始SEO站点对应的数据库中,以遍历各个数据分类的方式获取待建的所有SEO页面所需的数据。
进一步优选地,步骤S1中通过请求和数据库相关联的Api接口获取待建的所有SEO页面所需的数据。
举例来说,以在线旅游服务提供商为例,可以首先在数据库中建城市表,推荐表,字段包含城市Id,国家Id,推荐的城市Id列表等。然后以定时任务的方式,先从数据库中读取城市列表,遍历城市Id,通过请求大系统Api接口来获取到城市下的酒店数据,每个星级的酒店数量,每个区域的酒店数量,每个类型的酒店数量等。同时根据遍历每个区域的Id,去获取区域下对应的信息。并将这些信息聚合起来,放入到第一Redis缓存中。
然后,建立新的MVC站点和SEO页面,根据第一Redis缓存中的信息,通过信息查询接口,来实现SEO页面的业务逻辑。
在一些优选实施方式中,步骤S3包括:针对执行各个业务逻辑的动态页面,分别渲染得到所述HTML代码数据。
由此就能做到在第一次页面加载中,在用MVC生成页面View的同时,将渲染出来的Html结果数据存入到第二Redis缓存,在此后需进行的页面加载中,就可以直接从缓存取出结果,而不用执行复杂的业务逻辑。
根据本发明的另一个方面,步骤S3中可将所述HTML代码数据采用GZip压缩后再存入到第二Redis缓存中。这有助于节省空间并减少存取和读取的数据量,加快缓存中数据的读取速度,对于用户而言,这提高了系统的响应速度。
在本发明的一些优选实施方式中,步骤S4还包括:将路由配置为兼容原始SEO站点的逻辑。
由于SLB层做了正则匹配,这样新的SEO应用就可以保持Url不变。进一步地,可以在路由配置上兼容原有站点的逻辑,这样即使正则匹配有疏漏,也不会产生不利影响。
本发明另一较佳实施例的SEO站点对SEO请求的响应方法,所述SEO站点由如上所述的SEO站点构建方法建立,这一较佳实施例的响应方法包括以下步骤:
S51、利用路由规则根据收到的SEO请求匹配到页面;
S52、判断第二Redis缓存中是否存在和所述页面匹配的HTML代码数据,若判断结果为是,则由第二Redis缓存直接响应所述SEO请求,若判断结果为否,则根据所述SEO请求访问相对应的信息查询接口以获取数据。
由此,即通过缓存中的数据实现了更快的对于SEO请求的响应。
虽然以上描述了本发明的具体实施方式,但是本领域的技术人员应当理解,这些仅是举例说明,本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下,可以对这些实施方式做出多种变更或修改,但这些变更和修改均落入本发明的保护范围。