一种脚本文件生成的方法、装置以及计算机存储介质与流程

文档序号:26101452发布日期:2021-07-30 18:12阅读:45来源:国知局
一种脚本文件生成的方法、装置以及计算机存储介质与流程

本公开涉及计算机技术领域,具体而言,涉及一种脚本文件生成的方法、装置以及计算机存储介质。



背景技术:

随着互联网技术的发展,通过浏览页面获取信息已经成为用户获取信息的主要方式。

服务代理(serviceworker)为独立于当前页面的一段运行在浏览器后台进程里的脚本,当网站注册了serviceworker之后,可以拦截当前网站所有的请求,并根据需求对拦截的请求进行处理,以实现对当前网站对应的页面资源文件进行离线缓存等处理。

一般为了避免由于网络不稳定,导致用户无法及时获取到网页的情况,会为该网页对应的站点注册serviceworker脚本文件,以通过serviceworker脚本文件对该网页的页面资源文件进行离线缓存;因此针对多个站点,需要分别开发对应的serviceworker脚本文件,但是,这种为每个站点都开发对应的serviceworker脚本文件的方式,开发成本较高;并且每个站点对应的脚本文件中会具有相同功能的代码,造成开发过程存在重复性,浪费开发时间;当存在修改各个站点对应的脚本文件中具有相同功能的代码的需求时,开发人员需要对各个站点对应的脚本文件分别进行修改,修改任务量较大,修改效率较低。



技术实现要素:

本公开实施例至少提供一种脚本文件生成的方法、装置以及计算机存储介质。

第一方面,本公开实施例提供了一种脚本文件生成的方法,包括:

获取目标站点针对服务代理的自定义配置信息,以及不同站点的服务代理的通用配置信息;

基于所述通用配置信息,和所述自定义配置信息,生成所述目标站点的服务代理的脚本文件;

根据所述脚本文件对目标站点对应的服务代理进行配置或更新。

在一种可选的实施方式中,获取所述目标站点针对服务代理的自定义配置信息之前,还包括:

响应目标站点的注册请求,为所述目标站点分配服务代理访问地址。

在一种可选的实施方式中,所述响应目标站点的注册请求,为所述目标站点分配服务代理访问地址,包括:

响应目标站点的注册请求,为所述目标站点分配应用标识以及与该应用标识对应的服务代理访问地址;

所述获取所述目标站点针对服务代理的自定义配置信息,包括:

接收注册后的所述目标站点发送的携带有应用标识的自定义配置信息;

所述基于所述通用配置信息,和所述自定义配置信息,生成所述目标站点的服务代理的脚本文件,包括:

在确定所述应用标识合法后,基于所述通用配置信息,和所述自定义配置信息,生成所述目标站点的服务代理的脚本文件。

在一种可选的实施方式中,接收注册后的所述目标站点发送的携带有应用标识的自定义配置信息,包括:

在确定所述应用标识合法后,向所述目标站点反馈配置页面信息;

获取所述目标站点基于配置页面输入的自定义配置信息。

在一种可选的实施方式中,所述方法还包括:

接收所述目标站点的脚本文件更新请求;所述脚本文件更新请求中携带有应用标识和针对服务代理的自定义配置信息的更新信息;

根据所述更新信息,确定所述应用标识对应的更新后的自定义配置信息;

根据所述更新后的自定义配置信息,更新所述目标站点的服务代理的脚本文件。

在一种可选的实施方式中,所述方法还包括:

响应针对所述通用配置信息的更新请求,确定更新后的通用配置信息;

根据所述更新后的通用配置信息,更新所述不同站点的服务代理的脚本文件。

在一种可选的实施方式中,根据所述脚本文件对目标站点对应的服务代理进行配置或更新,包括:

将所述脚本文件存储到与所述目标站点对应的服务代理访问地址中。

在一种可选的实施方式中,将所述脚本文件存储到与所述目标站点对应的所述服务代理访问地址中之后,还包括:

