关键词优化/SEO站点构建方法及SEO请求的响应方法
阅读 · 发布日期 2018-09-30 10:26 · admin
本发明涉及SEO(搜索引擎优化)领域，尤其涉及一种SEO站点构建方法及SEO请求的响应方法。
背景技术
随着越来越多的商业性网站以及网络服务商的业务发展，SEO页面的访问量越来越庞大，一些访问爬虫的应用更是加剧了这一点。在这种情况下，传统的SEO页面更显示出页面加载慢、并发低的缺陷，难以适应新的形势。这就对SEO站点提出了新的需求，亟需一种更为快速高效的SEO站点架构和解决方案。http://www.laiyongfei.com
发明内容
本发明要解决的技术问题是为了克服现有技术中的传统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请求访问相对应的信息查询接口以获取数据。http://www.laiyongfei.com
在符合本领域常识的基础上，上述各优选条件，可任意组合，即得本发明各较佳实例。
本发明的积极进步效果在于：
本发明的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页面的业务逻辑。http://www.laiyongfei.com
在一些优选实施方式中，步骤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请求的响应。
虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这些仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。
