CN105978939A - 一种数据下载方法及设备 - Google Patents

一种数据下载方法及设备 Download PDF

Info

Publication number
CN105978939A
CN105978939A CN201610264262.8A CN201610264262A CN105978939A CN 105978939 A CN105978939 A CN 105978939A CN 201610264262 A CN201610264262 A CN 201610264262A CN 105978939 A CN105978939 A CN 105978939A
Authority
CN
China
Prior art keywords
server
data
processing device
client
data processing
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.)
Pending
Application number
CN201610264262.8A
Other languages
English (en)
Inventor
刘斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LeCloud Computing Co Ltd
LeTV Holding Beijing Co Ltd
LeTV Cloud Computing Co Ltd
Original Assignee
LeTV Holding Beijing Co Ltd
LeTV Cloud Computing Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by LeTV Holding Beijing Co Ltd, LeTV Cloud Computing Co Ltd filed Critical LeTV Holding Beijing Co Ltd
Priority to CN201610264262.8A priority Critical patent/CN105978939A/zh
Priority to PCT/CN2016/100414 priority patent/WO2017185631A1/zh
Publication of CN105978939A publication Critical patent/CN105978939A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明实施例提供一种数据下载方法及设备。该方法为:客户端数据处理设备从M个服务器中确定处于正常状态的N个服务器,其中,M为大于等于1的整数,N为小于等于M的整数;所述客户端数据处理设备获得客户端发送的用于获得第一数据的数据请求;基于所述数据请求,所述客户端数据处理设备从所述N个服务器中确定出第一服务器;所述客户端数据处理设备从所述第一服务器获取所述第一数据,并将所述第一数据发送至所述客户端,从而提高客户端数据处理设备的请求处理效率。

Description

