一种网页的处理方法及相关设备与流程

文档序号:14940991发布日期:2018-07-13 20:46阅读:123来源:国知局

本公开的实施例涉及图像处理技术领域,尤其涉及一种网页的处理方法及相关设备。



背景技术:

随着互联网技术的飞速发展,人们通过电脑、智能手机以及平板电脑等用户终端获取网页资源的需求不断增多,例如:人们可以通过网页浏览新闻、网上购物以及信息查询等,网页已经成为人们日常生活中不可或缺的一部分。

其中,在网页加载过程中,客户端设备(如浏览器)与服务器设备(如网页服务器设备)之间通过超文本传输协议(hypertexttransferprotocol,http),或者以安全为目标的http通道(hypertexttransferprotocoloversecuresocketlayer,https)进行网页数据传输。当客户端设备通过统一资源定位符(uniformresourelocator,url)访问网页时,通常是客户端设备向服务器设备发送文件请求,服务器设备响应客户端设备的文件请求反馈对应的文件,客户端设备再将服务器设备反馈的文件在网页上进行渲染和加载。

但是,在网页加载过程各种,当访问的网页中文件较多时,客户端设备与服务器设备之间需要进行几十次甚至上百次的交互,导致网页加载过程耗时长,使得网页加载速度慢。可见,目前的网页加载过程中,存在因客户端设备与服务器设备之间交互次数多而导致网页加载速度慢的问题。



技术实现要素:

第一方面,本公开的实施例提供了一种网页的处理方法,包括:

在接收到包括多个文件请求的请求链接后,获取与所述请求链接中每一文件请求对应的文件;

将与所述请求链接中每一文件请求对应的文件进行合并,得到合并文件;

发送所述合并文件。

可选的,所述获取与所述请求链接中每一文件请求对应的文件,包括:

在所述请求链接的请求样式与约定样式匹配时,获取与所述请求链接中每一文件请求对应的文件。

可选的,所述将与所述请求链接中每一文件请求对应的文件进行合并,得到合并文件,包括:

将与所述请求链接中每一请求文件对应的文件进行打包压缩,得到压缩文件,并将所述压缩文件作为所述合并文件。

可选的,所述多个文件请求包括层叠样式表请求、脚本语言请求、图像互换格式请求、便携式网络图形请求、有损压缩图像格式请求、无损压缩图像格式请求、图像文件格式请求以及图标文件格式请求中的至少一种请求。

第二方面,本公开的实施例还提供一种网页的处理方法,包括:

发送包括多个文件请求的请求链接;

在接收响应于所述请求链接反馈的合并文件后,提取所述合并文件中与所述请求链接中每一文件请求对应的文件;

将与每一文件请求对应的文件在网页中进行渲染和加载。

可选的,所述提取所述合并文件中与所述请求链接中每一文件请求对应的文件,包括:

对所述合并文件进行解压,得到与所述请求链接中每一文件请求对应的文件,其中,所述合并文件为打包压缩得到的文件。

可选的,所述多个文件请求包括每一文件请求为层叠样式表请求、脚本语言请求、图像互换格式请求、便携式网络图形请求、有损压缩图像格式请求、无损压缩图像格式请求、图像文件格式请求以及图标文件格式请求中的至少一种请求。

第三方面,本公开的实施例还提供一种网页的处理装置,包括:

文件获取模块,用于在接收到包括多个文件请求的请求链接后,获取与所述请求链接中每一文件请求对应的文件;

文件合并模块,用于将与所述请求链接中每一文件请求对应的文件进行合并,得到合并文件;

文件发送模块,用于发送所述合并文件。

可选的,所述文件获取模块,还用于:

在所述请求链接的请求样式与约定样式匹配时,获取与所述请求链接中每一文件请求对应的文件。

可选的,所述文件合并模块,还用于:

将与所述请求链接中每一请求文件对应的文件进行打包压缩,得到压缩文件,并将所述压缩文件作为所述合并文件。

可选的,所述多个文件请求包括层叠样式表请求、脚本语言请求、图像互换格式请求、便携式网络图形请求、有损压缩图像格式请求、无损压缩图像格式请求、图像文件格式请求以及图标文件格式请求中的至少一种请求。

第四方面,本公开的实施例还提供一种网页的处理装置,包括:

发送模块,用于发送包括多个文件请求的请求链接;

