CN112583948A - 域名加载方法、装置、电子设备及存储介质 - Google Patents
域名加载方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN112583948A CN112583948A CN202011322158.2A CN202011322158A CN112583948A CN 112583948 A CN112583948 A CN 112583948A CN 202011322158 A CN202011322158 A CN 202011322158A CN 112583948 A CN112583948 A CN 112583948A
- Authority
- CN
- China
- Prior art keywords
- loading
- domain name
- period
- service party
- success
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/30—Managing network names, e.g. use of aliases or nicknames
- H04L61/3015—Name registration, generation or assignment
- H04L61/3025—Domain name generation or assignment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本公开的实施例提供了一种域名加载方法、装置、电子设备及存储介质。所述方法包括:在业务方加载第一域名之前,获取所述业务方所处的地理位置,及与所述第一域名等效的第二域名;获取所述地理位置关联的目标地域范围内的,所述第一域名和所述第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数;基于所述加载成功率次数和所述加载失败次数,确定所述第一域名和所述第二域名的加载顺序;在第二周期内,根据所述加载顺序,加载所述第一域名和/或所述第二域名;其中,所述第一周期早于所述第二周期。本公开的实施例可以提高域名的首次加载成功率,且提高了整体业务的成功率。
Description
技术领域
本公开的实施例涉及通信技术领域,尤其涉及一种域名加载方法、装置、电子设备及存储介质。
背景技术
随着web技术的蓬勃发展,CDN(Content Delivery Network,内容分发网络)作为一种优化网络资源的方案被广泛应用在各种业务场景中。而随着CDN技术的广泛应用,对于业务带来的困难与挑战也逐步增多。
CDN问题往往具有地域性的特点,倘若某一地区出现CDN问题,这种依赖统一配置的方案,并不能针对某一地区精确进行CDN域名切换,只能通过失败后进行重试选择,例如,目前有A、B、C三个等效域名,在X城市中,如果在前10分钟内,项目访问A域名一直不可用,只能够访问B域名资源成功。此时在X城市,项目在下一分钟,此时可以认为访问的每个资源大概率会不停的重复以下路径:访问A域名下资源-A域名下资源获取失败-访问B域名下资源-B域名资源获取成功;但在Y城市中,如果前10分钟内,项目访问A与B域名一直不可用,只能够访问C域名资源成功时。此时在Y城市,项目在下一分钟,此时可以认为访问的每个资源大概率会不停的重复以下路径:访问A域名下资源-A域名下资源获取失败-访问B域名下资源-B域名资源获取失败-访问C域名下资源-C域名资源获取成功。
通过上述内容不难发现,不同CDN域名在不同的城市表现并不相同,而且两个城市重试路径大相径庭,X城市需要重试1次进行两次资源请求(A-B),而Y城市却要重试2次,进行三次资源请求(A-B-C)才能加载正确的资源。而且随着CDN备灾域名数的不断增加,不但会造成页面加载时长随CDN备灾域名数增多而成倍增长的情况,而且第一个CDN域名资源一旦加载失败,可能会让外链CSS资源阻塞Dom树渲染。此时用户极有可能处于长时间页面白屏加载的状况,造成不可挽回的损失。
发明内容
本公开的实施例提供一种域名加载方法、装置、电子设备及存储介质,用以通过计算平台实时计算不同地域范围内的域名加载成功率,输出最优的域名加载列表给业务方,业务方使用资源管理器完成对域名的及时切换,提高了域名的首次加载成功率,提高了整体业务的成功率。
根据本公开的实施例的第一方面,提供了一种域名加载方法,包括:
在业务方加载第一域名之前,获取所述业务方所处的地理位置,及与所述第一域名等效的第二域名;
获取所述地理位置关联的目标地域范围内的,所述第一域名和所述第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数;
基于所述加载成功次数和所述加载失败次数,确定所述第一域名和所述第二域名的加载顺序;
在第二周期内,根据所述加载顺序,加载所述第一域名和/或所述第二域名;其中,所述第一周期早于所述第二周期。
可选地,所述获取所述地理位置关联的目标地域范围内的,所述第一域名和所述第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数,包括:
在所述目标地域范围内,拦截所述第一周期内的与所述第一域名和所述第二域名关联的页面加载请求;
根据页面加载请求对应的加载结果,确定所述第一域名和所述第二域名对应的加载成功次数和加载失败次数。
可选地,所述基于所述加载成功次数和所述加载失败次数,确定所述第一域名和所述第二域名的加载顺序,包括:
基于所述加载成功次数和所述加载失败次数,获取所述第一域名对应的第一加载成功率,及所述第二域名对应的第二加载成功率;
获取所述第一域名对应的第一加载数量,及所述第二域名对应的第二加载数量;
根据所述第一加载成功率、所述第二加载成功率、所述第一加载数量和所述第二加载数量,确定所述第一域名和所述第二域名的加载顺序。
可选地,所述根据所述加载顺序,加载所述第一域名和/或所述第二域名,包括:
在所述第一域名的加载顺序先于所述第二域名的情况下,通过所述业务方加载所述第一域名;
在所述第一域名加载失败的情况下,通过所述业务方加载所述第二域名。
可选地,所述根据所述加载顺序,加载所述第一域名和/或所述第二域名,包括:
在所述第二域名的加载顺序先于所述第一域名的情况下,通过所述业务方加载所述第二域名;
在所述第二域名加载失败的情况下,通过所述业务方加载所述第一域名。
根据本公开的实施例的第二方面,提供了一种域名加载装置,包括:
第二域名获取模块,用于在业务方加载第一域名之前,获取所述业务方所处的地理位置,及与所述第一域名等效的第二域名;
加载次数获取模块,用于获取所述地理位置关联的目标地域范围内的,所述第一域名和所述第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数;
加载顺序确定模块,用于基于所述加载成功次数和所述加载失败次数,确定所述第一域名和所述第二域名的加载顺序;
域名加载模块,用于在第二周期内,根据所述加载顺序,加载所述第一域名和/或所述第二域名;其中,所述第一周期早于所述第二周期。
可选地,所述加载次数获取模块包括:
加载请求拦截单元,用于在所述目标地域范围内,拦截所述第一周期内的与所述第一域名和所述第二域名关联的页面加载请求;
加载次数确定单元,用于根据页面加载请求对应的加载结果,确定所述第一域名和所述第二域名对应的加载成功次数和加载失败次数。
可选地,所述加载顺序确定模块包括:
加载成功率获取单元,用于基于所述加载成功次数和所述加载失败次数,获取所述第一域名对应的第一加载成功率,及所述第二域名对应的第二加载成功率;
加载数量获取单元,用于获取所述第一域名对应的第一加载数量,及所述第二域名对应的第二加载数量;
加载顺序确定单元,用于根据所述第一加载成功率、所述第二加载成功率、所述第一加载数量和所述第二加载数量,确定所述第一域名和所述第二域名的加载顺序。
可选地,所述域名加载模块包括:
第一域名加载单元,用于在所述第一域名的加载顺序先于所述第二域名的情况下,通过所述业务方加载所述第一域名;
第二域名加载单元,用于在所述第一域名加载失败的情况下,通过所述业务方加载所述第二域名。
可选地,所述域名加载模块包括:
第三域名加载单元,用于在所述第二域名的加载顺序先于所述第一域名的情况下,通过所述业务方加载所述第二域名;
第四域名加载单元,用于在所述第二域名加载失败的情况下,通过所述业务方加载所述第一域名。
根据本公开的实施例的第三方面,提供了一种电子设备,包括:
处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现上述任一项所述的域名加载方法。
根据本公开的实施例的第四方面,提供了一种当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如上述任一项所述的域名加载方法。
本公开的实施例提供了一种域名加载方案,通过在业务方加载第一域名之前,获取业务方所处的地理位置及与第一域名等效的第二域名,获取地理位置相关的目标地域范围内的第一域名和第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数,基于加载成功次数和加载失败次数确定第一域名和第二域名的加载顺序,在第二周期内,根据加载顺序加载第一域名和/或第二域名。本公开的实施例通过计算平台实时计算不同地域范围内的域名加载成功率,输出最优的域名加载顺序列表给业务方,业务方使用资源管理器完成对域名的及时切换,可以提高域名的首次加载成功率,且提高了整体业务的成功率。
附图说明
为了更清楚地说明本公开的实施例的技术方案,下面将对本公开的实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的实施例的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本公开的实施例提供的一种域名加载方法的步骤流程图;
图2为本公开的实施例提供的另一种域名加载方法的步骤流程图;
图3为本公开的实施例提供的一种域名加载装置的结构示意图;
图4为本公开的实施例提供的另一种域名加载装置的结构示意图。
具体实施方式
下面将结合本公开的实施例中的附图,对本公开的实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本公开的实施例一部分实施例,而不是全部的实施例。基于本公开的实施例中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本公开的实施例保护的范围。
实施例一
参照图1,示出了本公开的实施例提供的一种域名加载方法的步骤流程图,如图1所示,该域名加载方法具体可以包括如下步骤:
步骤101:在业务方加载第一域名之前,获取所述业务方所处的地理位置,及与所述第一域名等效的第二域名。
本公开的实施例可以应用于结合业务方所处城市内加载域名的成功次数和失败次数确定域名加载顺序,并由业务方进行域名加载的场景中。
第一域名是指业务方处理某个项目所需加载的域名。
地理位置是指业务方所处的位置,例如,业务方位于北京市,则业务方的地理位置即为北京市等。
第二域名是指与第一域名具有等效关系的域名,即加载第二域名和加载第一域名具有相同的效果。可以理解地,第二域名的个数可以为一个,也可以为多个,具体地,可以根据业务需求而定,本实施例对此不加以限制。
在业务方处理某些业务时,需要加载第一域名,此时,可以获取与第一域名具有等效关系的第二域名,以及业务方所处的地理位置。
在获取到业务方所处的地理位置,及与第一域名等效的第二域名之后,执行步骤102。
步骤102:获取所述地理位置关联的目标地域范围内的,所述第一域名和所述第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数。
目标地域范围是指处于与地理位置关联的地域范围,例如,在地理位置为北京某区某街道时,可以将北京市区作为与该地理位置关联的目标地域范围,或者,在地理位置为上海某区域某路xx号时,可以将上海市区作为该地理位置关联的目标地域范围等。
第一周期是指距离当前时间为预设时长的时间周期,在本示例中,预设时长可以由业务人员预先根据业务需求进行设定,例如,可以设定周期时长为一天,此时,第一周期即为距离当前时间的时长为24小时的时间范围。
加载成功次数是指目标地域范围内的所有加载设备在第一周期内加载第一域名成功的次数,及加载第二域名成功的次数。
加载失败算次数是指目标地域范围内的所有加载设备在第一周期内加载第一域名失败的次数,及加载第二域名失败的次数。
在获取到业务方所处的地理位置及与第一域名等效的第二域名之后,可以获取与地理位置关联的目标地域范围内的,第一域名和第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数。
在获取到加载成功次数和加载失败次数之后,执行步骤103。
步骤103:基于所述加载成功次数和所述加载失败次数,确定所述第一域名和所述第二域名的加载顺序。
加载顺序是指用于指示第一域名和第二域名的加载先后的顺序,例如,在加载顺序为第一域名、第二域名时,此时,可以先加载第一域名,若失败,则加载第二域名;在加载顺序为第二域名、第一域名时,此时,可以先加载第二域名,若失败,则加载第一域名。
可以理解地,上述示例仅是为了更好地理解本公开的实施例的技术方案而列举的示例,不作为对本公开的实施例的唯一限制。
在获取到加载成功次数和加载失败次数之后,可以结合加载成功次数和加载失败次数,确定出第一域名和第二域名的加载顺序,具体地,可以根据第一域名的加载成功次数、加载失败次数,及第一周期内加载第一域名的数量计算得到加载成功率,然后获取第二域名对应的加载成功率,进而结合第一域名和第二域名的加载数量占比共同确定出第一域名和第二域名的加载顺序,具体地,将在下述实施例二中进行详细描述,本公开实施例在此不再加以赘述。
在获取到第一域名和第二域名的加载顺序之后,执行步骤104。
步骤104:在第二周期内,根据所述加载顺序,加载所述第一域名和/或所述第二域名;其中,所述第一周期早于所述第二周期。
在获取到第一域名和第二域名的加载顺序之后,可以由业务方在第二周期内根据加载顺序加载第一域名和/或第二域名,第二周期晚于第一周期。
本公开实施例通过计算平台实时计算不同地域范围内的域名加载成功率,输出最优的域名加载顺序列表给业务方,业务方使用资源管理器完成对域名的及时切换,可以提高域名的首次加载成功率,且提高了整体业务的成功率。
本公开的实施例提供的域名加载方法,通过在业务方加载第一域名之前,获取业务方所处的地理位置及与第一域名等效的第二域名,获取地理位置相关的目标地域范围内的第一域名和第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数,基于加载成功次数和加载失败次数确定第一域名和第二域名的加载顺序,在第二周期内,根据加载顺序加载第一域名和/或第二域名。本公开的实施例通过计算平台实时计算不同地域范围内的域名加载成功率,输出最优的域名加载顺序列表给业务方,业务方使用资源管理器完成对域名的及时切换,可以提高域名的首次加载成功率,且提高了整体业务的成功率。
实施例二
参照图2,示出了本公开的实施例提供的另一种域名加载方法的步骤流程图,如图2所示,该域名加载方法具体可以包括如下步骤:
步骤201:在业务方加载第一域名之前,获取所述业务方所处的地理位置,及与所述第一域名等效的第二域名。
本公开的实施例可以应用于结合业务方所处城市内加载域名的成功次数和失败次数确定域名加载顺序,并由业务方进行域名加载的场景中。
第一域名是指业务方处理某个项目所需加载的域名。
地理位置是指业务方所处的位置,例如,业务方位于北京市,则业务方的地理位置即为北京市等。
第二域名是指与第一域名具有等效关系的域名,即加载第二域名和加载第一域名具有相同的效果。可以理解地,第二域名的个数可以为一个,也可以为多个,具体地,可以根据业务需求而定,本实施例对此不加以限制。
在业务方处理某些业务时,需要加载第一域名,此时,可以获取与第一域名具有等效关系的第二域名,以及业务方所处的地理位置。
在获取到业务方所处的地理位置,及与第一域名等效的第二域名之后,执行步骤202。
步骤202:在所述目标地域范围内,拦截所述第一周期内的与所述第一域名和所述第二域名关联的页面加载请求。
目标地域范围是指处于与地理位置关联的地域范围,例如,在地理位置为北京某区某街道时,可以将北京市区作为与该地理位置关联的目标地域范围,或者,在地理位置为上海某区域某路xx号时,可以将上海市区作为该地理位置关联的目标地域范围等。
第一周期是指距离当前时间为预设时长的时间周期,在本示例中,预设时长可以由业务人员预先根据业务需求进行设定,例如,可以设定周期时长为一天,此时,第一周期即为距离当前时间的时长为24小时的时间范围。
页面加载请求是指加载第一域名和第二域名的请求。
在获取到业务方所处的地理位置及与第一域名等效的第二域名之后,可以在与地理位置关联的目标地域范围内的,拦截第一周期内的与第一域名和第二域名关联的页面加载请求,进而,执行步骤203。
步骤203:根据页面加载请求对应的加载结果,确定所述第一域名和所述第二域名对应的加载成功次数和加载失败次数。
加载成功次数是指目标地域范围内的所有加载设备在第一周期内加载第一域名成功的次数,及加载第二域名成功的次数。
加载失败算次数是指目标地域范围内的所有加载设备在第一周期内加载第一域名失败的次数,及加载第二域名失败的次数。
在拦截页面加载请求之后,可以根据页面加载请求对应的加载结果确定出第一域名和第二域名对应的加载成功次数和加载失败次数。
在确定出第一域名和第二域名对应的加载成功次数和加载失败次数之后,执行步骤204。
步骤204:基于所述加载成功次数和所述加载失败次数,获取所述第一域名对应的第一加载成功率,及所述第二域名对应的第二加载成功率。
第一加载成功率是指目标地域范围的第一周期内加载第一域名对应的成功率。
第二加载成功率是指目标地域范围的第一周期内加载第二域名对应的成功率。
在获取到第一域名的加载成功次数和加载失败次数之后,可以结合第一域名的加载成功次数和加载失败次数,计算得到第一加载成功率,即第一加载成功率=加载成功次数/(加载成功次数+加载失败次数)。
在获取到第二域名的加载成功次数和加载失败次数之后,可以结合第二域名的加载成功次数和加载失败次数,计算得到第二加载成功率,即第二加载成功率=加载成功次数/(加载成功次数+加载失败次数)。
在获取第一加载成功率和第二加载成功率之后,执行步骤205。
步骤205:获取所述第一域名对应的第一加载数量,及所述第二域名对应的第二加载数量。
第一加载数量是指目标地域范围的第一周期内加载第一域名的设备的数量。
第二加载数量是指目标地域范围的第一周期内加载第二域名的设备的数量。
在获取第一域名和第二域名之后,可以获取目标地域范围的第一周期内加载第一域名的设备数量,即第一加载数量,并获取目标地域范围的第一周期内加载第二域名的设备数量,即第二加载数量。
在获取第一加载数量和第二加载数量之后,执行步骤206。
步骤206:根据所述第一加载成功率、所述第二加载成功率、所述第一加载数量和所述第二加载数量,确定所述第一域名和所述第二域名的加载顺序。
在获取到第一加载成功率、第二加载成功率、第一加载数量和第二加载数量之后,可以结合第一加载成功率、第二加载成功率、第一加载数量和第二加载数量确定出第一域名和第二域名的加载顺序,具体地,可以根据第一加载数量和第二加载数量分别获取到第一域名的加载数量占比,及第二域名的加载数量占比,然后,结合第一加载成功率、第二加载成功率,及加载数量占比,共同确定第一域名和第二域名的加载顺序。
在确定加载顺序之后,执行步骤207,或者,执行步骤209。
步骤207:在所述第一域名的加载顺序先于所述第二域名的情况下,通过所述业务方加载所述第一域名。
在第一域名的加载顺序先于第二域名的情况下,可以通过业务方先加载第一域名,进而,执行步骤208。
步骤208:在所述第一域名加载失败的情况下,通过所述业务方加载所述第二域名。
在第一域名加载成功的情况下,表示页面加载成功,业务人员可以进行后续的操作。
而在第一域名加载失败的情况下,则可以通过业务方加载第二域名。
步骤209:在所述第二域名的加载顺序先于所述第一域名的情况下,通过所述业务方加载所述第二域名。
在第二域名的加载顺序先于第一域名的情况下,可以通过业务方先加载第二域名,进而,执行步骤210。
步骤210:在所述第二域名加载失败的情况下,通过所述业务方加载所述第一域名。
在第二域名加载成功的情况下,表示页面加载成功,业务人员可以进行后续的操作。
而在第二域名加载失败的情况下,则可以通过业务方加载第一域名。
本公开的实施例提供的域名加载方法,通过在业务方加载第一域名之前,获取业务方所处的地理位置及与第一域名等效的第二域名,获取地理位置相关的目标地域范围内的第一域名和第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数,基于加载成功次数和加载失败次数确定第一域名和第二域名的加载顺序,在第二周期内,根据加载顺序加载第一域名和/或第二域名。本公开的实施例通过计算平台实时计算不同地域范围内的域名加载成功率,输出最优的域名加载顺序列表给业务方,业务方使用资源管理器完成对域名的及时切换,可以提高域名的首次加载成功率,且提高了整体业务的成功率。
实施例三
参照图3,示出了本公开的实施例提供的一种域名加载装置的结构示意图,如图3所示,该域名加载装置300具体可以包括如下模块:
第二域名获取模块310,用于在业务方加载第一域名之前,获取所述业务方所处的地理位置,及与所述第一域名等效的第二域名;
加载次数获取模块320,用于获取所述地理位置关联的目标地域范围内的,所述第一域名和所述第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数;
加载顺序确定模块330,用于基于所述加载成功次数和所述加载失败次数,确定所述第一域名和所述第二域名的加载顺序;
域名加载模块340,用于在第二周期内,根据所述加载顺序,加载所述第一域名和/或所述第二域名;其中,所述第一周期早于所述第二周期。
本公开的实施例提供的域名加载装置,通过在业务方加载第一域名之前,获取业务方所处的地理位置及与第一域名等效的第二域名,获取地理位置相关的目标地域范围内的第一域名和第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数,基于加载成功次数和加载失败次数确定第一域名和第二域名的加载顺序,在第二周期内,根据加载顺序加载第一域名和/或第二域名。本公开的实施例通过计算平台实时计算不同地域范围内的域名加载成功率,输出最优的域名加载顺序列表给业务方,业务方使用资源管理器完成对域名的及时切换,可以提高域名的首次加载成功率,且提高了整体业务的成功率。
实施例四
参照图4,示出了本公开的实施例提供的另一种域名加载装置的结构示意图,如图4所示,该域名加载装置400具体可以包括如下模块:
第二域名获取模块410,用于在业务方加载第一域名之前,获取所述业务方所处的地理位置,及与所述第一域名等效的第二域名;
加载次数获取模块420,用于获取所述地理位置关联的目标地域范围内的,所述第一域名和所述第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数;
加载顺序确定模块430,用于基于所述加载成功次数和所述加载失败次数,确定所述第一域名和所述第二域名的加载顺序;
域名加载模块440,用于在第二周期内,根据所述加载顺序,加载所述第一域名和/或所述第二域名;其中,所述第一周期早于所述第二周期。
可选地,所述加载次数获取模块420包括:
加载请求拦截单元421,用于在所述目标地域范围内,拦截所述第一周期内的与所述第一域名和所述第二域名关联的页面加载请求;
加载次数确定单元422,用于根据页面加载请求对应的加载结果,确定所述第一域名和所述第二域名对应的加载成功次数和加载失败次数。
可选地,所述加载顺序确定模块430包括:
加载成功率获取单元431,用于基于所述加载成功次数和所述加载失败次数,获取所述第一域名对应的第一加载成功率,及所述第二域名对应的第二加载成功率;
加载数量获取单元432,用于获取所述第一域名对应的第一加载数量,及所述第二域名对应的第二加载数量;
加载顺序确定单元433,用于根据所述第一加载成功率、所述第二加载成功率、所述第一加载数量和所述第二加载数量,确定所述第一域名和所述第二域名的加载顺序。
可选地,所述域名加载模块440包括:
第一域名加载单元441,用于在所述第一域名的加载顺序先于所述第二域名的情况下,通过所述业务方加载所述第一域名;
第二域名加载单元442,用于在所述第一域名加载失败的情况下,通过所述业务方加载所述第二域名。
可选地,所述域名加载模块440包括:
第三域名加载单元443,用于在所述第二域名的加载顺序先于所述第一域名的情况下,通过所述业务方加载所述第二域名;
第四域名加载单元444,用于在所述第二域名加载失败的情况下,通过所述业务方加载所述第一域名。
本公开的实施例提供的域名加载装置,通过在业务方加载第一域名之前,获取业务方所处的地理位置及与第一域名等效的第二域名,获取地理位置相关的目标地域范围内的第一域名和第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数,基于加载成功次数和加载失败次数确定第一域名和第二域名的加载顺序,在第二周期内,根据加载顺序加载第一域名和/或第二域名。本公开的实施例通过计算平台实时计算不同地域范围内的域名加载成功率,输出最优的域名加载顺序列表给业务方,业务方使用资源管理器完成对域名的及时切换,可以提高域名的首次加载成功率,且提高了整体业务的成功率。
本公开的实施例还提供了一种电子设备,包括:处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序时实现前述实施例的域名加载方法。
本公开的实施例还提供了一种可读存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行前述实施例的域名加载方法。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本公开的实施例也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本公开的实施例的内容,并且上面对特定语言所做的描述是为了披露本公开的实施例的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本公开的示例性实施例的描述中,本公开的实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本公开的实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本公开的实施例的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的替代特征来代替。
本公开的实施例的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开的实施例的动态图片的生成设备中的一些或者全部部件的一些或者全部功能。本公开的实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本公开的实施例的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本公开的实施例进行说明而不是对本公开的实施例进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开的实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
以上所述仅为本公开的实施例的较佳实施例而已,并不用以限制本公开的实施例,凡在本公开的实施例的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本公开的实施例的保护范围之内。
以上所述,仅为本公开的实施例的具体实施方式,但本公开的实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本公开的实施例揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本公开的实施例的保护范围之内。因此,本公开的实施例的保护范围应以权利要求的保护范围为准。
Claims (12)
1.一种域名加载方法,其特征在于,包括:
在业务方加载第一域名之前,获取所述业务方所处的地理位置,及与所述第一域名等效的第二域名;
获取所述地理位置关联的目标地域范围内的,所述第一域名和所述第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数;
基于所述加载成功次数和所述加载失败次数,确定所述第一域名和所述第二域名的加载顺序;
在第二周期内,根据所述加载顺序,加载所述第一域名和/或所述第二域名;其中,所述第一周期早于所述第二周期。
2.根据权利要求1所述的方法,其特征在于,所述获取所述地理位置关联的目标地域范围内的,所述第一域名和所述第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数,包括:
在所述目标地域范围内,拦截所述第一周期内的与所述第一域名和所述第二域名关联的页面加载请求;
根据页面加载请求对应的加载结果,确定所述第一域名和所述第二域名对应的加载成功次数和加载失败次数。
3.根据权利要求1所述的方法,其特征在于,所述基于所述加载成功次数和所述加载失败次数,确定所述第一域名和所述第二域名的加载顺序,包括:
基于所述加载成功次数和所述加载失败次数,获取所述第一域名对应的第一加载成功率,及所述第二域名对应的第二加载成功率;
获取所述第一域名对应的第一加载数量,及所述第二域名对应的第二加载数量;
根据所述第一加载成功率、所述第二加载成功率、所述第一加载数量和所述第二加载数量,确定所述第一域名和所述第二域名的加载顺序。
4.根据权利要求1所述的方法,其特征在于,所述根据所述加载顺序,加载所述第一域名和/或所述第二域名,包括:
在所述第一域名的加载顺序先于所述第二域名的情况下,通过所述业务方加载所述第一域名;
在所述第一域名加载失败的情况下,通过所述业务方加载所述第二域名。
5.根据权利要求1所述的方法,其特征在于,所述根据所述加载顺序,加载所述第一域名和/或所述第二域名,包括:
在所述第二域名的加载顺序先于所述第一域名的情况下,通过所述业务方加载所述第二域名;
在所述第二域名加载失败的情况下,通过所述业务方加载所述第一域名。
6.一种域名加载装置,其特征在于,包括:
第二域名获取模块,用于在业务方加载第一域名之前,获取所述业务方所处的地理位置,及与所述第一域名等效的第二域名;
加载次数获取模块,用于获取所述地理位置关联的目标地域范围内的,所述第一域名和所述第二域名在距离当前时间的第一周期内的加载成功次数和加载失败次数;
加载顺序确定模块,用于基于所述加载成功次数和所述加载失败次数,确定所述第一域名和所述第二域名的加载顺序;
域名加载模块,用于在第二周期内,根据所述加载顺序,加载所述第一域名和/或所述第二域名;其中,所述第一周期早于所述第二周期。
7.根据权利要求6所述的装置,其特征在于,所述加载次数获取模块包括:
加载请求拦截单元,用于在所述目标地域范围内,拦截所述第一周期内的与所述第一域名和所述第二域名关联的页面加载请求;
加载次数确定单元,用于根据页面加载请求对应的加载结果,确定所述第一域名和所述第二域名对应的加载成功次数和加载失败次数。
8.根据权利要求6所述的装置,其特征在于,所述加载顺序确定模块包括:
加载成功率获取单元,用于基于所述加载成功次数和所述加载失败次数,获取所述第一域名对应的第一加载成功率,及所述第二域名对应的第二加载成功率;
加载数量获取单元,用于获取所述第一域名对应的第一加载数量,及所述第二域名对应的第二加载数量;
加载顺序确定单元,用于根据所述第一加载成功率、所述第二加载成功率、所述第一加载数量和所述第二加载数量,确定所述第一域名和所述第二域名的加载顺序。
9.根据权利要求6所述的装置,其特征在于,所述域名加载模块包括:
第一域名加载单元,用于在所述第一域名的加载顺序先于所述第二域名的情况下,通过所述业务方加载所述第一域名;
第二域名加载单元,用于在所述第一域名加载失败的情况下,通过所述业务方加载所述第二域名。
10.根据权利要求6所述的装置,其特征在于,所述域名加载模块包括:
第三域名加载单元,用于在所述第二域名的加载顺序先于所述第一域名的情况下,通过所述业务方加载所述第二域名;
第四域名加载单元,用于在所述第二域名加载失败的情况下,通过所述业务方加载所述第一域名。
11.一种电子设备,其特征在于,包括:
处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1至5任一项所述的域名加载方法。
12.一种可读存储介质,其特征在于,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如方法权利要求1至5任一项所述的域名加载方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011322158.2A CN112583948A (zh) | 2020-11-23 | 2020-11-23 | 域名加载方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011322158.2A CN112583948A (zh) | 2020-11-23 | 2020-11-23 | 域名加载方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112583948A true CN112583948A (zh) | 2021-03-30 |
Family
ID=75123127
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011322158.2A Withdrawn CN112583948A (zh) | 2020-11-23 | 2020-11-23 | 域名加载方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112583948A (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110295940A1 (en) * | 2010-06-01 | 2011-12-01 | Qualcomm Incorporated | Fallback procedures for domain name server update in a mobile ip registration |
CN104092787A (zh) * | 2014-06-24 | 2014-10-08 | 腾讯科技(深圳)有限公司 | 基于dns的网络访问方法和系统 |
WO2017202225A1 (zh) * | 2016-05-27 | 2017-11-30 | 中兴通讯股份有限公司 | 域名查询的方法以及域名代理的方法、服务器和系统 |
CN107920139A (zh) * | 2017-11-06 | 2018-04-17 | 顺丰科技有限公司 | 一种域名的确认方法、系统、设备及计算机可读存储介质 |
CN110430290A (zh) * | 2019-08-02 | 2019-11-08 | 深圳市网心科技有限公司 | 资源地址更新方法、计算机装置及存储介质 |
CN111526038A (zh) * | 2020-03-26 | 2020-08-11 | 口碑(上海)信息技术有限公司 | 业务请求分发方法、装置、计算机设备及可读存储介质 |
CN111526185A (zh) * | 2020-04-10 | 2020-08-11 | 广东小天才科技有限公司 | 数据下载方法、装置、系统及存储介质 |
CN111737617A (zh) * | 2020-06-15 | 2020-10-02 | 北京达佳互联信息技术有限公司 | 页面资源的加载方法、装置、电子设备及存储介质 |
CN111800447A (zh) * | 2019-09-20 | 2020-10-20 | 厦门雅基软件有限公司 | 云游戏的服务器调度方法、装置及可读存储介质 |
-
2020
- 2020-11-23 CN CN202011322158.2A patent/CN112583948A/zh not_active Withdrawn
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110295940A1 (en) * | 2010-06-01 | 2011-12-01 | Qualcomm Incorporated | Fallback procedures for domain name server update in a mobile ip registration |
CN104092787A (zh) * | 2014-06-24 | 2014-10-08 | 腾讯科技(深圳)有限公司 | 基于dns的网络访问方法和系统 |
WO2017202225A1 (zh) * | 2016-05-27 | 2017-11-30 | 中兴通讯股份有限公司 | 域名查询的方法以及域名代理的方法、服务器和系统 |
CN107920139A (zh) * | 2017-11-06 | 2018-04-17 | 顺丰科技有限公司 | 一种域名的确认方法、系统、设备及计算机可读存储介质 |
CN110430290A (zh) * | 2019-08-02 | 2019-11-08 | 深圳市网心科技有限公司 | 资源地址更新方法、计算机装置及存储介质 |
CN111800447A (zh) * | 2019-09-20 | 2020-10-20 | 厦门雅基软件有限公司 | 云游戏的服务器调度方法、装置及可读存储介质 |
CN111526038A (zh) * | 2020-03-26 | 2020-08-11 | 口碑(上海)信息技术有限公司 | 业务请求分发方法、装置、计算机设备及可读存储介质 |
CN111526185A (zh) * | 2020-04-10 | 2020-08-11 | 广东小天才科技有限公司 | 数据下载方法、装置、系统及存储介质 |
CN111737617A (zh) * | 2020-06-15 | 2020-10-02 | 北京达佳互联信息技术有限公司 | 页面资源的加载方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110096659A (zh) | 一种页面显示方法、装置、设备及可读存储介质 | |
CN106060004A (zh) | 数据库访问方法及数据库代理节点 | |
CN108777698A (zh) | 网页存储方法、系统及区块链节点设备 | |
CN111899097B (zh) | 一种受理区块链存证交易的方法及系统 | |
CN114095567B (zh) | 数据访问请求的处理方法、装置、计算机设备及介质 | |
CN104050054B (zh) | 安装包安装失败的处理方法及原因确定方法及装置 | |
CN103324484B (zh) | 一种展现视图的方法及设备 | |
CN105991797A (zh) | 移动终端访问网络的方法及装置 | |
CN111694639A (zh) | 进程容器地址的更新方法、装置和电子设备 | |
CN109981533A (zh) | 一种DDoS攻击检测方法、装置、电子设备及存储介质 | |
CN111694754A (zh) | 应用程序的测试方法、装置、电子设备及计算机介质 | |
CN106372267A (zh) | 基于浏览器的页面加载方法及装置 | |
CN112583948A (zh) | 域名加载方法、装置、电子设备及存储介质 | |
CN105991799B (zh) | 移动终端访问网络的方法及装置 | |
US10326850B2 (en) | Weighted experience website performance score | |
CN110717123B (zh) | 页面响应方法、装置、电子设备及存储介质 | |
CN110781500A (zh) | 一种数据风控系统以及方法 | |
CN109218371B (zh) | 一种调用数据的方法和设备 | |
CN116777756A (zh) | 基于九宫格的ar渲染方法及装置 | |
CN114390105A (zh) | 基于测试的企业用户分流方法及设备 | |
CN109756948B (zh) | 通过用户设备中的应用连接无线接入点的方法与设备 | |
CN110958160B (zh) | 网站检测方法、装置、系统以及计算机可读存储介质 | |
CN114528074A (zh) | 一种基于微服务架构的动态挡板实现方法、系统及设备 | |
CN115914219A (zh) | 任务请求处理方法、装置、系统、可读存储介质和电子设备 | |
CN111209593A (zh) | 基于区块链的分布式锁处理方法及相关装置和电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20210330 |