发明内容
本公开实施例至少提供一种页面文件获取方法、页面加载方法及装置。
第一方面,本公开实施例提供了一种页面文件获取方法,包括:
接收用户端发送的针对目标页面的网页访问请求;
基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件,其中,所述目标HTML文件中包括与所述用户端的属性信息相匹配的静态资源链接;
将所述目标HTML文件发送至所述用户端,以使所述用户端基于所述目标HTML文件中的静态资源链接获取静态资源,并加载所述目标页面。
一种可能的实施方式中,所述基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件,包括:
确定与所述用户端的属性信息匹配的目标资源配置策略;其中,所述目标资源配置策略用于配置所述目标HTML文件关联的静态资源;
基于所述目标资源配置策略,以及所述目标页面对应的初始HTML文件,生成所述目标HTML文件。
一种可能的实施方式中,所述确定与所述用户端的属性信息匹配的目标资源配置策略,包括:
基于预先确定的属性信息与资源配置策略的对应关系,确定与所述用户端的属性信息匹配的目标资源配置策略。
一种可能的实施方式中,所述基于所述目标资源配置策略,以及所述目标页面对应的初始HTML文件,生成所述目标HTML文件,包括:
基于所述目标资源配置策略中的静态资源链接,替换所述初始HTML文件中的替换标识所标识的内容,生成所述目标HTML文件。
一种可能的实施方式中,所述方法还包括根据以下方法确定所述对应关系:
获取在同一加载位置加载的多段可替换逻辑代码,其中,所述可替换逻辑代码标记有对应的用户端的属性信息;
基于预设打包工具对所述多段可替换逻辑代码分别进行打包处理后,输出所述属性信息与资源配置策略的对应关系。
一种可能的实施方式中,所述用户端的属性信息包括所述用户端的设备信息和/或所述用户端所在设备的网络状况;
所述基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件,包括:
基于所述页面访问请求中携带的所述用户端的属性信息以及当前接收的请求数量,生成所述目标HTML文件。
第二方面,本公开实施例还提供一种页面加载方法,包括:
响应目标触发操作,发送针对目标页面的网页访问请求;
接收与所述目标页面对应的目标HTML文件,其中,所述目标HTML文件是基于所述页面访问请求中携带的所述用户端的属性信息生成的;
解析所述目标HTML文件,获得多个静态资源链接,并基于所述多个静态资源链接获取静态资源,并加载所述目标页面。
第三方面,本公开实施例还提供了一种页面文件获取装置,包括:
第一接收模块,用于接收用户端发送的针对目标页面的网页访问请求;
生成模块,用于基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件,其中,所述目标HTML文件中包括与所述用户端的属性信息相匹配的静态资源链接;
第一发送模块,用于将所述目标HTML文件发送至所述用户端,以使所述用户端基于所述目标HTML文件中的静态资源链接获取静态资源,并加载所述目标页面。
一种可能的实施方式中,所述生成模块,在基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件时,用于:
确定与所述用户端的属性信息匹配的目标资源配置策略;其中,所述目标资源配置策略用于配置所述目标HTML文件关联的静态资源;
基于所述目标资源配置策略,以及所述目标页面对应的初始HTML文件,生成所述目标HTML文件。
一种可能的实施方式中,所述生成模块,在确定与所述用户端的属性信息匹配的目标资源配置策略时,用于:
基于预先确定的属性信息与资源配置策略的对应关系,确定与所述用户端的属性信息匹配的目标资源配置策略。
一种可能的实施方式中,所述生成模块,在基于所述目标资源配置策略,以及所述目标页面对应的初始HTML文件,生成所述目标HTML文件时,用于:
基于所述目标资源配置策略中的静态资源链接,替换所述初始HTML文件中的替换标识所标识的内容,生成所述目标HTML文件。
一种可能的实施方式中,所述生成模块,还用于根据以下方法确定所述对应关系:
获取在同一加载位置加载的多段可替换逻辑代码,其中,所述可替换逻辑代码标记有对应的用户端的属性信息;
基于预设打包工具对所述多段可替换逻辑代码分别进行打包处理后,输出所述属性信息与资源配置策略的对应关系。
一种可能的实施方式中,所述用户端的属性信息包括所述用户端的设备信息和/或所述用户端所在设备的网络状况;
所述生成模块,在基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件时,用于:
基于所述页面访问请求中携带的所述用户端的属性信息以及当前接收的请求数量,生成所述目标HTML文件。
第四方面,本公开实施例还提供了一种页面加载装置,包括:
第二发送模块,用于响应目标触发操作,发送针对目标页面的网页访问请求;
第二接收模块,用于接收与所述目标页面对应的目标HTML文件,其中,所述目标HTML文件是基于所述页面访问请求中携带的所述用户端的属性信息生成的;
加载模块,用于解析所述目标HTML文件,获得多个静态资源链接,并基于所述多个静态资源链接获取静态资源,并加载所述目标页面。
第五方面,本公开实施例还提供一种计算机设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当计算机设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤,或执行上述第二方面的步骤。
第六方面,本公开实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤,或执行上述第二方面的步骤。
本公开提供了一种页面文件获取方法、页面加载方法及装置,可以在接收用户端发送的针对目标页面的网页访问请求后,基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件,其中,所述目标HTML文件中包括与所述用户端的属性信息相匹配的静态资源链接。这样,相比较相关技术中,直接加载大而全的静态资源,所述目标HTML文件中的静态资源链接所对应的静态资源的内容是基于所述目标用户端的属性信息确定的,因此所述静态资源的内容均能在目标用户端加载利用,避免了用户端接收大量无用内容造成的资源浪费,缩短了用户端的加载时间。
为使本公开的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚,下面将结合本公开实施例中附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围,而是仅仅表示本公开的选定实施例。基于本公开的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本公开保护的范围。
经研究发现,各用户端获得的HTML文件中的静态资源链接往往是相同的,然而由于不同设备所需要加载的内容或执行的处理逻辑代码可能是不同的,因此静态资源链接对应的静态资源中需要兼容不同设备的处理逻辑代码。用户端在基于静态资源链接获取静态资源之后,需要加载全部的静态资源,并选择合适的处理逻辑代码来执行。这样加载大而全的静态资源的方式,会导致用户端加载大量的无用资源,也占用了大量的内存。
示例性的,以待加载的静态资源为图片为例,用户端获取的HTML文件的内容可能如下所示:
由以上JS文件的内容可知,当用户端为IOS系统,且dpr===2(即设备像素比为2)时,加载的图片为“imgSrc='www.xxxx.logo'+'_2x'+'.jpeg'”;当用户端为IOS系统,且dpr不为2,加载的图片为“imgSrc='www.xxxx.logo'+'_3x'+'.jpeg'”;当用户端不为IOS系统,且dpr===2时,加载的图片为“imgSrc='www.xxxx.logo'+'_2x'+'.webp'”,当用户端不为IOS系统,且dpr不为2时,加载的图片为“imgSrc='www.xxxx.logo'+'_3x'+'.webp'”。
由此可知,用户端加载的图片只有一个,但是用户端获取的JS文件中所包含的图片路径有多个,因此用户端需要浪费流量接收无用的内容。
基于上述研究,本公开提供了一种页面文件获取方法,可以在接收用户端发送的针对目标页面的网页访问请求后,基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件,其中,所述目标HTML文件中包括与所述用户端的属性信息相匹配的静态资源链接。这样,相比较相关技术中,直接加载大而全的静态资源,所述目标HTML文件中的静态资源链接所对应的静态资源的内容是基于所述目标用户端的属性信息确定的,因此所述静态资源的内容均能在目标用户端加载利用,避免了用户端接收大量无用内容造成的资源浪费,缩短了用户端的加载时间。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
为便于对本实施例进行理解,首先对本公开实施例所公开的一种页面文件获取方法进行详细介绍,本公开实施例所提供的页面文件获取方法的执行主体一般为服务器。
参见图1所示,为本公开实施例提供的页面文件获取方法的流程图,所述方法包括步骤101~步骤103,其中:
步骤101、接收用户端发送的针对目标页面的网页访问请求;
步骤102、基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件,其中,所述目标HTML文件中包括与所述用户端的属性信息相匹配的静态资源链接;
步骤103、将所述目标HTML文件发送至所述用户端,以使所述用户端基于所述目标HTML文件中的静态资源链接获取静态资源,并加载所述目标页面。
下面针对步骤101~步骤103进行详细介绍。
针对步骤101、
所述网页访问请求例如可以是用户在触发所述目标页面对应的入口链接后生成的,用户端在检测到所述入口链接被触发之后可以自动向服务器发送所述页面访问请求。
所述目标网页中可以是任一页面,或者是预先标记的需要进行差异化显示的页面,所述差异化显示可以理解为在不同属性信息的用户端上的展示内容不同。
针对步骤102、
所述目标HTML文件为所述目标页面对应的文件,用于加载所述目标页面。其中,所述目标HTML文件中包括与所述用户端的属性信息相匹配的静态资源链接。
所述静态资源链接可以是指包含所述用户端待加载内容的资源链接,例如可以是JS文件的连接等,所述静态资源可以包括所述JS文件。
这里,所述目标HTML文件中可以包含各静态资源对应的路径,所述路径可以是指相对路径,在所述相对路径的基础上添加对应的内容分发网络(Content DeliveryNetwork,CDN)地址,可以构成所述静态资源链接;或者,所述目标HTML文件中可以包含各静态资源对应的绝对路径,所述绝对路径即为所述静态资源链接。
示例性的,若某静态资源的相对路径为aaa.js,则对应的静态资源链接可以为http://123456/189/aaa.js,其中,http://123456/189/为CDN地址。
所述用户端的属性信息包括所述用户端的设备信息和/或所述用户端所在设备的网络状况。当用户端的属性信息不同时,与之对应的静态资源不同。
其中,所述用户端的设备信息例如可以包括用户设备的操作系统、设备像素比等。示例性的,当使用装有android系统的手机请求浏览相关图片时,可以加载webp格式的图片;当使用装有iOS系统的手机请求浏览相关图片时,则可以加载jpeg格式的图片。
所述用户端的设备信息也可以包括用户端的类型,示例性的,当用户使用浏览器与APP播放相同的页面时,可以加载不同的静态资源。
所述用户端所在设备的网络状况可以是指所述用户端当前使用的网络类型、或所述用户端当前所在设备的网速等。
所述网络类型例如可以包括无线网络(Wireless Fidelity,WiFi)、第四代移动通信技术(the 4th generation mobile communication technology,4G)、第五代移动通信技术(the 5th generation mobile communication technology,5G)等。
在一种可能的实施方式中,考虑到当有多个用户端同时发送页面访问请求时,服务器需要基于各个用户端的属性信息生成目标HTML文件,这样计算量较大,因此为缓解服务器的计算压力,可以同时接合服务器当前接收的请求数量。
在这种实施方式下,在基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件时,还可以基于所述页面访问请求中携带的所述用户端的属性信息以及当前接收的请求数量,生成所述目标HTML文件。
所述当前接收的请求数量,可以表示为一段时间内的用户请求量,或者当前接收的用户请求量,示例性的,可以通过每秒查询率(Queries-per-second,QPS)来表征。
示例性的,当当前时段用户的针对于页面的访问请求数量较少,则可以在生成的目标HTML文件当中添加服务器端渲染(erver Side Rendering,SSR)资源链接,以提高用户端的展示效果,若当前时段用户的针对于页面的访问请求数量较多,则可以在生成的目标HTML文件当中添加用户端渲染(Client Side Rendering,CSR)资源链接,以减缓服务器的压力。
在一种可能的实施方式中,在所述基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件时,可以执行如图2所示的方法,包括以下步骤:
步骤201、确定与所述用户端的属性信息匹配的目标资源配置策略;其中,所述目标资源配置策略用于配置所述目标HTML文件关联的静态资源。
步骤202、基于所述目标资源配置策略,以及所述目标页面对应的初始HTML文件,生成所述目标HTML文件。
在一种可能的实施方式中,在确定与所述用户端的属性信息匹配的目标资源配置策略时,可以基于预先确定的属性信息与资源配置策略的对应关系,确定与所述用户端的属性信息匹配的目标资源配置策略。
具体的,所述资源配置策略中可以包含静态资源链接,这里,所述静态资源链接可以理解为静态资源在CDN中的存储路径。
在一种可能的实施方式中,在确定所述对应关系时,可以先获取在同一加载位置加载的多段可替换逻辑代码,其中,所述可替换逻辑代码标记有对应的用户端的属性信息,用于表示执行该段可替换逻辑代码的用户端所需满足的属性信息;然后基于预设打包工具对所述多段可替换逻辑代码分别进行打包处理后,得到多个静态资源,并输出所述属性信息与资源配置策略的对应关系。
这里,所述多段可替换逻辑代码可以为在目标页面的同一位置加载的资源,例如,在某一位置加载的图片可以为webp格式,也可以为jpeg格式,则该位置对应的多段可替换逻辑代码可以是指webp格式的图片,或者jpeg格式的图片。
所述多段可替换逻辑代码可以根据目标页面的开发情况来确定。若所述目标页面为之前已开发的页面,则所述多段可替换逻辑代码可以是开发人员对所述目标页面的静态资源进行拆分得到的。
示例性的,以上述“main.js”文件为例,则对该文件进行拆分,可以得到在四种用户端的属性信息下的四个静态资源。即,当用户端为IOS系统,且dpr===2(即设备像素比为2)时,静态资源的内容为“imgSrc='www.xxxx.logo'+'_2x'+'.jpeg'”;当用户端为IOS系统,且dpr不为2,静态资源的内容为“imgSrc='www.xxxx.logo'+'_3x'+'.jpeg'”;当用户端不为IOS系统,且dpr===2时,静态资源的内容为“imgSrc='www.xxxx.logo'+'_2x'+'.webp'”,当用户端不为IOS系统,且dpr不为2时,静态资源的内容为“imgSrc='www.xxxx.logo'+'_3x'+'.webp'”。
若所述目标页面为新开发的页面,则在所述目标页面的开发过程中,开发人员可以手动设置所述多段可替换逻辑代码。
在一种可能的实施方式中,基于预设的打包工具针对多段可替换逻辑代码分别进行打包处理时,可以将打包的可替换逻辑代码分别设置不同的包名,示例性的,可以是“aaa”“bbb”“ccc”等,用来区分包内的不同的可替换逻辑代码。
这里,所述可替换逻辑代码的经过打包后,可以是JS文件(即静态资源),所述JS文件可以是存储在CDN中的,通过各可替换逻辑代码的包名(即JS文件的文件名/路径),可以直接从所述CDN中获取对应的可替换逻辑代码(即获取JS文件)。
具体实施中,所述打包工具在对所述多段可替换逻辑代码进行打包之后,可以输出包含所述对应关系的JS文件,在确定所述目标资源配置策略时,可以从所述JS文件中确定。
示例性的,包含所述对应关系的JS文件中的文件内容可以如下所示:
在一种可能的实施方式中,所述基于所述目标资源配置策略,以及所述目标页面对应的初始HTML文件,生成所述目标HTML文件,可以基于所述目标资源配置策略中的静态资源链接,替换所述初始HTML文件中的替换标识所标识的内容,生成所述目标HTML文件。
其中,所述初始HTML文件为带有替换标识的HTML文件,在所述初始HTML文件中,除带有替换标识的静态资源外,其他资源可以在所有用户端上进行无差别渲染。所述替换标识,可以是开发人员手动添加的标识,例如“$$$”等。
示例性的,添加替换标识后的HTML文件内的内容可以如下所示:
<html>
<script src="$$$chunk1"></script>
</html>
具体实施中,开发人员可以在初始HTML文件中添加替换标识“$$$”,服务器在接收到用户端发送的网页访问请求之后,可以将替换标识“$$$”后的文件路径替换为与目标资源配置策略匹配的静态资源路径,这里,所述静态资源路径可以理解为所述静态资源链接。
示例性的,若目标资源配置策略匹配的静态资源路径为bbb.js,则生成的目标HTML文件的文件内容为:
<html>
<script src="bbb.js"></script>
</html>
用户端在接收到所述目标HTML文件后,可以基于bbb.js,确定该静态资源在CDN中的资源链接,例如可以是http://123456/189/bbb.js,基于此,可以直接获取bbb.js文件,并解析文件进行内容加载。
基于相同的构思,本公开实施例还提供一种页面加载方法,参见图3所示为本公开实施例提供的一种页面加载方法的流程图,所述方法包括步骤301~步骤303,其中:
步骤301、响应目标触发操作,发送针对目标页面的网页访问请求;
步骤302、接收与所述目标页面对应的目标HTML文件,其中,所述目标HTML文件是基于所述页面访问请求中携带的所述用户端的属性信息生成的;
步骤303、解析所述目标HTML文件,获得多个静态资源链接,并基于所述多个静态资源链接获取静态资源,并加载所述目标页面。
步骤301~步骤303通过用户端来执行。
具体实施中,用户端在接收到目标HTML文件后,可以基于所述目标HTML文件中的多个静态资源链接,从CDN中获取对应的静态资源,并加载获取的静态资源。
这里,所述目标HTML文件中的静态资源链接可以是基于所述目标HTML文件中的静态资源路径确定的,示例性的,所述目标HTML文件中仅包含所述静态资源的路径(或包名),在默认CDN链接后添加所述静态资源的路径(或包名),可以构成所述静态资源链接。
本领域技术人员可以理解,在具体实施方式的上述方法中,各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定,各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
基于同一发明构思,本公开实施例中还提供了与页面文件获取方法对应的页面文件获取装置,由于本公开实施例中的装置解决问题的原理与本公开实施例上述页面文件获取方法相似,因此装置的实施可以参见方法的实施,重复之处不再赘述。
参照图4所示,为本公开实施例提供的一种页面文件获取装置的架构示意图,所述装置包括:第一接收模块401、生成模块402、第一发送模块403;其中,
第一接收模块401,用于接收用户端发送的针对目标页面的网页访问请求;
生成模块402,用于基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件,其中,所述目标HTML文件中包括与所述用户端的属性信息相匹配的静态资源链接;
第一发送模块403,用于将所述目标HTML文件发送至所述用户端,以使所述用户端基于所述目标HTML文件中的静态资源链接获取静态资源,并加载所述目标页面。
一种可能的实施方式中,所述生成模块402,在基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件时,用于:
确定与所述用户端的属性信息匹配的目标资源配置策略;其中,所述目标资源配置策略用于配置所述目标HTML文件关联的静态资源;
基于所述目标资源配置策略,以及所述目标页面对应的初始HTML文件,生成所述目标HTML文件。
一种可能的实施方式中,所述生成模块402,在确定与所述用户端的属性信息匹配的目标资源配置策略时,用于:
基于预先确定的属性信息与资源配置策略的对应关系,确定与所述用户端的属性信息匹配的目标资源配置策略。
一种可能的实施方式中,所述生成模块402,在基于所述目标资源配置策略,以及所述目标页面对应的初始HTML文件,生成所述目标HTML文件时,用于:
基于所述目标资源配置策略中的静态资源链接,替换所述初始HTML文件中的替换标识所标识的内容,生成所述目标HTML文件。
一种可能的实施方式中,所述生成模块402,还用于根据以下方法确定所述对应关系:
获取在同一加载位置加载的多段可替换逻辑代码,其中,所述可替换逻辑代码标记有对应的用户端的属性信息;
基于预设打包工具对所述多段可替换逻辑代码分别进行打包处理后,输出所述属性信息与资源配置策略的对应关系。
一种可能的实施方式中,所述用户端的属性信息包括所述用户端的设备信息和/或所述用户端所在设备的网络状况;
所述生成模块402,在基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件时,用于:
基于所述页面访问请求中携带的所述用户端的属性信息以及当前接收的请求数量,生成所述目标HTML文件。
关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明,这里不再详述。
基于同一发明构思,本公开实施例中还提供了与页面加载方法对应的页面加载装置,由于本公开实施例中的装置解决问题的原理与本公开实施例上述页面加载方法相似,因此装置的实施可以参见方法的实施,重复之处不再赘述。
参照图5所示,为本公开实施例提供的一种页面加载装置的架构示意图,所述装置包括:第二发送模块501、第二接收模块502、加载模块503;其中,
第二发送模块501,用于响应目标触发操作,发送针对目标页面的网页访问请求;
第二接收模块502,用于接收与所述目标页面对应的目标HTML文件,其中,所述目标HTML文件是基于所述页面访问请求中携带的所述用户端的属性信息生成的;
加载模块503,用于解析所述目标HTML文件,获得多个静态资源链接,并基于所述多个静态资源链接获取静态资源,并加载所述目标页面。
基于同一技术构思,本公开实施例还提供了一种计算机设备。参照图6所示,为本公开实施例提供的计算机设备600的结构示意图,包括处理器601、存储器602、和总线603。其中,存储器602用于存储执行指令,包括内存6021和外部存储器6022;这里的内存6021也称内存储器,用于暂时存放处理器601中的运算数据,以及与硬盘等外部存储器6022交换的数据,处理器601通过内存6021与外部存储器6022进行数据交换,当计算机设备600运行时,处理器601与存储器602之间通过总线603通信,使得处理器601在执行以下指令:
接收用户端发送的针对目标页面的网页访问请求;
基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件,其中,所述目标HTML文件中包括与所述用户端的属性信息相匹配的静态资源链接;
将所述目标HTML文件发送至所述用户端,以使所述用户端基于所述目标HTML文件中的静态资源链接获取静态资源,并加载所述目标页面。
一种可能的实施方式中,处理器601执行的指令中,所述基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件,包括:
确定与所述用户端的属性信息匹配的目标资源配置策略;其中,所述目标资源配置策略用于配置所述目标HTML文件关联的静态资源;
基于所述目标资源配置策略,以及所述目标页面对应的初始HTML文件,生成所述目标HTML文件。
一种可能的实施方式中,处理器601执行的指令中,所述确定与所述用户端的属性信息匹配的目标资源配置策略,包括:
基于预先确定的属性信息与资源配置策略的对应关系,确定与所述用户端的属性信息匹配的目标资源配置策略。
一种可能的实施方式中,处理器601执行的指令中,所述基于所述目标资源配置策略,以及所述目标页面对应的初始HTML文件,生成所述目标HTML文件,包括:
基于所述目标资源配置策略中的静态资源链接,替换所述初始HTML文件中的替换标识所标识的内容,生成所述目标HTML文件。
一种可能的实施方式中,处理器601执行的指令中,所述方法还包括根据以下方法确定所述对应关系:
获取在同一加载位置加载的多段可替换逻辑代码,其中,所述可替换逻辑代码标记有对应的用户端的属性信息;
基于预设打包工具对所述多段可替换逻辑代码分别进行打包处理后,输出所述属性信息与资源配置策略的对应关系。
一种可能的实施方式中,处理器601执行的指令中,所述用户端的属性信息包括所述用户端的设备信息和/或所述用户端所在设备的网络状况;
所述基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件,包括:
基于所述页面访问请求中携带的所述用户端的属性信息以及当前接收的请求数量,生成所述目标HTML文件。
一种可能的实施方式中,处理器601执行的指令中,所述基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件,包括:
确定与所述用户端的属性信息匹配的目标资源配置策略;其中,所述目标资源配置策略用于配置所述目标HTML文件关联的静态资源;
基于所述目标资源配置策略,以及所述目标页面对应的初始HTML文件,生成所述目标HTML文件。
一种可能的实施方式中,处理器601执行的指令中,所述确定与所述用户端的属性信息匹配的目标资源配置策略,包括:
基于预先确定的属性信息与资源配置策略的对应关系,确定与所述用户端的属性信息匹配的目标资源配置策略。
一种可能的实施方式中,处理器601执行的指令中,所述基于所述目标资源配置策略,以及所述目标页面对应的初始HTML文件,生成所述目标HTML文件,包括:
基于所述目标资源配置策略中的静态资源链接,替换所述初始HTML文件中的替换标识所标识的内容,生成所述目标HTML文件。
一种可能的实施方式中,处理器601执行的指令中,所述方法还包括根据以下方法确定所述对应关系:
获取在同一加载位置加载的多段可替换逻辑代码,其中,所述可替换逻辑代码标记有对应的用户端的属性信息;
基于预设打包工具对所述多段可替换逻辑代码分别进行打包处理后,输出所述属性信息与资源配置策略的对应关系。
一种可能的实施方式中,处理器601执行的指令中,所述用户端的属性信息包括所述用户端的设备信息和/或所述用户端所在设备的网络状况;
所述基于所述页面访问请求中携带的所述用户端的属性信息,生成与所述目标用户端的属性信息对应的目标HTML文件,包括:
基于所述页面访问请求中携带的所述用户端的属性信息以及当前接收的请求数量,生成所述目标HTML文件。
或者,处理器601可以执行如下指令:
响应目标触发操作,发送针对目标页面的网页访问请求;
接收与所述目标页面对应的目标HTML文件,其中,所述目标HTML文件是基于所述页面访问请求中携带的所述用户端的属性信息生成的;
解析所述目标HTML文件,获得多个静态资源链接,并基于所述多个静态资源链接获取静态资源,并加载所述目标页面。
本公开实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述方法实施例中所述的页面文件获取方法、页面加载方法的步骤。其中,该存储介质可以是易失性或非易失的计算机可读取存储介质。
本公开实施例还提供一种计算机程序产品,该计算机产品承载有程序代码,所述程序代码包括的指令可用于执行上述方法实施例中所述的页面文件获取方法、页面加载方法的步骤,具体可参见上述方法实施例,在此不再赘述。
其中,上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中,所述计算机程序产品具体体现为计算机存储介质,在另一个可选实施例中,计算机程序产品具体体现为软件产品,例如软件开发包(Software Development Kit,SDK)等等。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。在本公开所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本公开各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本公开的具体实施方式,用以说明本公开的技术方案,而非对其限制,本公开的保护范围并不局限于此,尽管参照前述实施例对本公开进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本公开揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围,都应涵盖在本公开的保护范围之内。因此,本公开的保护范围应所述以权利要求的保护范围为准。