文件提取模块,用于在接收响应于所述请求链接反馈的合并文件后,提取所述合并文件中与所述请求链接中每一文件请求对应的文件;

渲染模块,用于将与每一文件请求对应的文件在网页中进行渲染和加载。

可选的,所述文件提取模块,还用于:

对所述合并文件进行解压,得到与所述请求链接中每一文件请求对应的文件,其中,所述合并文件为打包压缩得到的文件。

可选的,所述多个文件请求包括每一文件请求为层叠样式表请求、脚本语言请求、图像互换格式请求、便携式网络图形请求、有损压缩图像格式请求、无损压缩图像格式请求、图像文件格式请求以及图标文件格式请求中的至少一种请求。

第五方面,本公开的实施例还提供一种服务器设备,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现上述第一方面的网页的处理方法的步骤。

第六方面,本公开的实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述第一方面的网页的处理方法的步骤。

第七方面,本公开的实施例还提供一种客户端设备,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现上述第二方面的网页的处理方法的步骤。

第八方面,本公开的实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述第二方面的网页的处理方法的步骤。

附图说明

为了更清楚地说明本公开的实施例的技术方案,下面将对本公开的实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获取其他的附图。

图1是第一实施例提供的网页的处理方法的流程示意图;

图2是第二实施例提供的网页的处理方法的流程示意图;

图3是第三实施例提供的网页的处理方法的流程示意图;

图4是第四实施例提供的网页的处理方法的流程示意图;

图5是第五实施例提供的网页的处理装置的结构示意图;

图6是第六实施例提供的网页的处理装置的结构示意图;

图7是第七实施例提供的服务器设备的硬件结构示意图;

图8是第八实施例提供的客户端设备的硬件结构示意图;

图9是第九实施例提供的网页的处理方法的流程示意图。

具体实施方式

下面将结合本公开的实施例中的附图,对本公开的实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本公开的实施例一部分实施例,而不是全部的实施例。基于本公开的实施例中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获取的所有其他实施例,都属于本公开的实施例保护的范围。

第一实施例

如图1所示,一种网页的处理方法,包括如下步骤:

步骤101、在接收到包括多个文件请求的请求链接后,获取与所述请求链接中每一文件请求对应的文件。

本公开的实施例中,当浏览器等客户端设备接收到输入的url时,客户端设备可以向网页服务器设备等服务器设备发送与该url关联的请求链接,该请求链接为在网页开发过程中,网页开发人员预先设定的包括多个文件请求的请求链接,当服务器设备接收到客户端设备发送的请求链接之后,可以在其文件库中查找与请求链接中每一文件请求对应的文件。。

例如:当客户端设备接收到输入的url时,客户端设备可以向服务器设备发送如下请求链接:http://xxxx/css/??a.css,b.css,c.css,该请求链接中包括a.css请求、b.css请求以及c.css请求,服务器设备在接收到该请求链接时,若识别到请求该请求链接中包括“,”的请求分隔标识,则服务器设备确定接收的请求链接中包括多个文件请求,服务器设备可以获取接收到的请求链接中的多个文件请求,即a.css请求、b.css请求以及c.css请求。

步骤102、将与所述请求链接中每一文件请求对应的文件进行合并,得到合并文件。

本公开的实施例中,若上述步骤101中获取到与请求链接中每一文件请求对应的文件,服务器设备可以将获取的文件进行合并,得到合并文件。

其中,上述将请求链接中每一文件请求对应的文件合并,可以是服务器设备根据各文件对应的文件请求在请求链接中的排列位置,确定合并时各文件的排列顺序,例如:以上述http://xxxx/css/??a.css,b.css,c.css的请求链接为例,服务器设备在其文件库中可以查找到a.css请求对应的文件为a.css文件,b.css请求对应的文件为b.css文件,以及c.css请求对应的文件为c.css文件,则服务器设备将上述a.css文件、b.css文件以及c.css文件进行合并,得到的合并文件为:.a{a.css文件}.b{b.css文件}.c{c.css文件}。

步骤103、发送所述合并文件。

本公开的实施例中,若上述步骤102中合并得到合并文件,服务器设备将上述合并文件发送至客户端设备,使服务器设备可以根据客户端设备发送的一个请求链接同时获取多个请求文件,并同时将多个请求文件发送至客户端设备,减少服务器设备向客户端设备发送请求文件的次数,提升网页处理的效率。