响应用户端针对所述目标站点的首次访问请求,将所述服务代理访问地址反馈给用户端,以便用户端基于所述服务代理访问地址获取所述目标站点的服务代理的脚本文件,并基于所述脚本文件安装服务代理后,通过所述服务代理访问所述目标站点。

在一种可选的实施方式中,所述通用配置信息至少包括内容分发网络cdn配置信息;所述自定义配置信息至少包括页面缓存配置信息。

第二方面,本公开实施例提供了一种脚本文件生成的装置,包括:

获取模块,用于获取目标站点针对服务代理的自定义配置信息,以及不同站点的服务代理的通用配置信息;

生成模块,用于基于所述通用配置信息,和所述自定义配置信息,生成所述目标站点的服务代理的脚本文件;

处理模块,用于根据所述脚本文件对目标站点对应的服务代理进行配置或更新。

在一种可选的实施方式中,所述装置还包括:第一响应模块,用于响应目标站点的注册请求,为所述目标站点分配服务代理访问地址。

在一种可选的实施方式中,所述第一响应模块,具体用于响应目标站点的注册请求,为所述目标站点分配应用标识以及与该应用标识对应的服务代理访问地址;

所述获取模块,具体用于接收注册后的所述目标站点发送的携带有应用标识的自定义配置信息;

所述生成模块,具体用于在确定所述应用标识合法后,基于所述通用配置信息,和所述自定义配置信息,生成所述目标站点的服务代理的脚本文件。

在一种可选的实施方式中,所述获取模块,具体用于在确定所述应用标识合法后,向所述目标站点反馈配置页面信息;获取所述目标站点基于配置页面输入的自定义配置信息。

在一种可选的实施方式中,所述装置还包括:更新模块,用于接收所述目标站点的脚本文件更新请求;所述脚本文件更新请求中携带有应用标识和针对服务代理的自定义配置信息的更新信息;根据所述更新信息,确定所述应用标识对应的更新后的自定义配置信息;根据所述更新后的自定义配置信息,更新所述目标站点的服务代理的脚本文件。

在一种可选的实施方式中,所述更新模块,还用于响应针对所述通用配置信息的更新请求,确定更新后的通用配置信息;根据所述更新后的通用配置信息,更新所述不同站点的服务代理的脚本文件。

在一种可选的实施方式中,所述处理模块,具体用于将所述脚本文件存储到与所述目标站点对应的服务代理访问地址中。

在一种可选的实施方式中,所述装置还包括:第二响应模块,用于响应用户端针对所述目标站点的首次访问请求,将所述服务代理访问地址反馈给用户端,以便用户端基于所述服务代理访问地址获取所述目标站点的服务代理的脚本文件,并基于所述脚本文件安装服务代理后,通过所述服务代理访问所述目标站点。

在一种可选的实施方式中,所述通用配置信息至少包括内容分发网络cdn配置信息;所述自定义配置信息至少包括页面缓存配置信息。

第三方面,本公开可选实现方式还提供一种计算机设备,处理器、存储器,所述存储器存储有所述处理器可执行的机器可读指令,所述处理器用于执行所述存储器中存储的机器可读指令,所述机器可读指令被所述处理器执行时,所述机器可读指令被所述处理器执行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤。

第四方面,本公开可选实现方式还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被运行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤。

本公开实施例提供的脚本文件生成的方法、装置以及计算机存储介质,获取目标站点针对服务代理的自定义配置信息,以及不同站点的服务代理的通用配置信息;基于通用配置信息和自定义配置信息,生成目标站点的服务代理的脚本文件;根据脚本文件对目标站点对应的服务代理进行配置或更新;本公开实施例中,通过统一管理配置平台,可以为不同的站点提供共用的通用配置信息,在生成目标站点的脚本文件时,可以结合目标站点的自定义配置信息以及各站点的通用配置信息,生成目标站点的服务代理的脚本文件,降低了开发成本,提高了开发效率。

本公开实施例中将每个站点的服务代理的脚本文件中存在的具有相同功能的代码,配置为通用配置信息,这样在生成各站点的服务代理的脚本文件时,减少了重复内容的开发过程,节约了开发时间,且若存在修改每个站点的服务代理的脚本文件中存在的具有相同功能的代码的需求时,开发人员仅需要调整通用配置信息,不需要对各个站点对应的脚本文件分别进行修改,减少了修改任务量,提高了修改效率。

