[发明专利]一种页面处理方法和装置

说明书

技术领域

本申请涉及页面处理技术领域，特别是涉及一种页面处理方法和装置。

背景技术

随着具备上网功能的移动终端的普及，多数用户已经开始使用移动终端上网，浏览网页信息。针对这一趋势，各大网站专门优化了自己的WAP网站(WAP，Wireless Application Protocol，无线应用协议，一种实现移动电话与互联网结合的应用协议标准)，做了针对移动终端用户体验的WAP网站。在实际中，存在这样一种数据处理方式，网站A的第三模块提供某种应用的网页内容，而网站B的第一模块需要网站A的第三模块提供的该种应用的网页内容，以便于网站B的用户可以通过网站B访问网站A的第三模块提供的内容，而对于用户从网站B访问网站A的第三模块的网页内容时，需要在网页内容中显示网站B的相关信息(比如在页脚显示网页B的logo)，即网站A的第三模块的网页内容需要结合网站B的相关信息进行调整。

对于上述情况，现有技术中，对于网站B的相关信息，需要在网站A的提供原始网页内容的逻辑代码中进行适应性修改，以保障通过网站B的第一模块访问第三模块提供的网页内容时，可显示网站B的相关信息。

由于上述的修改方式，现有技术存在下面几个缺点：

1、对于分布式系统，即存在多个第三模块提供各种应用的网页内容时，现有的解决方案会导致网站B的需求代码散落在多个应用系统即多个第三模块中，需要与各第三模块原始的提供网页内容的业务逻辑代码耦合，这增加了维护成本。

2、随着需要第三模块提供的网页内容的网站增加和需求的变化，比如还有网站C、D也需要某个第三模块提供的网页内容，或网站B需要修改的信息改变，则需要在该第三模块当前的逻辑代码中继续根据需求进行修改。这样，直接在第三模块的业务逻辑中修改的业务代码将越来越多。而如果第三模块提供原始网页内容的核心业务逻辑需要改变和升级时，上述根据第三服务器方的需求进行修改的逻辑也需要同步更新。当第三模块提供原始页面内容的核心业务逻辑规模的增大和所述修改逻辑的增多，这种根据需求修改的逻辑会逐渐变成影响第三业务模块业务逻辑系统的因素之一，增加系统稳定性的风险，并且增加升级成本。

3、网站B或者其他与第三模块不同的需求方的修改需求通常是紧急的、零散的、随机的，当接收到其他网站的修改需求时，如果修改第三模块业务逻辑的逻辑再发布，修改时间周期长，增加时间成本，从而影响第三模块业务逻辑的发布效率。

发明内容

本申请是提供一种页面处理方法和装置，能将要修改各第三模块中提供原始页面内容的核心业务逻辑的需求代码从各第三模块中剥离出来，在不对业务应用进行修改的前提下，针对与第三模块不同所属方的其他模块的差异需求，快速生成与其他模块需求相适应的页面，提供了快速修改的响应效果，并保证了第三模块原有逻辑系统的稳定性。

为了解决上述问题，本申请公开了一种页面处理方法，包括：

解析页面请求中的参数信息，所述参数信息包括目标域名和标示所述页面请求属于第一模块的第一标识；所述页面请求由第一模块的用户端发起，所述页面请求对应的页面内容由对应的第三模块提供；

对于包括第一标识的请求，根据该请求中的目标域名将其转发至相应的第三模块，并从所述第三模块获取响应的页面内容；

加载配置模块的配置文件中对应所述第一标识的配置信息，并根据所述配置信息对所述页面内容进行处理；

返回所述处理后的页面内容。

优选的，通过如下步骤加载配置模块的配置文件中对应所述第一标识的配置信息，并根据所述配置信息对所述页面内容进行处理：

步骤A1，加载配置模块的配置文件中对应所述第一标识的配置信息；

步骤A2，从所述页面内容中查找与所述配置信息中各结点信息对应的结点信息；

步骤A3，根据配置信息中对各结点信息的描述对所述页面内容中的结点信息进行修改。

优选的，通过如下步骤从所述页面内容中查找与所述配置信息中各结点信息对应的结点信息：

根据配置信息中待修改结点的标签名和属性信息对应的字符串，通过将所述字符串与页面内容对应的字符串进行匹配，查找页面内容中所述结点信息；

或，根据配置信息中待修改结点信息的标签名和属性信息，通过遍历所述页面内容的DOM树，查找页面内容中所述结点信息。

优选的，所述各步骤在代理模块中执行。

优选的，对所述页面内容进行处理还包括：

步骤A4，将页面内容中的原目标链接地址替换为代理地址。

优选的，通过以下步骤解析页面请求参数信息：