本公开的实施例的网页的处理方法,在接收到包括多个文件请求的请求链接后,获取与请求链接中每一文件请求对应的文件;将与请求链接中每一文件请求对应的文件进行合并,得到合并文件;发送合并文件。这样,在网页加载过程中,服务器设备可以根据客户端设备发送的请求链接同时获取多个请求文件,并同时将多个请求文件发送至客户端设备,减少服务器设备向客户端设备发送请求文件的次数,提升网页处理的效率。

第二实施例

如图2所示,一种网页的处理方法,包括如下步骤:

步骤201、在接收到包括多个文件请求的请求链接后,在所述请求链接的请求样式与约定样式匹配时,获取与所述请求链接中每一文件请求对应的文件。

本公开的实施例中,在服务器设备接收到客户端设备发送的请求链接后,服务器设备可以将请求链接的请求样式与服务器设备中的约定样式进行匹配,若请求链接的请求样式与约定样式匹配,则服务器设备在其文件库中查找与请求链接中每一文件请求对应的文件,从而可以避免服务器设备在网页处理过程中发生误操作。

其中,上述服务器设备将请求链接的请求样式与服务器设备中的约定样式进行匹配,可以是服务器设备读取请求链接中携带的与其请求样式关联的样式信息,该样式信息为网页人员预设的与请求链接关联的信息,可以是样式标识号等,则服务器设备将与请求链接的请求样式关联的样式信息,与服务器设备中预设的约定样式的样式信息,若服务器设备匹配到与请求链接的请求样式关联的样式信息匹配的样式信息,则确定请求链接的请求样式与约定样式匹配。

应当说明的是,服务器设备与客户端设备之间可以预先约定一个或者多个约定样式,那么服务器设备中可以存储有一个或者多个约定样式的样式信息,若服务器设备与客户端设备之间预先约定有多个约定样式,则服务器设备可以将与请求链接的请求样式关联的样式信息与多个约定样式的样式信息进行匹配,若存在一约定样式的样式信息与请求链接的请求样式关联的样式信息匹配,则确定请求链接的请求样式与约定样式匹配。

另外,不同的请求链接的请求样式可以不同,即在网页开发过程中,网页开发人员可以预设不同的请求链接的请求样式关联不同的样式信息。

在一些实施例中,上述多个文件请求可以包括层叠样式表请求、脚本语言请求、图像互换格式请求、便携式网络图形请求、有损压缩图像格式请求、无损压缩图像格式请求、图像文件格式请求以及图标文件格式请求中的至少一种请求,从而使每一请求链接可以包括的文件请求的类型更广泛。

步骤202、将与所述请求链接中每一文件请求对应的文件进行合并,得到合并文件。

本公开的实施例中,在上述步骤201获取到与请求链接中每一文件请求对应的文件之后,服务器设备可以将与请求链接中每一文件请求对应的文件进行合并,得到合并文件。

在一些实施例中,上述步骤201,可以包括:将与所述请求链接中每一请求文件对应的文件进行打包压缩,得到压缩文件,并将所述压缩文件作为所述合并文件。

本实施方式中,在上述步骤201中获取到请求链接中每一文件请求对应的文件之后,服务器设备可以将每一请求文件对应的文件进行打包压缩,得到压缩文件,并将压缩文件作为所述合并文件,使得到的合并文件的大小变得更小,从而可以降低服务器设备向客户端设备发送合并文件的带宽消耗,提升文件传输速率,进一步提升网页加载的速率。

步骤203、发送所述合并文件。

本步骤的实现过程及有益效果在上述步骤103中已进行详细描述,在此不再进行赘述。

本公开的实施例的网页的处理方法,在所述请求链接的请求样式与约定样式匹配时,获取与所述请求链接中每一文件请求对应的文件,从而可以避免服务器设备在网页处理过程中发生误操作。

第三实施例

如图3所示,一种网页的处理方法,包括如下步骤:

步骤301、发送包括多个文件请求的请求链接。

本公开实施例中,客户端设备(浏览器等)可以接收用户输入的url,当客户端设备接收到url时,客户端设备可以向网页服务器设备等服务器设备发送请求链接,发送的请求链接为预设的与该url关联的请求链接,该请求链接中包括多个文件请求,从而可以减少客户端设备向服务器设备发送文件请求的次数,提升网页处理速度。