为使本公开的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,此处的附图被并入说明书中并构成本说明书中的一部分,这些附图示出了符合本公开的实施例,并与说明书一起用于说明本公开的技术方案。应当理解,以下附图仅示出了本公开的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。

图1示出了本公开实施例所提供的一种脚本文件生成的方法的流程图;

图2示出了本公开实施例所提供的脚本文件生成的方法中,一种确定目标站点对应的服务代理访问地址的流程示意图;

图3示出了本公开实施例所提供的脚本文件生成的方法中,自定义配置信息的配置页面的示意图;

图4示出了本公开实施例所提供的一种脚本文件生成的装置的示意图;

图5示出了本公开实施例所提供的一种计算机设备的示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚,下面将结合本公开实施例中附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。通常在此处描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此,以下对本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围,而是仅仅表示本公开的选定实施例。基于本公开的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本公开保护的范围。

服务代理serviceworker为独立于当前页面的一段运行在浏览器后台进程里的脚本,当网站注册了serviceworker之后,可以拦截当前网站所有的请求,并根据需求对拦截的请求进行处理。

一般为了避免由于网络不稳定,导致用户无法及时获取到网页的情况,会为该网页对应的站点注册serviceworker脚本文件,以通过serviceworker脚本文件对该网页的页面资源文件进行离线缓存;因此工作人员会为公司内部存在的多个站点,分别开发对应的serviceworker脚本文件,但是,这种为每个站点都开发对应的serviceworker脚本文件的方式,开发成本较高;并且每个站点对应的脚本文件中会具有相同功能的代码,造成开发过程存在重复性,浪费开发时间;当存在修改各个站点对应的脚本文件中具有相同功能的代码的需求时,开发人员需要对各个站点对应的脚本文件进行修改,修改任务量较大,修改效率较低。

因此,本公开提供了一种脚本文件生成的方法、装置以及计算机存储介质,通过统一管理配置平台,可以为不同的站点提供共用的通用配置信息,在生成目标站点的脚本文件时,可以结合目标站点的自定义配置信息以及各站点的通用配置信息,生成目标站点的服务代理的脚本文件,降低了开发成本,提高了开发效率;另外,本公开实施例中将每个站点的服务代理的脚本文件中存在的具有相同功能的代码,配置为通用配置信息,这样在生成各站点的服务代理的脚本文件时,减少了重复内容的开发过程,节约了开发时间,且若存在修改每个站点的服务代理的脚本文件中存在的具有相同功能的代码的需求时,开发人员仅需要调整通用配置信息,不需要对各个站点对应的脚本文件分别进行修改,减少了修改任务量,提高了修改效率。

以上问题的发现过程以及解决过程,均是发明人在经过实践并仔细研究后得出的结果,因此,上述问题的发现过程以及下文中本公开针对上述问题所提出的解决方案,都应该是发明人在本公开过程中对本公开做出的贡献。

应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。

为便于对本实施例进行理解,首先对本公开实施例所公开的一种脚本文件生成的方法进行详细介绍,本公开实施例所提供的脚本文件生成的方法的执行主体一般为具有一定计算能力的计算机设备,该计算机设备例如包括:服务器或其它处理设备。在一些可能的实现方式中,该脚本文件生成的方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

下面,首先对本公开实施例中涉及到的几个技术术语进行解释说明。

服务代理是指运行于浏览器端,在不影响浏览器端的页面展示的情况下处理的任务,比如,可以包括定时更新任务、消息通知推送任务、页面缓存任务;在本公开实施例中,服务代理可以包括serviceworker,即serviceworker为不需要与浏览器进行页面交互,在后台就可以执行的任务;其中,浏览器端可以是独立的网页浏览器,也可以是嵌入到应用程序中的浏览器模块。