一种数据下载方法及设备
技术领域
本发明实施例涉及数字处理技术领域,尤其涉及一种数据下载方法及设备。
背景技术
Nginx(Engine x)是一款轻量级的Web服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器,其具有高稳定性、丰富的功能集、示例配置文件和低***资源的消耗而被广泛应用到大型的入口网站及搜索引擎中,以使各个客户端能够通过Nginx从相应的服务器中获取所需数据。
在现有技术中,请参考图1,为Nginx的一种架构示意图,以客户端通过Nginx获取该用户的设备运行状态信息,如获取健康表为例,服务器A、服务器B及服务器C都可以为客户端提供健康表,且,三个服务器中存储的健康表相同。当Nginx接收到客户端发送的健康表获取请求后,则根据一预设规则,如随机或者按照固定的选择顺序,从三个服务器中确定从服务器A中获取用户的健康表,然后Nginx便向服务器A发送指令。若服务器A发生故障,则无法获取,此时,Nginx需要等待10s后,从服务器B或者服务器C中获取用户的健康表,最后将健康表返回客户端。
可见,在现有技术中,当与Nginx通信的服务器发生故障时,Nginx将被迫等待一预设时长,如10s,从而造成Nginx的请求处理效率低下。
发明内容
本发明实施例提供一种数据下载方法及设备,用以解决现有技术中Nginx在服务器发生故障时存在的请求处理效率低下的缺陷,实现提高客户端数据处理设备的请求处理效率。
本发明实施例提供一种数据下载方法,包括:
客户端数据处理设备从M个服务器中确定处于正常状态的N个服务器,其中,M为大于等于1的整数,N为小于等于M的整数;
所述客户端数据处理设备获得客户端发送的用于获得第一数据的数据请求;
基于所述数据请求,所述客户端数据处理设备从所述N个服务器中确定出第一服务器;
所述客户端数据处理设备从所述第一服务器获取所述第一数据,并将所述第一数据发送至所述客户端。
本发明实施例提供一种数据下载设备,包括:
状态确定模块,用于从M个服务器中确定处于正常状态的N个服务器,其中,M为大于等于1的整数,N为小于等于M的整数;
接收模块,用于获得客户端发送的用于获得第一数据的数据请求;
服务器确定模块,用于基于所述数据请求,从所述N个服务器中确定出第一服务器;
数据获取模块,用于从所述第一服务器获取所述第一数据,并将所述第一数据发送至所述客户端。
本发明实施例提供的数据下载方法及设备,客户端数据处理设备,如Nginx设备,会实时检测与之通信的各个服务器的工作状态,从而确定出处于正常状态的服务器,从而,当客户端数据处理设备接收到由客户端发送的数据请求时,便会自动从处于正常状态的服务器中获取客户端所需的数据,通过实时检测各个服务器的当前状态,避免了当提供数据的服务器发生故障时,客户端数据处理设备由于需要等待而造成的请求处理效率低下,实现了提高客户端数据处理设备的请求处理效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中Nginx的架构示意图;
图2为本发明数据下载方法实施例流程图;
图3为本发明数据下载方法实施例中步骤101的具体实现方式流程图;
图4A为本发明数据下载方法实施例第一种结构示意图;
图4B为本发明数据下载方法实施例第二种结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
请参考图2,为本发明实施例中提供的一种数据下载方法的流程图,所述方法包括:
101:客户端数据处理设备从M个服务器中确定处于正常状态的N个服务器,其中,M为大于等于1的整数,N为小于等于M的整数;
102:所述客户端数据处理设备获得客户端发送的用于获得第一数据的数据请求;
103:基于所述数据请求,所述客户端数据处理设备从所述N个服务器中确定出第一服务器;
104:所述客户端数据处理设备从所述第一服务器获取所述第一数据,并将所述第一数据发送至所述客户端。
在具体实施过程中,所述客户端数据处理设备具体可以是Nginx设备,或者其他能够提供HTTP和反向代理服务器功能的设备,当然,也可以是其他集成有Nginx设备功能的电子设备,在本发明实施例中不作限制。在本发明实施例中,将以所述客户端数据处理设备为Nginx设备为例,来对本发明实施例中的数据下载方法进行详细的描述。
以图1所述的Nginx架构为例,服务器A、服务器B及服务器C分别为三个web服务器,假设其对应的服务器地址分别为:服务器A:192.168.1.17;服务器B:192.168.1.18;服务器C:192.168.1.19。服务器A、服务器B及服务器C中存储有客户端的所有数据,如,客户端的各个应用程序数据,客户端的运行状态数据等,从而,当客户端需要获取某种数据时,Nginx设备可以从三个服务器中的任意一个获取即可。在本发明实施例中,以客户端需要获取的第一数据为健康表数据为例来进行说明。
在采用本发明实施例中的方法下载数据时,首先执行步骤101,即:客户端数据处理设备从M个服务器中确定处于正常状态的N个服务器,其中,M为大于等于1的整数,N为小于等于M的整数。
在本发明实施例中,请参考图3,步骤101的具体实现方式如下:
1011:所述客户端数据处理设备向所述M个服务器中每个服务器发送验证请求;
1012:所述客户端数据处理设备接收由所述M个服务器发送的M个响应信息;
1013:基于所述M个响应信息,所述客户端数据处理设备从所述M个服务器中确定出处于正常状态的N个服务器。
在具体实施过程中,沿用上述例子,Nginx设备需要实时检测服务器A、服务器B及服务器C的工作状态,判断是否有服务器发生故障,从而Nginx设备需要分别向三个服务器发送验证请求。所述验证请求具体可以是http请求,当然,也可以是其他类型的请求,在本发明实施例中不作限制。
以Nginx设备向三个服务器发送http请求为例,Nginx可以采用广播方式发送,也可以根据各个服务器的地址,分别向三个服务器发送http请求。为了节省Nginx设备的能耗,可以预先设定一预设间隔,如10s或者20s等,从而Nginx设备可以以所述预设间隔向三个服务器发送验证请求,这样,既能保证实时获取各个服务器的工作状态,也能最大程度节省Nginx设备的能耗,当然,所述预设间隔时长可以根据实际使用情况进行确定,本领域技术人员也可以采用其他的方式实时获取各个服务器的工作状态。
当三个服务器分别接收到Nginx设备发送的http请求后,将会向Nginx设备反馈响应信息,所述响应信息中包含有对http请求的响应码。当Nginx设备接收到三个服务器发送的响应信息后,便提取所述响应信息中的响应码,在Nginx设备中预先存储判断条件,如,当响应码为200时,则确定对应的服务器处于正常状态,否则,确定服务器异常或发生故障。若Nginx设备获取三个服务器发送的响应信息中的响应码分别为:服务器A:201;服务器B:200;服务器C:200,由于201≠200,从而确定出服务器B及服务器C在当前时刻内处于正常状态,服务器A发生异常。
由于各个服务器的工作状态可能会不断发生变化,因此,Nginx设备需要根据下一时刻由各个服务器反馈的响应码实时更新对各个服务器工作状态的判断结果。
当然,Nginx设备也可以对服务器的工作状态只进行一次判断,如,当服务器连接到Nginx设备组成服务器***中时,便向服务器发送验证请求,当获取验证结果后,便将所述验证结果存储在Nginx设备中,以表征该服务器的工作状态,在本发明实施例中不作限制。
在执行完成步骤101之后,本发明实施例中的方法便执行步骤102,即:所述客户端数据处理设备获得客户端发送的用于获得第一数据的数据请求。
在具体实施过程中,当客户端需要获取其健康表数据时,Nginx设备将会接收到由客户端发送的URL(统一资源定位符)信息,所述URL信息中包含的信息指出客户端需要的数据内容的文件名,然后,Nginx设备提取URL信息中用于表征文件名的部分,确定出客户端请求获取的数据为健康表数据。
当然,不可避免的存在如下情况:Nginx设备在确定各个服务器的工作状态时,接收到由客户端发送的健康表数据请求信息,此时,Nginx设备也需要先确定出各个服务器的工作状态后,再对客户端发送的健康表数据请求信息进行处理,从而确保Nginx设备每次都能从处于正常状态的服务器中获取数据,提高Nginx设备的命中率。
在执行完成步骤102之后,本发明实施例中的方法便执行步骤103,即:基于所述数据请求,所述客户端数据处理设备从所述N个服务器中确定出第一服务器。
在具体实施过程中,步骤103的具体实现方式有多种,在本发明实施例中主要以如下两种情况进行说明:
第一种方式,步骤103包括:
所述客户端数据处理设备获取所述数据请求的哈希值;
基于所述哈希值,所述客户端数据处理设备从所述N个服务器中确定与所述哈希值对应的第一服务器。
在具体实施过程中,沿用上述例子,当Nginx设备确定出客户端请求获取的数据为健康表数据后,为了进一步提高Nginx设备的访问命中率,Nginx设备便可以对客户端发送的URL信息进行哈希值计算的处理。哈希值是一段数据唯一且极其紧凑的数值表示形式,是根据文件的内容的数据通过逻辑运算得到的树脂,不同的文件得到的哈希值是不同的,即使文件内容只有一个字母或者字符的不同,相应的哈希值都不相同,因此,可以通过哈希值来验证多个消息是否相同。典型的哈希算法包括MD2、MD4、MD5和SHA-1等,在本发明实施例中不再赘述。
以客户端发送的URL信息的哈希值为10为例,当Nginx设备计算出客户端发送的URL信息的哈希值之后,可以根据服务器的IP地址及URL信息的哈希值计算出一个分数,从而将分数最高的服务器确定为获取健康表数据的服务器。如,Nginx设备确定出处于正常状态的服务器分别为服务器B和服务器C,从而根据服务器B的IP值和URL的哈希值计算出服务器B的分数为100,服务器C的IP值与URL的哈希值计算出服务器B的分数为80,进而确定出服务器B为第一服务器。
相应地,在所述客户端数据处理设备从所述第一服务器获取所述第一数据,并将所述第一数据发送至所述客户端之后,所述方法还包括:
所述客户端数据处理设备建立所述哈希值与所述第一服务器的第一对应关系,并将所述第一对应关系存储在所述客户端数据处理设备中。
在具体实施过程中,沿用上述例子,当Nginx设备确定出从服务器B中获取健康表数据后,Nginx设备便建立客户端的健康表请求信息的哈希值与服务器地址的对应关系,如:哈希值10:192.168.1.18,存储在Nginx设备的存储器中。这样,当Nginx设备下次检测到获取同样哈希值的请求信息时,便直接从服务器B中获取,从而减少了Nginx设备的计算量且提高了数据获取的速率。
第二种方式,步骤103包括:
所述客户端数据处理设备获取一预设规则;
所述客户端数据处理设备从所述N个服务器中确定满足所述预设规则的第一服务器。
在具体实施过程中,沿用上述例子,当Nginx设备确定出客户端请求获取的数据为健康表数据后,便根据存储在Nginx设备中的预设规则确定获取健康表数据的第一服务器。如,所述预设规则为随机时,则Nginx设备便从服务器B和服务器C中随机选择一个服务器作为第一服务器,如确定服务器B为第一服务器;或者,所述预设规则为:确定当前时刻负载小的服务器为第一服务器。这时,Nginx设备需要获取服务器B和服务器C的当前负载量,如服务器B的负载量为20,服务器C的负载量为30,则确定服务器B为第一服务器;或者,所述预设规则为:第一服务器的确定顺序为A>B>C。此时,由于服务器A处于异常状态,则自动根据预设设定的顺序确定出服务器B为第一服务器。
当然,本领域技术人员也可以根据实际使用需求设定其他的规则,在本发明实施例中不作限制。
在执行完成步骤103之后,本发明实施例中的方法便执行步骤104,即:所述客户端数据处理设备从所述第一服务器获取所述第一数据,并将所述第一数据发送至所述客户端。
在具体实施过程中,沿用上述例子,当Nginx设备确定出服务器B为第一服务器后,便将客户端发送的URL信息发送至服务器B,由服务器B获取与客户端对应的健康表数据,并将所述健康表数据反馈至Nginx设备,并通过Nginx设备将健康表数据发送至客户端,完成了客户端对健康表数据的下载过程。
实施例二
基于与本发明实施例一相同的发明构思,请参考图4A-图4B,本发明实施例二提供一种数据下载设备,所述设备可以为Nginx设备,或者其他提供HTTP和反向代理服务器功能的设备,所述设备包括:状态确定模块10、接收模块20、服务器确定模块30以及数据获取模块40,而且本发明实施例二中的状态确定模块10、接收模块20、服务器确定模块30以及数据获取模块40可以通过硬件处理器(hardware processor)来实现相关功能单元,其中:
状态确定模块10,用于从M个服务器中确定处于正常状态的N个服务器,其中,M为大于等于1的整数,N为小于等于M的整数;
接收模块20,用于获得客户端发送的用于获得第一数据的数据请求;
服务器确定模块30,用于基于所述数据请求,从所述N个服务器中确定出第一服务器;
数据获取模块40,用于从所述第一服务器获取所述第一数据,并将所述第一数据发送至所述客户端。
在本发明实施例二中,状态确定模块10具体用于:
向所述M个服务器中每个服务器发送验证请求;
接收由所述M个服务器发送的M个响应信息;
基于所述M个响应信息,从所述M个服务器中确定出处于正常状态的N个服务器。
具体而言,若与所述数据下载设备通信的服务器分比为服务器A、服务器B及服务器C时,所述数据下载设备则通过状态确定模块10,向上述三个服务器发送验证请求,如http请求等,然后根据各个服务器的反馈信息中的响应码,确定出服务器A、服务器B及服务器C中处于正常状态的服务器,具体可参阅对应的方法实施例中的具体说明,这里不再赘述。
在本发明实施例二中,服务器确定模块30具体以如下两种主要实现方式进行说明:
第一种方式,服务器确定模块30具体用于:
获取所述数据请求的哈希值;
基于所述哈希值,从所述N个服务器中确定与所述哈希值对应的第一服务器。
具体而言,当所述数据下载设备接收到客户端发送的URL信息后,所述数据下载设备便通过服务器确定模块30计算URL信息的哈希值,并根据各个服务器的IP地址及URL信息的哈希值计算出每个服务器的分数,从而将分数最高的服务器确定为获取第一服务器。具体可参阅对应的方法实施例中的具体说明,这里不再赘述。
相应地,如图4A所示,当服务器确定模块30为上述实现方式时,所述数据下载设备中还包括有:存储模块50,用于建立并存储所述哈希值与所述第一服务器的第一对应关系。
具体而言,存储模块50具体可以是所述数据下载设备中的存储器,也可以是在所述数据下载设备中另外设置的新的存储器,在本发明实施例中不作限制。当服务器确定模块30确定与当前哈希值对应的第一服务器之后,存储模块50便将当前哈希值与第一服务器的IP地址的对应关系存储起来,这样,当所述数据下载设备下次接收到具有相同哈希值的信息时,便可以直接通过对应的服务器获取数据,提高数据获取速率。
第二种方式,服务器确定模块30具体用于:
获取一预设规则;
从所述N个服务器中确定满足所述预设规则的第一服务器。
具体而言,当所述数据下载设备接收到客户端发送的URL信息后,所述数据下载设备便直接根据存储器中预存的规则确定第一服务器,如随机选择,或者按照指定顺序选择等。
综上所述,本发明实施例中,客户端数据处理设备,如Nginx设备,会实时检测与之通信的各个服务器的工作状态,从而确定出处于正常状态的服务器,从而,当客户端数据处理设备接收到由客户端发送的数据请求时,便会自动从处于正常状态的服务器中获取客户端所需的数据,通过实时检测各个服务器的当前状态,避免了当提供数据的服务器发生故障时,客户端数据处理设备由于需要等待而造成的请求处理效率低下,实现了提高客户端数据处理设备的请求处理效率。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种数据下载方法,其特征在于,包括:
客户端数据处理设备从M个服务器中确定处于正常状态的N个服务器,其中,M为大于等于1的整数,N为小于等于M的整数;
所述客户端数据处理设备获得客户端发送的用于获得第一数据的数据请求;
基于所述数据请求,所述客户端数据处理设备从所述N个服务器中确定出第一服务器;
所述客户端数据处理设备从所述第一服务器获取所述第一数据,并将所述第一数据发送至所述客户端。
2.根据权利要求1所述的方法,其特征在于,所述客户端数据处理设备从M个服务器中确定处于正常状态的N个服务器,包括:
所述客户端数据处理设备向所述M个服务器中每个服务器发送验证请求;
所述客户端数据处理设备接收由所述M个服务器发送的M个响应信息;
基于所述M个响应信息,所述客户端数据处理设备从所述M个服务器中确定出处于正常状态的N个服务器。
3.根据权利要求2所述的方法,其特征在于,所述基于所述数据请求,所述客户端数据处理设备从所述N个服务器中确定出第一服务器,包括:
所述客户端数据处理设备获取所述数据请求的哈希值;
基于所述哈希值,所述客户端数据处理设备从所述N个服务器中确定与所述哈希值对应的第一服务器。
4.根据权利要求2所述的方法,其特征在于,所述基于所述数据请求,所述客户端数据处理设备从所述N个服务器中确定出第一服务器,包括:
所述客户端数据处理设备获取一预设规则;
所述客户端数据处理设备从所述N个服务器中确定满足所述预设规则的第一服务器。
5.根据权利要求3所述的方法,其特征在于,在所述客户端数据处理设备从所述第一服务器获取所述第一数据,并将所述第一数据发送至所述客户端之后,所述方法还包括:
所述客户端数据处理设备建立所述哈希值与所述第一服务器的第一对应关系,并将所述第一对应关系存储在所述客户端数据处理设备中。
6.一种数据下载设备,其特征在于,包括:
状态确定模块,用于从M个服务器中确定处于正常状态的N个服务器,其中,M为大于等于1的整数,N为小于等于M的整数;
接收模块,用于获得客户端发送的用于获得第一数据的数据请求;
服务器确定模块,用于基于所述数据请求,从所述N个服务器中确定出第一服务器;
数据获取模块,用于从所述第一服务器获取所述第一数据,并将所述第一数据发送至所述客户端。
7.根据权利要求6所述的设备,其特征在于,所述状态确定模块具体用于:
向所述M个服务器中每个服务器发送验证请求;
接收由所述M个服务器发送的M个响应信息;
基于所述M个响应信息,从所述M个服务器中确定出处于正常状态的N个服务器。
8.根据权利要求7所述的设备,其特征在于,所述服务器确定模块具体用于:
获取所述数据请求的哈希值;
基于所述哈希值,从所述N个服务器中确定与所述哈希值对应的第一服务器。
9.根据权利要求7所述的设备,其特征在于,所述服务器确定模块具体用于:
获取一预设规则;
从所述N个服务器中确定满足所述预设规则的第一服务器。
10.根据权利要求8所述的设备,其特征在于,所述设备还包括:
存储模块,用于建立并存储所述哈希值与所述第一服务器的第一对应关系。
CN201610264262.8A 2016-04-25 2016-04-25 一种数据下载方法及设备 Pending CN105978939A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201610264262.8A CN105978939A (zh) 2016-04-25 2016-04-25 一种数据下载方法及设备
PCT/CN2016/100414 WO2017185631A1 (zh) 2016-04-25 2016-09-27 一种数据下载方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610264262.8A CN105978939A (zh) 2016-04-25 2016-04-25 一种数据下载方法及设备