步骤302、在接收响应于所述请求链接反馈的合并文件后,提取所述合并文件中与所述请求链接中每一文件请求对应的文件。

本公开实施例中,服务器设备可以相应客户端设备发送的请求链接,将与该请求链接中的所有文件请求对应的请求文件进行合并,并向客户端设备发送合并文件,当客户端设备接收到服务器设备发送的合并文件后,客户端设备可以提取合并文件中与请求链接中每一文件请求对应的请求文件,从而可以减少客户端设备接收服务器设备发送请求文件的次数,进一步提升网页处理速度。

其中,上述服务器设备在发送合并文件时,可以同时向服务器设备发送用于指示发送的文件为合并文件的指示标识,客户端设备可以接收到该指示标识,并确定该指示标识是否为预先与服务器设备约定的标识,若该指示标识为预先约定的标识,则客户端设备确定接收的文件为合并文件,并对合并文件进行解析以提取出合并文件中的每一文件。

步骤303、将与每一文件请求对应的文件在网页中进行渲染和加载。

本公开实施例中,在上述步骤302中提取到与上述请求链接中每一文件请求对应的请求文件后,客户端设备可以将每一文件请求对应的请求文件在网页中进行渲染和加载。

其中,上述客户端设备根据合并文件进行网页的渲染和加载,可以是客户端设备在提取出合并文件中的每一文件时,获取各文件的渲染加载信息,并根据各文件的渲染加载信息将该文件在网页上进行渲染和加载,上述每一文件的渲染加载信息为预设的与该文件关联的在网页中的分布位置等,由于网页的渲染和加载为本领域技术人员所熟知,在此并不进行赘述。

本公开的实施例的网页的处理方法,发送包括多个文件请求的请求链接;在接收响应于所述请求链接反馈的合并文件后,提取所述合并文件中与所述请求链接中每一文件请求对应的文件;将与每一文件请求对应的文件在网页中进行渲染和加载。这样,在网页加载过程中,客户端设备可以减少向服务器设备发送文件请求的次数,以及减少接收服务器设备发送请求文件的次数,从而提升网页处理速度。

第四实施例

如图4所示,一种网页的处理方法,包括如下步骤:

步骤401、发送包括多个文件请求的请求链接。

本步骤的实现过程及有益效果在上述步骤301中已详细描述,在此不再进行赘述。

在一些实施例中,所述多个文件请求可以包括层叠样式表请求、脚本语言请求、图像互换格式请求、便携式网络图形请求、有损压缩图像格式请求、无损压缩图像格式请求、图像文件格式请求以及图标文件格式请求中的至少一种请求,从而使每一请求链接可以包括的文件请求的类型更广泛。

步骤402、在接收响应于所述请求链接反馈的合并文件后,对所述合并文件进行解压,得到与所述请求链接中每一文件请求对应的文件,其中,所述合并文件为打包压缩得到的文件。

本公开实施例中,若上述服务器设备在将获取的与上述请求链接中所有文件请求对应的请求文件进行打包时,采用压缩打包的方式,则客户端设备在接收到服务器设备发送的合并文件后,需要对合并文件进行解压,从而得到与请求链接中每一文件请求对应的文件,从而可以降低服务器设备向客户端设备发送合并文件的带宽消耗,提升文件传输速率,进一步提升网页加载的速率。

步骤403、将与每一文件请求对应的文件在网页中进行渲染和加载。

由于上述步骤403的实现过程及有益效果在前述实施例中已进行描述,在此不再进行赘述。

本公开的实施例中的网页的处理方法,通过对所述合并文件进行解压,得到与所述请求链接中每一文件请求对应的文件,其中,所述合并文件为打包压缩得到的文件,从而可以降低服务器设备向客户端设备发送合并文件的带宽消耗,提升文件传输速率,进一步提升网页加载的速率。

第五实施例

如图5所示,一种网页的处理装置500,包括:

文件获取模块501,用于在接收到包括多个文件请求的请求链接后,获取与所述请求链接中每一文件请求对应的文件;

文件合并模块502,用于将与所述请求链接中每一文件请求对应的文件进行合并,得到合并文件;

文件发送模块503,用于发送所述合并文件。

可选的,所述文件获取模块501,还用于:

在所述请求链接的请求样式与约定样式匹配时,获取与所述请求链接中每一文件请求对应的文件。