服务代理的脚本文件(即serviceworker的脚本文件)是一种由javascript编写的浏览器端代理脚本,为一段运行在浏览器后台进程中的脚本。服务代理的脚本文件可以用sw.js表征。

下面以执行主体为服务器为例对本公开实施例提供的脚本文件生成的方法加以说明。

参见图1所示,为本公开实施例提供的脚本文件生成的方法的流程图,所述方法包括步骤s101~s103,其中:

s101、获取目标站点针对服务代理的自定义配置信息,以及不同站点的服务代理的通用配置信息。

其中,目标站点可以为公司内容开发的多个网站中的任一网站,比如,www.a.com。

这里,自定义配置信息是根据各站点的开发需求确定的,用来配置需要拦截的域名、以及对拦截到的域名进行的处理操作,在本公开实施例中,自定义配置信息至少包括页面缓存配置信息,该页面缓存配置信息用来配置页面展示时所需的图片、文本等数据的缓存位置。

其中,通用配置信息至少包括内容分发网络(contentdeliverynetwork,cnd)配置信息,这里,cnd是一个服务器系统,该服务器系统中包括多个位于不同地理区域的服务器,用于缓存网站的超级文本标记语言(hypertextmarkuplanguage,html)、脚本(javascript,js)、层叠样式表(cascadingstylesheets,css)、图像和其他静态资源;cdn配置信息用来配置网页的html、js、css、图像和其他静态资源的存储位置信息。这里,通用配置信息可以为根据不同站点的开发需求确定的,一般服务器会预先配置不同站点的服务代理的通用配置信息。

这里,首先响应目标站点的注册请求,为目标站点分配服务代理访问地址。

具体的,服务器首先响应目标站点的注册请求,为目标站点分配应用标识以及与该应用标识对应的服务代理访问地址;在目标站点注册成功后,接收注册后的目标站点发送的携带有应用标识的自定义配置信息。

其中,应用标识为各目标站点的唯一标识,用来区分各目标站点,在本公开实施例中,可以用应用程序身份标识号(applicationidentitydocument,appid)表征应用标识;该服务代理访问地址用来表征目标站点的服务代理的脚本文件的存储位置。

具体的,服务器在接收到目标站点的注册请求后,响应目标站点的注册请求,为目标站点分配appid,并创建存储目标站点的serviceworker的脚本文件的存储文件件夹,则根据存储文件夹所在地址,确定该目标站点对应的服务代理访问地址。

示例性的,服务器在接收到站点1和站点2的注册请求后,为站点1分配appid:12345,并为站点1创建存储站点1的serviceworker的脚本文件的存储文件夹12345,若存储文件夹12345所在地址为12345/sw.js;则根据12345/sw.js,确定该目标站点对应的服务代理访问地址为https://cdn.xxx.com/12345/sw.js;同理,为站点2分配appid:abcd,并为站点2创建存储站点2的serviceworker的脚本文件的存储文件夹abcd,若存储文件夹abcd所在地址为abcd/sw.js;则根据abcd/sw.js,确定该目标站点对应的服务代理访问地址为https://cdn.xxx.com/abcd/sw.js,具体的确定目标站点对应的服务代理访问地址的流程示意图可以如图2所示。

这里,可以在确定目标站点的应用标识合法后,向目标站点反馈配置页面信息,以及在目标站点的服务端呈现用于输入自定义配置信息的配置页面;获取目标站点基于该配置页面输入的自定义配置信息。

在具体实施中,服务器检测为目标站点分配的应用标识的合法性,在确定目标站点的应用标识合法后,可以将配置页面信息发送给目标站点,以使目标站点的服务端在接收到配置页面信息后,将用于输入自定义配置信息的配置页面展示给开发人员,在开发人员在输入自定义配置信息的配置页面中输入自定义配置信息后,将自定义配置信息发送给服务器,服务器获取到目标站点基于配置页面输入的自定义配置信息。

示例性的,用于输入自定义配置信息的配置页面可以如图3所示,该配置页面中可以包括需要拦截的域名输入区域、以及各需要拦截的域名需要进行的处理操作输入区域。