Publications (1)

Publication Number Publication Date
CN105978939A true CN105978939A (zh) 2016-09-28

Family

ID=56994809

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610264262.8A Pending CN105978939A (zh) 2016-04-25 2016-04-25 一种数据下载方法及设备

Country Status (2)

Country Link
CN (1) CN105978939A (zh)
WO (1) WO2017185631A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106790289A (zh) * 2017-03-07 2017-05-31 北京搜狐新媒体信息技术有限公司 一种基于Nginx服务器的动态负载处理方法及***
CN106953758A (zh) * 2017-03-20 2017-07-14 北京搜狐新媒体信息技术有限公司 一种基于Nginx服务器的动态配置管理方法及***
CN109558246A (zh) * 2018-12-04 2019-04-02 北京字节跳动网络技术有限公司 一种负载均衡方法、装置、电子设备及存储介质
CN111131188A (zh) * 2019-12-09 2020-05-08 北京海益同展信息科技有限公司 通信连接方法及服务器、客户端、存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110078666A1 (en) * 2009-05-26 2011-03-31 University Of California System and Method for Reproducing Device Program Execution
CN102137165A (zh) * 2011-04-22 2011-07-27 南京邮电大学 一种基于对等网络的阿瑞斯索引***的实现方法
CN102571959A (zh) * 2012-01-11 2012-07-11 北京奇虎科技有限公司 一种数据下载***及方法
CN102790799A (zh) * 2012-06-05 2012-11-21 电子科技大学 一种基于云安全服务的资源下载方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9374436B2 (en) * 2012-12-13 2016-06-21 Qualcomm Incorporated Loading a re-directed web page on a web browser of a client device in a communications system
CN103442030B (zh) * 2013-07-31 2016-12-28 北京京东尚科信息技术有限公司 发送和处理业务请求信息的方法和***以及客户端装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110078666A1 (en) * 2009-05-26 2011-03-31 University Of California System and Method for Reproducing Device Program Execution
CN102137165A (zh) * 2011-04-22 2011-07-27 南京邮电大学 一种基于对等网络的阿瑞斯索引***的实现方法
CN102571959A (zh) * 2012-01-11 2012-07-11 北京奇虎科技有限公司 一种数据下载***及方法
CN102790799A (zh) * 2012-06-05 2012-11-21 电子科技大学 一种基于云安全服务的资源下载方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106790289A (zh) * 2017-03-07 2017-05-31 北京搜狐新媒体信息技术有限公司 一种基于Nginx服务器的动态负载处理方法及***
CN106953758A (zh) * 2017-03-20 2017-07-14 北京搜狐新媒体信息技术有限公司 一种基于Nginx服务器的动态配置管理方法及***
CN109558246A (zh) * 2018-12-04 2019-04-02 北京字节跳动网络技术有限公司 一种负载均衡方法、装置、电子设备及存储介质
CN111131188A (zh) * 2019-12-09 2020-05-08 北京海益同展信息科技有限公司 通信连接方法及服务器、客户端、存储介质