可选的,所述文件合并模块502,还用于:

将与所述请求链接中每一请求文件对应的文件进行打包压缩,得到压缩文件,并将所述压缩文件作为所述合并文件。

可选的,所述多个文件请求包括层叠样式表请求、脚本语言请求、图像互换格式请求、便携式网络图形请求、有损压缩图像格式请求、无损压缩图像格式请求、图像文件格式请求以及图标文件格式请求中的至少一种请求。

本公开的实施例提供的网页的处理装置500能够实现图1和图2的方法实施例中服务器设备实现的各个过程,且达到相同的有益效果,为避免重复,这里不再赘述。

第六实施例

如图6所示,一种网页的处理装置600,包括:

发送模块601,用于发送包括多个文件请求的请求链接;

文件提取模块602,用于在接收响应于所述请求链接反馈的合并文件后,提取所述合并文件中与所述请求链接中每一文件请求对应的文件;

渲染模块603,用于将与每一文件请求对应的文件在网页中进行渲染和加载。

可选的,所述文件提取模块602,还用于:

对所述合并文件进行解压,得到与所述请求链接中每一文件请求对应的文件,其中,所述合并文件为打包压缩得到的文件。

可选的,所述多个文件请求包括每一文件请求为层叠样式表请求、脚本语言请求、图像互换格式请求、便携式网络图形请求、有损压缩图像格式请求、无损压缩图像格式请求、图像文件格式请求以及图标文件格式请求中的至少一种请求。

本公开的实施例提供的网页的处理装置600能够实现图3和图4的方法实施例中客户端设备实现的各个过程,且达到相同的有益效果,为避免重复,这里不再赘述。

第七实施例

如图7所示,服务器设备700包括存储器701、处理器702及存储在存储器701上并可在处理器702上运行的计算机程序;处理器702执行所述程序时实现:

在接收到包括多个文件请求的请求链接后,获取与所述请求链接中每一文件请求对应的文件;

将与所述请求链接中每一文件请求对应的文件进行合并,得到合并文件;

发送所述合并文件。

在图7中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器702代表的一个或多个处理器和存储器701代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。处理器702负责管理总线架构和通常的处理,存储器701可以存储处理器702在执行操作时所使用的数据。

可选的,处理器702执行所述获取与所述请求链接中每一文件请求对应的文件,包括:

在所述请求链接的请求样式与约定样式匹配时,获取与所述请求链接中每一文件请求对应的文件。

可选的,可选的,处理器702执行所述将与所述请求链接中每一文件请求对应的文件进行合并,得到合并文件,包括:

将与所述请求链接中每一请求文件对应的文件进行打包压缩,得到压缩文件,并将所述压缩文件作为所述合并文件。

可选的,所述多个文件请求包括层叠样式表请求、脚本语言请求、图像互换格式请求、便携式网络图形请求、有损压缩图像格式请求、无损压缩图像格式请求、图像文件格式请求以及图标文件格式请求中的至少一种请求。

另外,服务器设备700还包括一些未示出的功能模块,在此不再赘述。

本公开的实施例提供的服务器设备700能够实现图1和图2的方法实施例中服务器设备实现的各个过程,且达到相同的有益效果,为避免重复,这里不再赘述。

本公开的实施例的服务器设备700,在接收到包括多个文件请求的请求链接后,获取与请求链接中每一文件请求对应的文件;将与请求链接中每一文件请求对应的文件进行合并,得到合并文件;向客户端设备发送合并文件。这样,在网页加载过程中,服务器设备可以根据客户端设备发送的请求链接同时获取多个请求文件,并同时将多个请求文件发送至客户端设备,减少服务器设备向客户端设备发送请求文件的次数,提升网页处理的效率。

本公开的实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述图1和图2中网页的处理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(read-onlymemory,简称rom)、随机存取存储器(randomaccessmemory,简称ram)、磁碟或者光盘等。

第八实施例

如图8所示,客户端设备800包括存储器801、处理器802及存储在存储器801上并可在处理器802上运行的计算机程序;处理器802执行所述程序时实现:

发送包括多个文件请求的请求链接;

在接收响应于所述请求链接反馈的合并文件后,提取所述合并文件中与所述请求链接中每一文件请求对应的文件;

将与每一文件请求对应的文件在网页中进行渲染和加载。