在具体实施中,在基于步骤s101,获取到目标站点的自定义配置信息以及预先配置的不同站点的服务代理的通用配置信息之后,可以基于自定义配置信息和通用配置信息,生成目标站点的sw.js,具体描述参见下述步骤s102所示。

s102、基于所述通用配置信息,和所述自定义配置信息,生成所述目标站点的服务代理的脚本文件。

在具体实施中,在确定目标站点的应用标识合法后,根据步骤s101获取到的通用配置信息、以及目标站点的自定义配置信息,生成目标站点的sw.js。

s103、根据所述脚本文件对目标站点对应的服务代理进行配置或更新。

这里,在根据步骤s102生成的目标站点的sw.js对目标站点对应的服务代理进行配置或更新时,可以将目标站点的sw.js存储到目标站点对应的服务代理访问地址中,这样服务器可以在接收到用户端发送的首次访问请求时,将目标站点对应的服务代理访问地址反馈给用户端,以使用户端可以根据获取到的服务代理访问地址,获取到目标站点的sw.js;在一种可选的实施方式中,服务器可以将根据步骤s102生成的目标站点的sw.js主动分发给访问目标站点的用户端。

在基于步骤s102生成目标站点的sw.js之后,可以将目标站点的sw.js存储到与目标站点对应的存储文件夹中,并基于目标站点的sw.js的存储位置,确定目标站点的sw.js的访问地址。

示例性的,若为目标站点创建的用来存储目标站点的sw.js的存储文件夹12345,则将基于步骤s102生成的目标站点的sw.js存储到存储文件夹12345中,根据目标站点的sw.js的存储位置,确定该目标站点对应的服务代理访问地址为https://cdn.xxx.com/12345/sw.js。

在具体实施中,在确定目标站点的sw.js的访问地址后,服务器可以接收用户端针对目标站点的首次访问请求,并响应用户端针对目标站点的首次访问请求,将目标站点的服务代理访问地址反馈给用户端,以便用户端基于服务代理访问地址获取目标站点的sw.js,用户端基于获取到的目标站点的sw.js,安装serviceworker,在安装成功后,可以通过serviceworker访问目标站点。

在用户端安装serviceworker后,可以基于目标站点的服务代理访问地址,从服务器定时获取目标站点的sw.js,通过比对定时获取到的目标站点的sw.js与安装serviceworker时获取到的目标站点的sw.js是否一致,检测是否需要更新安装的serviceworker;当定时获取到的目标站点的sw.js与安装serviceworker时获取到的目标站点的sw.js一致时,不需要进行serviceworker的重新安装;当定时获取到的目标站点的sw.js与安装serviceworker时获取到的目标站点的sw.js不一致时,需要根据定时获取到的目标站点的sw.js,更新安装的serviceworker。

在一种可选的实施方式中,在存在更新目标站点的服务代理的脚本文件的需求时,服务器可以根据更新的通用配置信息、和/或更新的自定义配置信息,更新目标站点的服务代理的脚本文件。

在具体实施中,若对开发人员在输入自定义配置信息的配置页面中新增/修改/删除自定义配置信息后,目标站点的服务端可以将目标站点的脚本文件更新请求(这里,脚本文件更新请求中携带有应用标识和针对服务代理的自定义配置信息的更新信息)发送给服务器,服务器接收到目标站点的应用标识和服务代理的自定义配置信息的更新信息;服务器根据服务代理的自定义配置信息的更新信息,确定应用标识对应的更新后的自定义配置信息;然后,根据更新后的自定义配置信息,将应用标识对应的服务代理访问地址中存储的目标站点的sw.js进行更新。

在具体实施中,若管理人员在serviceworker配置平台的通用信息配置页面中新增/修改/删除通用配置信息后,生成针对通用配置信息的更新请求并发送至serviceworker配置平台服务器,serviceworker配置平台服务器响应针对通用配置信息的更新请求,确定更新后的通用配置信息,根据更新后的通用配置信息,更新不同站点的服务代理分别对应的sw.js。