Also Published As

Publication number Publication date
WO2017185631A1 (zh) 2017-11-02

Similar Documents

Publication Publication Date Title
CN107483572A (zh) 一种服务器的部署方法和装置
CN108762911A (zh) 定时任务管理方法、装置、计算机设备及存储介质
CN105978939A (zh) 一种数据下载方法及设备
CN104092555B (zh) 一种更新参数值的方法、装置和***
CN114095567B (zh) 数据访问请求的处理方法、装置、计算机设备及介质
US9519537B2 (en) Apparatus, system and method for application log data processing
CN106897095A (zh) 应用程序热修复的方法、装置和可读存储介质
US10185614B2 (en) Generic alarm correlation by means of normalized alarm codes
CN114465741B (zh) 一种异常检测方法、装置、计算机设备及存储介质
CN107168844B (zh) 一种性能监控的方法及装置
CN107465666A (zh) 一种客户端ip获取方法与装置
CN110032895A (zh) 请求处理方法、处理装置以及请求验证方法、验证装置
CN106339273A (zh) 一种应用程序修复方法、终端及服务器
CN113129002A (zh) 一种数据处理方法以及设备
CN114650211B (zh) 故障修复方法、装置、电子设备和计算机可读存储介质
CN108494589B (zh) 一种分布式Nginx服务器的管理方法和***
CN110493355A (zh) 一种***日志的下载方法及装置
CN110968411A (zh) 定时任务调度方法、装置、服务器及存储介质
CN111597093A (zh) 一种异常处理方法、装置及其设备
CN106936643B (zh) 一种设备联动方法以及终端设备
CN106445784B (zh) 一种信息监控方法及装置
CN106294058A (zh) 处理运营问题单据的目标策略确定方法及装置
CN112994976A (zh) 一种网关测试方法、装置、电子设备及存储介质
CN113360939B (zh) 一种安全访问的控制方法和装置
CN116302711B (zh) 基于云平台镜像的容灾方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20160928