在图8中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器802代表的一个或多个处理器和存储器801代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。处理器802负责管理总线架构和通常的处理,存储器801可以存储处理器802在执行操作时所使用的数据。

可选的,处理器802执行所述提取所述合并文件中与所述请求链接中每一文件请求对应的文件,包括:

对所述合并文件进行解压,得到与所述请求链接中每一文件请求对应的文件,其中,所述合并文件为打包压缩得到的文件。

可选的,所述多个文件请求包括每一文件请求为层叠样式表请求、脚本语言请求、图像互换格式请求、便携式网络图形请求、有损压缩图像格式请求、无损压缩图像格式请求、图像文件格式请求以及图标文件格式请求中的至少一种请求。

另外,客户端设备800还包括一些未示出的功能模块,在此不再赘述。

本公开的实施例提供的客户端设备800能够实现图3和图4的方法实施例中客户端设备实现的各个过程,且达到相同的有益效果,为避免重复,这里不再赘述。

本公开的实施例的客户端设备800,通过在接收到包括多个文件请求的请求链接后,获取与请求链接中每一文件请求对应的文件;将与请求链接中每一文件请求对应的文件进行合并,得到合并文件;向客户端设备发送合并文件。这样,在网页加载过程中,服务器设备可以根据客户端设备发送的请求链接同时获取多个请求文件,并同时将多个请求文件发送至客户端设备,减少服务器设备向客户端设备发送请求文件的次数,提升网页处理的效率。

本公开的实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述图3和图4中网页的处理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(read-onlymemory,简称rom)、随机存取存储器(randomaccessmemory,简称ram)、磁碟或者光盘等。

第九实施例

如图9所示,一种网页的处理方法,包括:

步骤901、客户端设备发送包括多个文件请求的请求链接。

步骤902、服务器设备在接收到包括多个文件请求的请求链接后,获取与所述请求链接中每一文件请求对应的文件。

步骤903、服务器设备将与所述请求链接中每一文件请求对应的文件进行合并,得到合并文件。

步骤904、服务器设备发送所述合并文件。

步骤905、客户端设备在接收响应于所述请求链接反馈的合并文件后,提取所述合并文件中与所述请求链接中每一文件请求对应的文件。

步骤906、客户端设备将与每一文件请求对应的文件在网页中进行渲染和加载。

在一些实施例中,所述服务器设备获取与所述请求链接中每一文件请求对应的文件,包括:

服务器设备在所述请求链接的请求样式与约定样式匹配时,获取与所述请求链接中每一文件请求对应的文件。

在一些实施例中,所述服务器设备将与所述请求链接中每一文件请求对应的文件进行合并,得到合并文件,包括:

服务器设备将与所述请求链接中每一请求文件对应的文件进行打包压缩,得到压缩文件,并将所述压缩文件作为所述合并文件。

在一些实施例中,所述多个文件请求包括层叠样式表请求、脚本语言请求、图像互换格式请求、便携式网络图形请求、有损压缩图像格式请求、无损压缩图像格式请求、图像文件格式请求以及图标文件格式请求中的至少一种请求。

在一些实施例中,所述客户端设备提取所述合并文件中与所述请求链接中每一文件请求对应的文件,包括:

客户端设备对所述合并文件进行解压,得到与所述请求链接中每一文件请求对应的文件,其中,所述合并文件为打包压缩得到的文件。

需要说明的是,本实施例与上述实施例一至上述实施例四中网页的处理方法对应,因此,可以参见上述实施例一至上述实施例四中的相关说明,且可以达到相同的有益效果。为了避免重复说明,在此不再赘述。

另外,本公开实施例还提供一种网页的处理系统,该网页的处理系统包括上述的网页的处理装置500以及网页的处理装置600。

需要说明的是,本实施例中的网页的处理装置500为上述第五实施例中的网页的处理装置500,以及网页的处理装置600为上述第五实施例中的网页的处理装置600,因此,可以参见上述实施例五至上述实施例六中的相关说明,且可以达到相同的有益效果。为了避免重复说明,在此不再赘述。

需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本公开的实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器设备,空调器,或者网络设备等)执行本公开的实施例各个实施例所述的方法。

以上所述,仅为本公开的实施例的具体实施方式,但本公开的实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本公开的实施例揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本公开的实施例的保护范围之内。因此,本公开的实施例的保护范围应以权利要求的保护范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1