示例性的,若服务器中配置的针对不同站点的服务代理的通用配置信息包括cdn域名:cdn.a.com、cdn.b.com、cdn.c.com;若基于上述不同站点的服务代理的通用配置信息、以及站点1和站点2分别对应的自定义配置信息,生成站点1和站点2分别对应的服务代理的脚本文件,并将站点1的服务代理的脚本文件存储在与站点1对应的服务代理访问地址:https://cdn.xxx.com/12345/sw.js下,将站点2的服务代理的脚本文件存储在与站点2对应的服务代理访问地址:https://cdn.xxx.com/abcd/sw.js下;当cdn.c.com被封杀后,则服务器确定更新后的通用配置信息为:cdn.a.com、cdn.b.com;然后在站点1对应的服务代理访问地址:https://cdn.xxx.com/12345/sw.js下查找到站点1的服务代理的脚本文件,并基于更新后的通用配置信息,更新站点1的服务代理的脚本文件;同理,在站点2对应的服务代理访问地址:https://cdn.xxx.com/abcd/sw.js下查找到站点2的服务代理的脚本文件,并基于更新后的通用配置信息,更新站点2的服务代理的脚本文件;这里,将各站点的服务代理的脚本文件中的cdn域名,配置为通用配置信息,在cdn域名变换时,服务器可以自动根据cdn域名的更新结果,自动更新各站点的服务代理的脚本文件,使得开发人员不需要对各个站点对应的脚本文件分别进行修改,减少了开发人员的修改任务量,提高了修改效率。

本公开实施例中,获取目标站点针对服务代理的自定义配置信息,以及不同站点的服务代理的通用配置信息;基于通用配置信息和自定义配置信息,生成目标站点的服务代理的脚本文件;根据脚本文件对目标站点对应的服务代理进行配置或更新;本公开实施例中,通过统一管理配置平台,可以为不同的站点提供共用的通用配置信息,在生成目标站点的脚本文件时,可以结合目标站点的自定义配置信息以及各站点的通用配置信息,生成目标站点的服务代理的脚本文件,降低了开发成本,提高了开发效率。

另外,本公开实施例中将每个站点的服务代理的脚本文件中存在的具有相同功能的代码,配置为通用配置信息,这样在生成各站点的服务代理的脚本文件时,减少了重复内容的开发过程,节约了开发时间,且若存在修改每个站点的服务代理的脚本文件中存在的具有相同功能的代码的需求时,开发人员仅需要调整通用配置信息,不需要对各个站点对应的脚本文件分别进行修改,减少了修改任务量,提高了修改效率。

本领域技术人员可以理解,在具体实施方式的上述方法中,各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定,各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于同一发明构思,本公开实施例中还提供了与脚本文件生成的方法对应的脚本文件生成的装置,由于本公开实施例中的装置解决问题的原理与本公开实施例上述脚本文件生成的方法相似,因此装置的实施可以参见方法的实施,重复之处不再赘述。

参照图4所示,为本公开实施例提供的一种脚本文件生成的装置400的示意图,所述装置包括:获取模块401、生成模块402、处理模块403;其中,

获取模块401,用于获取目标站点针对服务代理的自定义配置信息,以及不同站点的服务代理的通用配置信息。

生成模块402,用于基于所述通用配置信息,和所述自定义配置信息,生成所述目标站点的服务代理的脚本文件。

处理模块403,用于根据所述脚本文件对目标站点对应的服务代理进行配置或更新。

在一种可选的实施方式中,所述装置还包括:第一响应模块,用于响应目标站点的注册请求,为所述目标站点分配服务代理访问地址。

在一种可选的实施方式中,所述第一响应模块,具体用于响应目标站点的注册请求,为所述目标站点分配应用标识以及与该应用标识对应的服务代理访问地址。

获取模块401,具体用于接收注册后的所述目标站点发送的携带有应用标识的自定义配置信息。

生成模块402,具体用于在确定所述应用标识合法后,基于所述通用配置信息,和所述自定义配置信息,生成所述目标站点的服务代理的脚本文件。

在一种可选的实施方式中,获取模块401,具体用于在确定所述应用标识合法后,向所述目标站点反馈配置页面信息;获取所述目标站点基于配置页面输入的自定义配置信息。

在一种可选的实施方式中,所述装置还包括:更新模块,用于接收所述目标站点的脚本文件更新请求;所述脚本文件更新请求中携带有应用标识和针对服务代理的自定义配置信息的更新信息;根据所述更新信息,确定所述应用标识对应的更新后的自定义配置信息;根据所述更新后的自定义配置信息,更新所述目标站点的服务代理的脚本文件。

在一种可选的实施方式中,所述更新模块,还用于响应针对所述通用配置信息的更新请求,确定更新后的通用配置信息;根据所述更新后的通用配置信息,更新所述不同站点的服务代理的脚本文件。

在一种可选的实施方式中,处理模块403,具体用于将所述脚本文件存储到与所述目标站点对应的服务代理访问地址中。

在一种可选的实施方式中,所述装置还包括:第二响应模块,用于响应用户端针对所述目标站点的首次访问请求,将所述服务代理访问地址反馈给用户端,以便用户端基于所述服务代理访问地址获取所述目标站点的服务代理的脚本文件,并基于所述脚本文件安装服务代理后,通过所述服务代理访问所述目标站点。

在一种可选的实施方式中,所述通用配置信息至少包括内容分发网络cdn配置信息;所述自定义配置信息至少包括页面缓存配置信息。

本公开实施例中,通过统一管理配置平台,可以为不同的站点提供共用的通用配置信息,在生成目标站点的脚本文件时,可以结合目标站点的自定义配置信息以及各站点的通用配置信息,生成目标站点的服务代理的脚本文件,降低了开发成本,提高了开发效率。另外,本公开实施例中将每个站点的服务代理的脚本文件中存在的具有相同功能的代码,配置为通用配置信息,这样在生成各站点的服务代理的脚本文件时,减少了重复内容的开发过程,节约了开发时间,且若存在修改每个站点的服务代理的脚本文件中存在的具有相同功能的代码的需求时,开发人员仅需要调整通用配置信息,不需要对各个站点对应的脚本文件分别进行修改,减少了修改任务量,提高了修改效率。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明,这里不再详述。

基于同一技术构思,本申请实施例还提供了一种计算机设备。参照图5所示,为本申请实施例提供的计算机设备500的结构示意图,包括处理器501、存储器502、和总线503。其中,存储器502用于存储执行指令,包括内存5021和外部存储器5022;这里的内存5021也称内存储器,用于暂时存放处理器501中的运算数据,以及与硬盘等外部存储器5022交换的数据,处理器501通过内存5021与外部存储器5022进行数据交换,当计算机设备500运行时,处理器501与存储器502之间通过总线503通信,使得处理器501执行以下指令:

获取目标站点针对服务代理的自定义配置信息,以及不同站点的服务代理的通用配置信息;

基于所述通用配置信息,和所述自定义配置信息,生成所述目标站点的服务代理的脚本文件;

根据所述脚本文件对目标站点对应的服务代理进行配置或更新。

其中,处理器501的具体处理流程可以参照上述方法实施例的记载,这里不再赘述。

本公开实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述方法实施例中所述的脚本文件生成的方法的步骤。其中,该存储介质可以是易失性或非易失的计算机可读取存储介质。

本公开实施例还提供一种计算机程序产品,该计算机程序产品承载有程序代码,所述程序代码包括的指令可用于执行上述方法实施例中所述的脚本文件生成的方法的步骤,具体可参见上述方法实施例,在此不再赘述。

其中,上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中,所述计算机程序产品具体体现为计算机存储介质,在另一个可选实施例中,计算机程序产品具体体现为软件产品,例如软件开发包(softwaredevelopmentkit,sdk)等等。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。在本公开所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本公开各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是:以上所述实施例,仅为本公开的具体实施方式,用以说明本公开的技术方案,而非对其限制,本公开的保护范围并不局限于此,尽管参照前述实施例对本公开进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本公开揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围,都应涵盖在本公开的保护范围之内。因此,本公开的保护范围应所述以权利要求的保护范围为准。

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