CN111682983A - 界面显示方法、装置、终端及服务器 - Google Patents

界面显示方法、装置、终端及服务器 Download PDF

Info

Publication number
CN111682983A
CN111682983A CN202010500714.4A CN202010500714A CN111682983A CN 111682983 A CN111682983 A CN 111682983A CN 202010500714 A CN202010500714 A CN 202010500714A CN 111682983 A CN111682983 A CN 111682983A
Authority
CN
China
Prior art keywords
interface
target
server
data
interface data
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.)
Granted
Application number
CN202010500714.4A
Other languages
English (en)
Other versions
CN111682983B (zh
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.)
Beijing Dajia Internet Information Technology Co Ltd
Original Assignee
Beijing Dajia Internet Information Technology 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 Beijing Dajia Internet Information Technology Co Ltd filed Critical Beijing Dajia Internet Information Technology Co Ltd
Priority to CN202010500714.4A priority Critical patent/CN111682983B/zh
Publication of CN111682983A publication Critical patent/CN111682983A/zh
Application granted granted Critical
Publication of CN111682983B publication Critical patent/CN111682983B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/04Processing captured monitoring data, e.g. for logfile generation
    • H04L43/045Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0677Localisation of faults

Landscapes

  • Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开关于一种界面显示方法、装置、终端及服务器,属于互联网技术领域。所述方法包括:响应于接收到用于请求进入目标界面的操作指令,向服务器请求获取目标界面的界面数据;响应于未接收到目标界面的第一界面数据,获取服务器的故障信息;基于故障信息,获取在服务器处于目标状态下,用于获取目标界面的界面数据的目标获取方式,目标状态为故障信息对应的状态;基于目标获取方式,获取目标界面的第二界面数据;基于目标界面的第二界面数据,渲染目标界面。在服务器出现故障时,还可以根据服务器的故障信息,基于用于获取目标界面的界面数据的目标获取方式,获取到目标界面的界面数据,提高获取界面数据的成功率。

Description

界面显示方法、装置、终端及服务器
技术领域
本公开涉及互联网技术领域,特别涉及一种界面显示方法、装置、终端及服务器。
背景技术
用户可以通过终端,进入到应用程序的界面,访问自己感兴趣的内容。终端在显示应用程序的界面之前,需要向服务器发送请求,请求获取应用程序的界面数据。当通过应用程序开展活动时,会有大量用户同时通过终端访问该活动的界面,则服务器同一时间接收的请求的数量可能会超出预期,导致服务器故障,不能及时对终端发送的请求做出响应。
相关技术中,可以通过预先增加为应用程序提供服务的服务器的数量,以确保充足的服务器资源来处理大量的终端发送的请求,使终端发送的请求能够得到及时的响应。
相关技术中,服务器的数量增加后能够处理的请求的数量仍是有限的,在增加的服务器投入应用后,如果同一时间请求的数量仍超出当前所有服务器能够处理的上限,服务器仍会出现故障,终端的请求仍无法得到及时的响应。在服务器出现故障时,终端获取界面数据的成功率较低。
发明内容
本公开实施例提供了一种界面显示方法、装置、终端及服务器,能够在服务器出现故障时,仍能获取到目标界面的界面数据,提高获取界面数据的成功率。所述技术方案如下:
根据本公开实施例的一方面,提供了一种界面显示方法,所述方法包括:
响应于接收到用于请求进入目标界面的操作指令,向服务器请求获取所述目标界面的界面数据;
响应于未接收到所述目标界面的第一界面数据,获取所述服务器的故障信息;
基于所述故障信息,获取在所述服务器处于目标状态下,用于获取所述目标界面的界面数据的目标获取方式,所述目标状态为所述故障信息对应的状态;
基于所述目标获取方式,获取所述目标界面的第二界面数据;
基于所述目标界面的第二界面数据,渲染所述目标界面。
在一种可能的实现方式中,所述基于所述故障信息,获取在所述服务器处于目标状态下,用于获取所述目标界面的界面数据的目标获取方式,包括:
响应于所述故障信息用于表示所述服务器的后端服务器出现故障,确定所述目标获取方式为从代理nginx服务器中获取所述目标界面的界面数据,所述nginx服务器为所述后端服务器的代理服务器。
在另一种可能的实现方式中,所述基于所述故障信息,获取在所述服务器处于目标状态下,用于获取所述目标界面的界面数据的目标获取方式,包括:
响应于所述故障信息用于表示所述服务器的nginx服务器出现故障,确定所述目标获取方式为从内容分发网络CDN服务器中获取所述目标界面的界面数据。
在另一种可能的实现方式中,所述基于所述故障信息,获取在所述服务器处于目标状态下,用于获取所述目标界面的界面数据的目标获取方式,包括:
响应于所述故障信息用于表示所述服务器的CDN服务器出现故障,确定所述目标获取方式为获取本地已缓存的所述目标界面的界面数据。
在另一种可能的实现方式中,所述确定所述目标获取方式为获取本地已缓存的所述界面数据之前,所述方法还包括:
接收所述服务器向所述目标界面对应的目标应用程序下发的所述目标界面的界面数据;
缓存所述目标界面的界面数据。
根据本公开实施例的另一方面,提供了一种界面显示方法,所述方法包括:
接收终端的获取请求,所述获取请求用于获取目标界面的第一界面数据;
响应于服务器的后端服务器处于故障状态,获取当前nginx服务器已缓存的所述目标界面的第二界面数据;
向所述终端返回所述目标界面的第二界面数据。
在一种可能的实现方式中,所述获取当前nginx服务器已缓存的所述目标界面的第二界面数据之前,所述方法还包括:
获取所述后端服务器向所述nginx服务器返回的所述目标界面的最新界面数据;
将所述最新界面数据作为所述第二界面数据;
缓存所述第二界面数据。
在另一种可能的实现方式中,所述获取当前nginx服务器已缓存的所述目标界面的第二界面数据之前,所述方法还包括:
获取所述终端对应用户的用户标识,根据所述用户标识,获取所述用户标识对应的推荐信息;
将所述推荐信息作为所述第二界面数据;
缓存所述第二界面数据。
在另一种可能的实现方式中,所述获取当前nginx服务器已缓存的所述目标界面的第二界面数据之前,所述方法还包括:
接收配置文件,所述配置文件包括所述目标界面的界面配置数据;
将所述界面配置数据作为所述第二界面数据;
缓存所述第二界面数据。
根据本公开实施例的另一方面,提供了一种界面显示装置,所述装置包括:
请求单元,被配置为执行响应于接收到用于请求进入目标界面的操作指令,向服务器请求获取所述目标界面的界面数据;
第一获取单元,被配置为执行响应于未接收到所述目标界面的第一界面数据,获取所述服务器的故障信息;基于所述故障信息,获取在所述服务器处于目标状态下,用于获取所述目标界面的界面数据的目标获取方式,所述目标状态为所述故障信息对应的状态;基于所述目标获取方式,获取所述目标界面的第二界面数据;
渲染单元,被配置为执行基于所述目标界面的第二界面数据,渲染所述目标界面。
在一种可能的实现方式中,所述第一获取单元,被配置为执行响应于所述故障信息用于表示所述服务器的后端服务器出现故障,确定所述目标获取方式为从代理nginx服务器中获取所述目标界面的界面数据,所述nginx服务器为所述后端服务器的代理服务器。
在另一种可能的实现方式中,所述第一获取单元,被配置为执行响应于所述故障信息用于表示所述服务器的nginx服务器出现故障,确定所述目标获取方式为从内容分发网络CDN服务器中获取所述目标界面的界面数据。
在另一种可能的实现方式中,所述第一获取单元,被配置为执行响应于所述故障信息用于表示所述服务器的CDN服务器出现故障,确定所述目标获取方式为获取本地已缓存的所述目标界面的界面数据。
在另一种可能的实现方式中,所述装置还包括:
第一接收单元,被配置为执行接收所述服务器向所述目标界面对应的目标应用程序下发的所述目标界面的界面数据;
第一缓存单元,被配置为执行缓存所述目标界面的界面数据。
根据本公开实施例的另一方面,提供了一种界面显示装置,所述装置包括:
第二接收单元,被配置为执行接收终端的获取请求,所述获取请求用于获取目标界面的第一界面数据;
第二获取单元,被配置为执行响应于服务器的后端服务器处于故障状态,获取当前nginx服务器已缓存的所述目标界面的第二界面数据;
返回单元,被配置为执行向所述终端返回所述目标界面的第二界面数据。
在一种可能的实现方式中,所述装置还包括:
所述第二获取单元,还被配置为执行获取所述后端服务器向所述nginx服务器返回的所述目标界面的最新界面数据;
第二缓存单元,被配置为执行将所述最新界面数据作为所述第二界面数据;缓存所述第二界面数据。
在另一种可能的实现方式中,所述装置还包括:
所述第二获取单元,还被配置为执行获取所述终端对应用户的用户标识,根据所述用户标识,获取所述用户标识对应的推荐信息;
第三缓存单元,被配置为执行将所述推荐信息作为所述第二界面数据;缓存所述第二界面数据。
在另一种可能的实现方式中,所述装置还包括:
所述第二接收单元,还被配置为执行接收配置文件,所述配置文件包括所述目标界面的界面配置数据;
第四缓存单元,被配置为执行将所述界面配置数据作为所述第二界面数据;缓存所述第二界面数据。
根据本公开实施例的另一方面,提供了一种终端,所述终端包括处理器和存储器,所述存储器中存储有至少一条指令,所述至少一条指令由所述处理器加载并执行,以实现上述任一可能实现方式所述的界面显示方法。
根据本公开实施例的另一方面,提供了一种服务器,所述服务器包括处理器和存储器,所述存储器中存储有至少一条指令,所述至少一条指令由所述处理器加载并执行,以实现上述任一可能实现方式所述的界面显示方法。
根据本公开实施例的另一方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一条指令,所述至少一条指令由处理器加载并执行,以实现上述任一可能实现方式所述的界面显示方法。
根据本公开实施例的另一方面,提供了一种计算机程序产品,当所述计算机程序产品中的指令由终端或服务器的处理器执行时,使得终端或服务器能够执行上述任一可能实现方式中所述的界面显示方法。
在本公开实施例中,在接收到用于请求进入目标界面的操作指令时,向服务器请求获取目标界面的第一界面数据,若因服务器故障而未接收到第一界面数据,则确定在服务器的故障信息所对应的目标状态下,能够获取到目标界面的第二界面数据的目标获取方式,通过目标获取方式获取到的第二界面数据,来渲染目标界面,进而在服务器出现故障时,还可以获取到目标界面的界面数据,提高了获取界面数据的成功率,进而能够基于获取到的界面数据渲染目标界面,将目标界面呈现给用户,提升用户的体验度。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
为了更清楚地说明本公开实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据一示例性实施例示出的一种实施环境的示意图;
图2是根据一示例性实施例示出的一种界面显示方法的流程图;
图3是根据一示例性实施例示出的一种界面显示方法的流程图;
图4是根据一示例性实施例示出的一种界面显示方法的示意图;
图5是根据一示例性实施例示出的一种界面显示方法的流程图;
图6是根据一示例性实施例示出的一种界面显示方法的示意图;
图7是根据一示例性实施例示出的一种界面显示方法的流程图;
图8是根据一示例性实施例示出的一种界面显示方法的示意图;
图9是根据一示例性实施例示出的一种界面显示装置的框图;
图10是根据一示例性实施例示出的一种界面显示装置的框图;
图11是根据一示例性实施例示出的一种终端的框图;
图12是根据一示例性实施例示出的一种服务器的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
本公开所涉及的用户信息可以为经用户授权或者经过各方充分授权的信息。
图1是根据一示例性实施例示出的一种实施环境的示意图。参见图1,该实施环境中包括终端101和服务器102。
终端101可以为手机、平板电脑、可穿戴设备、电脑或者其他电子设备。服务器102可以是一台服务器,或者由若干台服务器组成的服务器集群,或者是一个云计算服务中心。
终端101和服务器102通过无线网络连接。并且,终端101上可以安装有服务器102提供服务的目标应用程序,例如,目标应用程序可以为社交应用、视频应用或者信息浏览应用等,视频应用可以为短视频应用、直播应用或者在线视频应用等,信息浏览应用可以为新闻应用或者内容发布应用等。终端101对应的用户可以通过该目标应用程序实现例如数据传输、消息交互等功能。
服务器102会为多个安装有目标应用程序的终端提供服务,在本公开实施例中,终端101表示由服务器102提供服务的任一终端。在实际应用中,会有大量用户通过终端101上的目标应用程序访问目标界面,相应的,终端101会向服务器102请求获取该目标界面的界面数据;若服务器102同时接收到的请求的数量超出服务器102当前所能承载的范围,则服务器102会出现故障,不能及时向终端101返回目标界面的界面数据;从而终端101无法及时获取到目标界面的界面数据,无法将目标界面呈现给用户,导致用户体验度较差,并且,实际应用中还可能会出现各种突发情况,导致终端101无法及时将目标界面呈现给用户,因此,为保证终端101能够及时将目标界面呈现给用户,除了提升服务器102的并发用户数外,还应设置多级预案,为终端101提供丰富的、多层次的获取目标界面的界面数据的方式,减少终端101无法将目标界面呈现给用户的问题的出现。
服务器102可以包括后端服务器、nginx(engine x,一种反向代理服务器及电子邮件代理服务器)服务器和CDN(Content Delivery Network,内容分发网络)服务器。
例如,目标应用程序可以为短视频应用,目标界面可以为与短视频应用的活动相关的界面,该目标界面中可以包括短视频列表、短视频作者列表或者商品列表等信息。当通过目标应用程序开展活动时,会吸引大量用户通过终端101上的目标应用程序访问目标界面。当终端101对应的用户触发目标界面对应的跳转接口时,终端101向nginx服务器请求获取目标界面的界面数据;若后端服务器处于故障状态,则nginx服务器启用兜底数据,也即获取已缓存的目标界面的界面数据,向终端101返回该目标界面的界面数据;若nginx服务器处于故障状态,则终端101向CDN服务器请求获取目标界面的界面数据;若CDN服务器处于故障状态,则终端101获取本地已缓存的目标界面的界面数据,基于获取到的目标界面的界面数据,渲染目标界面,将目标界面呈现给用户。
图2是根据一示例性实施例示出的一种界面显示方法的流程图,参见图2,该界面显示方法包括以下步骤:
在步骤S201中,终端响应于接收到用于请求进入目标界面的操作指令,向服务器请求获取目标界面的界面数据。
目标界面为特定时间段内需要承受大量访问压力的界面。在特定时间段内,目标界面对用户具有吸引力,会有大量用户分别通过终端同时执行用于请求进入目标界面的操作,以访问该目标界面。
当通过目标应用程序开展活动时,目标界面可以为活动的相关界面,例如,目标应用程序为视频应用,在该视频应用开展春节互动活动时,目标界面可以为与该春节互动活动相关的短视频推荐页;再如,在该视频应用开展云课堂活动时,目标界面可以为与该云课堂活动相关的视频作者推荐页。
目标界面还可以为具有较高关注度的社会热点的相关界面,目标界面可以包括该社会热点的相关信息,例如,目标界面包括该社会热点的详情介绍和该社会热点的相关评论等。
在一种可能的实现方式中,终端可以直接向服务器的后端服务器请求获取目标界面的界面数据。相应的,终端响应于接收到用于请求进入目标界面的操作指令,向服务器请求获取目标界面的界面数据的步骤可以为:终端响应于接收到用于请求进入目标界面的操作指令,向后端服务器发送获取请求,该获取请求用于获取目标界面的界面数据。
在另一种可能的实现方式中,终端也可以向服务器的nginx服务器请求获取目标界面的界面数据。相应的,终端响应于接收到用于请求进入目标界面的操作指令,向服务器请求获取目标界面的界面数据的步骤可以为:终端响应于接收到用于请求进入目标界面的操作指令,向nginx服务器发送获取请求,该获取请求用于获取目标界面的界面数据。
在另一种可能的实现方式中,终端还可以向服务器的CDN服务器请求获取目标界面的界面数据。相应的,终端响应于接收到用于请求进入目标界面的操作指令,向服务器请求获取目标界面的界面数据的步骤可以为:终端响应于接收到用于请求进入目标界面的操作指令,向CDN服务器发送获取请求,该获取请求用于获取目标界面的界面数据。
用于请求进入目标界面的操作指令可以是用户执行点击操作、滑动操作或者语音输入操作中的任意一种时触发的。例如,用于请求进入目标界面的操作指令是用户执行点击操作触发的,用户可以通过点击目标界面对应的跳转接口来访问目标界面,终端接收到该点击操作,生成用于请求进入目标界面的操作指令。该跳转接口可以为目标界面的上一级界面中的跳转接口,用户可以在浏览目标界面的上一级界面时点击该跳转接口以访问目标界面。当通过目标应用程序开展活动时,目标界面的上一级界面也可以为活动的相关界面,例如,当目标应用程序开展春节互动活动时,目标界面的上一级界面可以为春节互动活动的活动主界面。
目标界面对应的跳转接口还可以为在终端的信息通知栏中弹出的通知,该通知用于提示用户查看目标界面,用户可以通过对该通知执行点击操作或者滑动操作来访问目标界面,终端接收到对该通知执行的点击操作或者滑动操作,生成用于请求进入目标界面的操作指令。
在步骤S202中,终端响应于未接收到目标界面的第一界面数据,获取服务器的故障信息。
目标界面的第一界面数据为终端在服务器处于正常状态时应接收到的目标界面的界面数据。服务器的故障信息用于表示服务器的出现故障的具体位置。
在一种可能的实现方式中,终端向后端服务器请求获取目标界面的界面数据,响应于未接收到后端服务器返回的第一界面数据,获取到服务器的故障信息用于表示后端服务器出现故障。
在另一种可能的实现方式中,终端向nginx服务器请求获取目标界面的界面数据,响应于未接收到nginx服务器返回的第一界面数据,获取到服务器的故障信息用于表示nginx服务器出现故障。
在另一种可能的实现方式中,终端向CDN服务器请求获取目标界面的界面数据,响应于未接收到CDN服务器返回的第一界面数据,获取到服务器的故障信息用于表示CDN服务器出现故障。
在步骤S203中,终端基于故障信息,获取在服务器处于目标状态下,用于获取目标界面的界面数据的目标获取方式。
服务器所处的目标状态为服务器的故障信息对应的状态。例如,服务器的故障信息用于表示后端服务器出现故障,服务器所处的目标状态用于表示服务器的后端服务器处于故障状态;服务器的故障信息用于表示nginx服务器出现故障,服务器所处的目标状态用于表示服务器的nginx服务器处于故障状态;服务器的故障信息用于表示CDN服务器出现故障,服务器所处的目标状态用于表示服务器的CDN服务器处于故障状态。
在一种可能的实现方式中,服务器所处的目标状态用于表示后端服务器处于故障状态,目标获取方式可以为从nginx服务器获取目标界面的界面数据。相应的,终端基于故障信息,获取在服务器处于目标状态下,用于获取目标界面的界面数据的目标获取方式的步骤可以为:终端响应于服务器的故障信息用于表示服务器的后端服务器出现故障,确定目标获取方式为从nginx服务器获取目标界面的界面数据,nginx服务器为后端服务器的代理服务器。
在本公开实施例中,终端在后端服务器处于故障状态时,还可以获取到从nginx服务器获取目标界面的界面数据的目标获取方式,基于从nginx服务器获取界面数据的预案,仍能获取到目标界面的界面数据,减少终端无法将目标界面呈现给用户的问题的出现。
在另一种可能的实现方式中,服务器所处的目标状态用于表示nginx服务器处于故障状态,目标获取方式可以为从CDN服务器获取目标界面的界面数据。相应的,终端基于故障信息,获取在服务器处于目标状态下,用于获取目标界面的界面数据的目标获取方式的步骤可以为:终端响应于故障信息用于表示服务器的nginx服务器出现故障,确定目标获取方式为从内容分发网络CDN服务器中获取目标界面的界面数据。
在本公开实施例中,终端在nginx服务器处于故障状态时,还可以获取到从CDN服务器获取目标界面的界面数据的目标获取方式,基于从CDN服务器获取界面数据的预案,仍能获取到目标界面的界面数据,进一步减少终端无法将目标界面呈现给用户的问题的出现。
在另一种可能的实现方式中,服务器所处的目标状态用于表示CDN服务器处于故障状态,目标获取方式为获取本地已缓存的目标界面的界面数据。相应的,终端基于故障信息,获取在服务器处于目标状态下,用于获取目标界面的界面数据的目标获取方式的步骤可以为:终端响应于故障信息用于表示服务器的CDN服务器出现故障,确定目标获取方式为获取本地已缓存的目标界面的界面数据。
在本公开实施例中,终端在CDN服务器处于故障状态时,还可以获取到获取本地已缓存的目标界面的界面数据的目标获取方式,基于获取本地已缓存的界面数据的预案,仍能获取到目标界面的界面数据,进一步减少终端无法将目标界面呈现给用户的问题的出现。
在步骤S204中,终端基于目标获取方式,获取目标界面的第二界面数据。
在一种可能的实现方式中,目标获取方式为从nginx服务器中获取目标界面的界面数据,终端基于该目标获取方式,从nginx服务器中获取当前nginx服务器缓存的目标界面的第二界面数据。
在本公开实施例中,当后端服务器出现故障时,服务器仍能通过nginx服务器对终端发送的用于获取目标界面的界面数据的请求做出响应,获取nginx服务器当前已缓存的目标界面的界面数据,向终端返回该目标界面的界面数据,提高了服务器的稳定性和可靠性。
在另一种可能的实现方式中,目标获取方式为从CDN服务器中获取目标界面的界面数据,终端基于该目标获取方式,从CDN服务器中获取CDN服务器中缓存的目标界面的第二界面数据。
在本公开实施例中,当nginx服务器出现故障时,服务器仍能通过CDN服务器对终端发送的用于获取目标界面的界面数据的请求做出响应,从CDN服务器获取目标界面的界面数据,向终端返回该目标界面的界面数据,提高了服务器的稳定性和可靠性。
在另一种可能的实现方式中,目标获取方式为获取本地已缓存的目标界面的界面数据,终端基于该目标获取方式,获取本地已缓存的目标界面的第二界面数据。
需要说明的一点是,终端确定目标获取方式为获取本地已缓存的目标界面的界面数据之前,还接收服务器向目标界面对应的目标应用程序下发的目标界面的界面数据,缓存该目标界面的界面数据。
在本公开实施例中,当CDN服务器出现故障时,终端还可以获取已缓存的服务器预先下发的目标界面的界面数据,进而基于该界面数据渲染目标界面,将目标界面及时呈现给用户,提升用户的体验度。
在步骤S205中,终端基于目标界面的第二界面数据,渲染目标界面。
例如,当通过目标应用程序开展活动时,目标界面为活动的相关界面,终端基于目标界面的第二界面数据,渲染目标界面,将该活动的相关信息呈现给用户。再如,目标界面可以为具有较高关注度的社会热点的相关界面,终端基于目标界面的第二界面数据,渲染目标界面,将该社会热点的详情介绍和相关评论等信息呈现给用户。
在本公开实施例中,在接收到用于请求进入目标界面的操作指令时,向服务器请求获取目标界面的第一界面数据,若因服务器故障而未接收到第一界面数据,则确定在服务器的故障信息所对应的目标状态下,能够获取到目标界面的第二界面数据的目标获取方式,通过目标获取方式获取到的第二界面数据,来渲染目标界面,进而在服务器出现故障时,还可以获取到目标界面的界面数据,提高了获取界面数据的成功率,进而能够基于获取到的界面数据渲染目标界面,将目标界面呈现给用户,提升用户的体验度。
图3是根据一示例性实施例示出的一种界面显示方法的流程图,参见图3,在本公开实施例中,以终端响应于接收到用于请求进入目标界面的操作指令,向nginx服务器请求获取目标界面的界面数据,且nginx服务器未出现故障为例进行说明,该界面显示方法包括以下步骤:
在步骤S301中,终端响应于接收到用于请求进入目标界面的操作指令,向nginx服务器请求获取目标界面的界面数据。
本步骤与步骤S201相似,在此不再赘述。
图4是根据一示例性实施例示出的一种界面显示方法的示意图,参见图4,当通过目标应用程序开展活动时,目标界面可以为该活动的相关界面,例如,目标界面可以为H5(一种网页技术)活动页面,活动开始时,用户可以通过终端访问H5活动页面,终端响应于用户访问H5活动页面的操作,向nginx服务器请求获取目标界面的界面数据,也即终端请求活动接口,以获取H5活动页面的活动页面数据。
在步骤S302中,nginx服务器接收终端的用于获取目标界面的第一界面数据的获取请求。
nginx服务器具有反向代理功能,nginx服务器接收终端的用于获取目标界面的界面数据的获取请求;继续参见图4,如果后端服务器未出现故障,则nginx服务器将该获取请求发送给后端服务器,也即当后端服务器可用时,发送请求;后端服务器接收该获取请求,向nginx服务器返回目标界面的第一界面数据;nginx服务器将该目标界面的第一界面数据返回给终端。
如果后端服务器出现故障,并且,nginx服务器未出现故障,则nginx服务器继续执行步骤S303。
需要说明的一点是,nginx服务器执行步骤303之前,还确定后端服务器的状态。
在一种可能的实现方式中,nginx服务器可以根据后端服务器的返回数据,确定后端服务器的状态。相应的,nginx服务器确定后端服务器的状态的步骤可以为:nginx服务器向后端服务器发送用于获取目标界面的界面数据的请求;接收后端服务器的返回数据;响应于该返回数据包括目标界面的界面数据,确定后端服务器处于正常状态;响应于该返回数据不包括目标界面的界面数据,确定后端服务器处于故障状态。
例如,nginx服务器接收到的后端服务器的返回数据为空,则确定后端服务器故障。再如,nginx服务器接收到的后端服务器的返回数据中的状态码用于指示后端服务器处于故障状态,则确定后端服务器处于故障状态。
在本公开实施例中,nginx服务器可以根据后端服务器的返回数据中的内容,直接确定后端服务器是否处于故障状态,提高了确定后端服务器的状态的效率。
在另一种可能的实现方式中,nginx服务器响应于向后端服务器发送请求后的预设时长内未接收到后端服务器的返回数据,确定后端服务器处于故障状态。其中,预设时长可以为任一时长,预设时长也可以是根据对后端服务器的响应时间的要求进行设置的,例如,预设时长可以为2秒,nginx服务器在向后端服务器发送请求之后的2秒内未接收到返回数据,确定后端服务器处于故障状态。
在本公开实施例中,nginx服务器可以在预设时长内未接收到后端服务器的返回数据时,就确定后端服务器出现故障,在后端服务器没有返回数据的情况下,仍能确定后端服务器的故障状态,减少nginx服务器不必要的等待时间,进而减少服务器整体的响应时间,提高服务器整体的响应效率。
在另一种可能的实现方式中,nginx服务器可以根据向后端服务器请求目标界面的界面数据的失败率,确定后端服务器的状态。相应的,nginx服务器确定后端服务器的状态的步骤可以为:nginx服务器获取向后端服务器发送的用于获取目标界面的界面数据的请求的第一数量,以及获取不包括目标界面的界面数据的返回数据的第二数量;根据第一数量和第二数量,确定向后端服务器请求目标界面的界面数据的失败率;响应于该失败率大于第一阈值,确定后端服务器处于故障状态。
例如,nginx服务器向后端服务器发送的请求的数量为10,后端服务器对于上述10个请求的返回数据中有3个返回数据不包括目标界面的界面数据,则可以确定当前向后端服务器请求目标界面的界面数据的失败率为30%;第一阈值可以根据对后端服务器出现错误的容忍程度进行设置,假设第一阈值为5%,则可以确定后端服务器处于故障状态。
在本公开实施例中,nginx服务器可以根据向后端服务器多次请求的失败率,确定后端服务器的故障状态,减少对后端服务器的故障状态的错误判断,提高确定后端服务器状态的准确性。
在步骤S303中,nginx服务器响应于后端服务器处于故障状态,获取当前nginx服务器已缓存的目标界面的第二界面数据。
继续参见图4,nginx服务器响应于后端服务器处于故障状态,获取当前nginx服务器已缓存的目标界面的第二界面数据,也即当后端服务器不可用时,启用nginx缓存的数据,进行降级兜底。
需要说明的一点是,nginx服务器获取当前已缓存的目标界面的第二界面数据之前,还缓存目标界面的第二界面数据。
在一种可能的实现方式中,nginx服务器已缓存的目标界面的第二界面数据可以为后端服务器向nginx服务器返回的最新的目标界面的界面数据。相应的,nginx服务器缓存目标界面的第二界面数据的步骤可以为:nginx服务器获取后端服务器向nginx服务器返回的目标界面的最新界面数据;将最新界面数据作为第二界面数据;缓存该第二界面数据。
后端服务器向nginx服务器返回的目标界面的最新界面数据为后端服务器处于正常状态时针对终端的获取请求返回的第一界面数据。该最新界面数据可以为其他终端在后端服务器处于正常状态时向后端服务器请求得到的界面数据。该最新界面数据还可以为当前发送请求的终端上一次在后端服务器处于正常状态时向后端服务器请求得到的界面数据。
在本公开实施例中,由于nginx服务器当前缓存的目标界面的界面数据为后端服务器返回的目标界面的最新界面数据,所以在终端向nginx服务器发送用于请求获取目标界面的界面数据的请求,而后端服务器出现故障时,nginx服务器能够获取已缓存的最新界面数据,不仅能够提高服务器的稳定性和可靠性,还能够保证返回的界面数据的时效性。
在另一种可能的实现方式中,nginx服务器已缓存的目标界面的界面数据可以包括用户对应的推荐信息。相应的,nginx服务器缓存目标界面的第二界面数据的步骤可以为:nginx服务器获取终端对应用户的用户标识,根据用户标识,获取用户标识对应的推荐信息;将该推荐信息作为第二界面数据;缓存该第二界面数据。
推荐信息为根据用户相关的行为数据向用户推荐的其可能感兴趣的信息,该推荐信息可以是基于推荐算法和用户的行为数据得到的。例如,对于短视频应用,推荐信息可以包括用户可能感兴趣的短视频信息,推荐信息还可以包括用户可能感兴趣的短视频作者的信息,推荐信息还可以包括用户可能感兴趣的商品信息。
nginx服务器可以获取终端对应用户的用户标识,向后端服务器发送携带有该用户标识的推荐请求,从后端服务器中获取该用户标识对应的推荐信息,将该推荐信息作为第二界面数据。nginx服务器可以随着用户标识对应的推荐信息的更新而最新缓存的第二界面数据。
在本公开实施例中,nginx服务器缓存的目标界面的第二界面数据是基于用户标识对应的推荐信息得到的,在终端向nginx服务器发送用于请求获取目标界面的界面数据的请求,而后端服务器出现故障时,nginx服务器不仅可以向终端返回目标界面的界面数据,提高服务器的稳定性和可靠性,并且还可以基于推荐信息得到用户感兴趣的第二界面数据,向终端返回该第二界面数据,提升用户的体验度。
在另一种可能的实现方式中,nginx服务器已缓存的目标界面的界面数据可以是预先配置的。相应的,nginx服务器缓存目标界面的界面数据的步骤可以为:nginx服务器接收配置文件,该配置文件包括目标界面的界面配置数据;将该界面配置数据作为第二界面数据,缓存该第二界面数据。
界面配置数据可以是根据当前的业务场景配置的,例如,当前的业务场景为活动开展场景,当通过目标应用程序开展活动时,目标界面为该活动的相关界面,界面配置数据可以是基于该活动的策划方案预先配置的,例如,对于视频应用开展的云课堂活动,目标界面的界面配置数据包括参与该云课堂活动的讲师的相关信息。
在步骤S304中,nginx服务器向终端返回目标界面的第二界面数据。
继续参见图4,nginx服务器在后端服务器出现故障时,可以获取当前nginx服务器已缓存的目标界面的第二界面数据,向终端返回该目标界面的界面数据。
在本公开实施例中,nginx服务器在后端服务器出现故障时,可以向终端返回当前已缓存的目标界面的第二界面数据,解决由于后端服务器出现故障导致的终端不能获取到目标界面的界面数据的问题,在后端服务器出现故障时,仍能向终端返回目标界面的界面数据,提高服务器的稳定性和可靠性。
在步骤S305中,终端接收nginx服务器返回的目标界面的第二界面数据,基于该目标界面的第二界面数据,渲染目标界面。
继续参见图4,终端接收nginx服务器返回的目标界面的界面数据,基于该目标界面的界面数据,渲染目标界面,也即将活动页面展示给用户。
例如,当通过目标应用程序开展活动时,目标界面为活动的相关界面,终端通过渲染目标界面,将该活动的相关信息呈现给用户。再如,目标界面可以为具有较高关注度的社会热点的相关界面,终端通过渲染目标界面,将该社会热点的详情介绍和相关评论等信息呈现给用户。
在本公开实施例中,接收终端的获取请求,该获取请求用于获取目标界面的第一界面数据;响应于服务器的后端服务器处于故障状态,获取当前nginx服务器已缓存的目标界面的第二界面数据;向终端返回目标界面的第二界面数据。在后端服务器出现故障时,仍能对终端发送的用于获取目标界面的界面数据的获取请求做出响应,获取当前已缓存的目标界面的第二界面数据,向终端返回该第二界面数据,提高服务器的稳定性和可靠性。并且,在后端服务器出现故障时,终端仍能接收到服务器返回的目标界面的第二界面数据,基于该第二界面数据及时渲染目标界面,将目标界面呈现给用户,提升用户的体验度。
图5是根据一示例性实施例示出的一种界面显示方法的流程图,参见图5,在本公开实施例中,以终端响应于接收到用于请求进入目标界面的操作指令,向nginx服务器请求获取目标界面的界面数据,且nginx服务器出现故障为例进行说明,该界面显示方法包括以下步骤:
在步骤S501中,终端响应于接收到用于请求进入目标界面的操作指令,向nginx服务器请求获取目标界面的界面数据。
本步骤与步骤S201相似,在此不再赘述。
在步骤S502中,终端响应于未接收到目标界面的第一界面数据,获取服务器的故障信息,该故障信息用于表示nginx服务器出现故障。
终端向nginx服务器请求获取目标界面的第一界面数据,响应于未接收到目标界面的第一界面数据,可以先根据nginx服务器的返回数据,确定nginx服务器是否出现故障。相应的,终端获取服务器的故障信息的步骤可以为:终端向nginx服务器发送用于获取目标界面的界面数据的请求;接收nginx服务器的返回数据;响应于该返回数据包括目标界面的界面数据,确定nginx服务器处于正常状态;响应于该返回数据不包括目标界面的界面数据,确定服务器的故障信息用于表示nginx服务器出现故障。
例如,终端接收到的nginx服务器的返回数据为空,则确定服务器的故障信息用于表示nginx服务器出现故障。再如,终端响应于nginx服务器的返回数据中的状态码用于指示nginx服务器处于故障状态,确定服务器的故障信息用于表示nginx服务器出现故障。
终端还可以在向nginx服务器发送请求后的预设时长内未接收到nginx服务器的返回数据时,确定服务器的故障信息用于表示nginx服务器出现故障。其中,预设时长可以为任一时长,预设时长也可以是根据对nginx服务器的响应时间的要求进行设置的,例如,预设时长可以为2秒,终端在向nginx服务器发送请求之后的2秒内未接收到返回数据,确定服务器的故障信息用于表示nginx服务器出现故障。
终端还可以根据向nginx服务器请求目标界面的界面数据的失败率,获取服务器的故障信息。相应的,终端获取服务器的故障信息的步骤可以为:终端获取向nginx服务器发送的用于获取目标界面的界面数据的请求的第三数量,以及获取不包括目标界面的界面数据的返回数据的第四数量;根据第三数量和第四数量,确定向nginx服务器请求目标界面的界面数据的失败率;响应于该失败率大于第二阈值,确定服务器的故障信息用于指示nginx服务器出现故障。
例如,终端向nginx服务器发送的请求的数量为10,nginx服务器对于上述10个请求的返回数据中有3个返回数据不包括目标界面的界面数据,则可以确定当前向nginx服务器请求目标界面的界面数据的失败率为30%;第二阈值可以根据对nginx服务器出现错误的容忍程度进行设置,假设第二阈值为5%,则可以确定服务器的故障信息用于表示nginx服务器出现故障。
在步骤S503中,终端响应于故障信息用于表示服务器的nginx服务器出现故障,确定目标获取方式为从内容分发网络CDN服务器中获取目标界面的界面数据。
目标状态为故障信息对应的状态,若故障信息用于表示nginx服务器出现故障,则目标状态用于表示nginx服务器处于故障状态。
若nginx服务器出现故障,则终端可以从CDN服务器获取目标界面的界面数据。相应的,终端基于故障信息,获取在服务器处于目标状态下,用于获取目标界面的界面数据的目标获取方式的步骤可以为:终端响应于故障信息用于表示服务器的nginx服务器出现故障,确定目标获取方式为从内容分发网络CDN服务器中获取目标界面的界面数据。
图6是根据一示例性实施例示出的一种界面显示方法的示意图,参见图6,若nginx服务器出现故障,终端请求nginx失败,也即IDC(Internet Data Center,互联网数据中心)故障,则终端确定目标获取方式为从CDN服务器获取目标界面的界面数据,也即终端切换为请求CDN。
需要说明的一点是,若nginx服务器出现故障,则终端也可以从本地缓存中获取目标界面的界面数据。相应的,终端基于故障信息,获取在服务器处于目标状态下,用于获取目标界面的界面数据的目标获取方式的步骤可以为:终端响应于故障信息用于表示服务器的nginx服务器出现故障,确定目标获取方式为获取本地已缓存的目标界面的界面数据。
在步骤S504中,终端向CDN服务器发送用于获取目标界面的界面数据的请求。
当目标获取方式为从CDN服务器中获取目标界面的界面数据。终端基于目标获取方式,向CDN服务器发送用于获取目标界面的界面数据的请求。
CDN服务器是基于内容分发网络部署的服务器,终端可以通过距离最近的工作正常的CDN服务器获取目标界面的第二界面数据。
继续参见图6,终端确定目标获取方式为从CDN服务器获取目标界面的第二界面数据,从CDN服务器请求获取目标界面的第二界面数据。
需要说明的一点是,目标获取方式也可以为获取本地已缓存的目标界面的界面数据。终端基于目标获取方式,获取目标界面的界面数据的步骤可以为:终端基于目标获取方式,获取本地已缓存的目标界面的第二界面数据。
在步骤S505中,CDN服务器接收终端发送的用于获取目标界面的界面数据的请求,获取目标界面的第二界面数据。
CDN服务器接收终端发送的用于获取目标界面的界面数据的请求,获取CDN服务器当前缓存的目标界面的第二界面数据。
需要说明的一点是,CDN服务器获取目标界面的第二界面数据之前,还接收通过内容分发网络分发的目标界面的第二界面数据,缓存该第二界面数据。CDN服务器缓存的目标界面的第二界面数据可以是后端服务器通过内容分发网络分发的;也可以是nginx服务器通过内容分发网络分发的。CDN服务器缓存的目标界面的第二界面数据可以是通过内容分发网络不断分发更新的界面数据;也可以是根据当前的业务场景配置好缓存的界面数据;也可以是基于用户感兴趣的推荐信息生成并且不断更新的界面数据。
在本公开实施例中,在nginx服务器出现故障时,终端还可以从CDN服务器获取目标界面的界面数据,通过从CDN服务器获取界面数据解决由于nginx服务器故障导致的不能获取到目标界面的界面数据的问题,提高服务器的稳定性。并且,基于内容分发网络从CDN服务器获取目标界面的界面数据还可以提高数据传输的速度和稳定性。并且,还可以通过内容分发网络对CDN服务器缓存的界面数据进行更新,提高服务器数据传输的可靠性。
在步骤S506中,CDN服务器向终端返回目标界面的第二界面数据。
CDN服务器基于终端发送的用于获取目标界面的界面数据的请求,向终端返回目标界面的第二界面数据。
在步骤S507中,终端接收CDN服务器返回的第二界面数据,基于第二界面数据,渲染目标界面。
继续参见图6,终端基于目标界面的第二界面数据,渲染目标界面,将目标界面展示给用户。
例如,当通过目标应用程序开展活动时,目标界面为活动的相关界面,终端通过渲染目标界面,将该活动的相关信息呈现给用户。再如,目标界面可以为具有较高关注度的社会热点的相关界面,终端通过渲染目标界面,将该社会热点的详情介绍和相关评论等信息呈现给用户。
在本公开实施例中,在接收到用于请求进入目标界面的操作指令时,向服务器请求获取目标界面的第一界面数据,若因服务器故障而未接收到第一界面数据,则确定在服务器的故障信息所对应的目标状态下,能够获取到目标界面的第二界面数据的目标获取方式,通过目标获取方式获取到的第二界面数据,来渲染目标界面,进而在服务器出现故障时,还可以获取到目标界面的界面数据,提高了获取界面数据的成功率,进而能够基于获取到的界面数据渲染目标界面,将目标界面呈现给用户,提升用户的体验度。
图7是根据一示例性实施例示出的一种界面显示方法的流程图,参见图7,在本公开实施例中,以终端向CDN服务器请求获取目标界面的界面数据,且CDN服务器出现故障为例进行说明,该界面显示方法包括以下步骤:
在步骤S701中,终端向CDN服务器请求获取目标界面的界面数据。
在一种可能的实现方式中,终端是在向nginx服务器请求失败后,才向CDN服务器请求获取目标界面的界面数据。也即终端向nginx服务器请求获取目标界面的界面数据,响应于未接收到目标界面的界面数据,确定服务器的故障信息用于表示nginx服务器出现故障时,可以基于该故障信息,确定用于获取目标界面的界面数据的目标获取方式为从CDN服务器中获取目标界面的界面数据,才向CDN服务器请求获取目标界面的界面数据。
在另一种可能的实现方式中,终端也可以响应于接收到用于请求进入目标界面的操作指令,向CDN服务器请求获取目标界面的界面数据。
在步骤S702中,终端响应于未接收到目标界面的界面数据,获取服务器的故障信息,该故障信息用于表示CDN服务器出现故障。
当终端向CDN服务器请求获取目标界面的界面数据,响应于未接收到目标界面的界面数据,可以根据CDN服务器的返回数据,确定CDN服务器是否出现故障。终端确定服务器的故障信息用于表示CDN服务器出现故障的步骤与终端确定服务器的故障信息用于表示nginx服务器出现故障的步骤相似,在此不再赘述。
在步骤S703中,终端响应于故障信息用于表示服务器的CDN服务器出现故障,确定目标获取方式为获取本地已缓存的目标界面的界面数据。
目标状态为故障信息对应的状态,若故障信息用于表示CDN服务器出现故障,则目标状态用于表示CDN服务器处于故障状态。
若终端从CDN服务器获取目标界面的界面数据,且CDN服务器出现故障,则终端可以从本地缓存中获取目标界面的界面数据。相应的,终端基于故障信息,获取在服务器处于目标状态下,用于获取目标界面的界面数据的目标获取方式的步骤可以为:终端响应于故障信息用于表示服务器的CDN服务器出现故障,确定目标获取方式为获取本地已缓存的目标界面的界面数据。
图8是根据一示例性实施例示出的一种界面显示方法的示意图,参见图8,终端本地缓存的目标界面的界面数据可以是以离线包的形式缓存的,该离线包预埋在目标应用程序中,若CDN服务器也出现故障,则终端启用该离线包中预埋的界面数据,也即应用离线包预埋数据。
需要说明的一点是,终端确定目标获取方式为获取本地已缓存的界面数据之前,终端还接收服务器下发的目标界面的界面数据,离线缓存该目标界面的界面数据。相应的,终端缓存目标界面的界面数据的步骤可以为:终端接收服务器向目标界面对应的目标应用程序下发的目标界面的界面数据;缓存该目标界面的界面数据。
终端缓存的目标界面的界面数据可以是服务器向终端预先下发的,终端缓存的目标界面的界面数据还可以是终端上一次向服务器请求获取到的目标界面的界面数据。
并且,终端缓存的目标界面的界面数据,可以是后端服务器直接向终端下发的;也可以是后端服务器经过nginx服务器,由nginx服务器向终端下发的;也可以是后端服务器通过CDN服务器向终端下发的;也可以是nginx服务器通过CDN服务器向终端下发的。
并且,终端接收的服务器预先下发的目标界面的界面数据,可以是根据当前的业务场景配置的,例如,当前的业务场景为活动开展场景,当通过目标应用程序开展活动时,目标界面为该活动的相关界面,该目标界面的界面数据可以是基于该活动的策划方案预先配置的,服务器可以将该目标界面的界面数据在活动开始之前,预先下发至终端。终端接收的预先下发的目标界面的界面数据,也可以是基于用户感兴趣的推荐信息生成的。
在本公开实施例中,在服务器出现故障时,终端还可以从本地缓存中获取目标界面的第二界面数据,通过终端预先缓存,保障端上离线资源的本地化,能够在用户访问目标界面,而服务器出现故障时,及时的获取到本地缓存的界面数据,进而基于该界面数据,向用户展示目标界面,提升用户的体验度。并且,通过终端预先缓存目标界面的界面数据,即使在网络异常时,终端也可以从本地缓存中获取到目标界面的界面数据,基于该界面数据,向用户展示目标界面,提升用户的体验度。
在步骤S704中,终端基于目标获取方式,获取本地已缓存的目标界面的第二界面数据。
目标获取方式为获取本地已缓存的目标界面的界面数据。终端基于目标获取方式,获取目标界面的界面数据的步骤可以为:终端基于目标获取方式,获取本地已缓存的目标界面的第二界面数据。
在本公开实施例中,终端在nginx服务器出现故障时,先从CDN服务器获取目标界面的界面数据,若CDN服务器也出现故障,再获取本地已缓存的目标界面的界面数据,通过多层次、分级别的降级兜底方式,解决由于服务器故障导致的终端无法获取目标界面的界面数据的问题,提高服务器整体的可用性;并且,当前获取目标界面的界面数据的方式是最接近通过后端服务器实时返回的方式,从而获取到的目标界面的界面数据是当前所能获取到的最接近后端服务器实时返回的界面数据,能够提高获取的界面数据的可靠性;并且,基于上述方案,在服务器的容量资源有限的情况下,还可以承受更高的用户访问量,提高服务器的可用性。
在步骤S705中,终端基于目标界面的第二界面数据,渲染目标界面。
继续参见图8,终端基于目标界面的第二界面数据,渲染目标界面,将目标界面展示给用户。
例如,当通过目标应用程序开展活动时,目标界面为活动的相关界面,终端通过渲染目标界面,将该活动的相关信息呈现给用户。再如,目标界面可以为具有较高关注度的社会热点的相关界面,终端通过渲染目标界面,将该社会热点的详情介绍和相关评论等信息呈现给用户。
在本公开实施例中,在接收到用于请求进入目标界面的操作指令时,向服务器请求获取目标界面的第一界面数据,若因服务器故障而未接收到第一界面数据,则确定在服务器的故障信息所对应的目标状态下,能够获取到目标界面的第二界面数据的目标获取方式,通过目标获取方式获取到的第二界面数据,来渲染目标界面,进而在服务器出现故障时,还可以获取到目标界面的界面数据,提高了获取界面数据的成功率,进而能够基于获取到的界面数据渲染目标界面,将目标界面呈现给用户,提升用户的体验度。
上述所有可选技术方案,可以采用任意结合形成本公开的可选实施例,在此不再一一赘述。
图9是根据一示例性实施例示出的一种界面显示装置的框图。参见图9,该装置包括请求单元901、第一获取单元902和渲染单元903。
请求单元901,被配置为执行响应于接收到用于请求进入目标界面的操作指令,向服务器请求获取目标界面的界面数据;
第一获取单元902,被配置为执行响应于未接收到目标界面的第一界面数据,获取服务器的故障信息;基于故障信息,获取在服务器处于目标状态下,用于获取目标界面的界面数据的目标获取方式,目标状态为故障信息对应的状态;基于目标获取方式,获取目标界面的第二界面数据;
渲染单元903,被配置为执行基于目标界面的第二界面数据,渲染目标界面。
在一种可能的实现方式中,第一获取单元902,被配置为执行响应于故障信息用于表示服务器的后端服务器出现故障,确定目标获取方式为从代理nginx服务器中获取目标界面的界面数据,nginx服务器为后端服务器的代理服务器。
在另一种可能的实现方式中,第一获取单元902,被配置为执行响应于故障信息用于表示服务器的nginx服务器出现故障,确定目标获取方式为从内容分发网络CDN服务器中获取目标界面的界面数据。
在另一种可能的实现方式中,第一获取单元902,被配置为执行响应于故障信息用于表示服务器的CDN服务器出现故障,确定目标获取方式为获取本地已缓存的目标界面的界面数据。
在另一种可能的实现方式中,该装置还包括:
第一接收单元,被配置为执行接收服务器向目标界面对应的目标应用程序下发的目标界面的界面数据;
第一缓存单元,被配置为执行缓存目标界面的界面数据。
需要说明的是:上述实施例提供的界面显示装置在进行界面显示时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将终端的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的界面显示装置与界面显示方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
在本公开实施例中,在接收到用于请求进入目标界面的操作指令时,向服务器请求获取目标界面的第一界面数据,若因服务器故障而未接收到第一界面数据,则确定在服务器的故障信息所对应的目标状态下,能够获取到目标界面的第二界面数据的目标获取方式,通过目标获取方式获取到的第二界面数据,来渲染目标界面,进而在服务器出现故障时,还可以获取到目标界面的界面数据,提高了获取界面数据的成功率,进而能够基于获取到的界面数据渲染目标界面,将目标界面呈现给用户,提升用户的体验度。
图10是根据一示例性实施例示出的一种界面显示装置的框图。参见图10,该装置包括第二接收单元1001、第二获取单元1002和返回单元1003。
第二接收单元1001,被配置为执行接收终端的获取请求,获取请求用于获取目标界面的第一界面数据;
第二获取单元1002,被配置为执行响应于服务器的后端服务器处于故障状态,获取当前nginx服务器已缓存的目标界面的第二界面数据;
返回单元1003,被配置为执行向终端返回目标界面的第二界面数据。
在一种可能的实现方式中,该装置还包括:
第二获取单元1002,还被配置为执行获取后端服务器向nginx服务器返回的目标界面的最新界面数据;
第二缓存单元,被配置为执行将最新界面数据作为第二界面数据;缓存第二界面数据。
在另一种可能的实现方式中,该装置还包括:
第二获取单元1002,还被配置为执行获取终端对应用户的用户标识,根据用户标识,获取用户标识对应的推荐信息;
第三缓存单元,被配置为执行将推荐信息作为第二界面数据;缓存第二界面数据。
在另一种可能的实现方式中,该装置还包括:
第二接收单元1001,还被配置为执行接收配置文件,配置文件包括目标界面的界面配置数据;
第四缓存单元,被配置为执行将界面配置数据作为第二界面数据;缓存第二界面数据。
需要说明的是:上述实施例提供的界面显示装置在进行界面显示时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将服务器的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的界面显示装置与界面显示方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
在本公开实施例中,接收终端的获取请求,该获取请求用于获取目标界面的第一界面数据;响应于服务器的后端服务器处于故障状态,获取当前nginx服务器已缓存的目标界面的第二界面数据;向终端返回目标界面的第二界面数据。在后端服务器出现故障时,仍能对终端发送的用于获取目标界面的界面数据的获取请求做出响应,获取当前已缓存的目标界面的第二界面数据,向终端返回该第二界面数据,提高服务器的稳定性和可靠性。并且,在后端服务器出现故障时,终端仍能接收到服务器返回的目标界面的第二界面数据,基于该第二界面数据及时渲染目标界面,将目标界面呈现给用户,提升用户的体验度。
图11是根据一示例性实施例示出的一种终端的框图。该终端1100可以是便携式移动终端,比如:智能手机、平板电脑、MP3播放器(Moving Picture Experts Group AudioLayer III,动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts GroupAudio Layer IV,动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1100还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
通常,终端1100包括有:处理器1101和存储器1102。
处理器1101可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器1101可以采用DSP(Digital Signal Processing,数字信号处理)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)、PLA(Programmable Logic Array,可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1101也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称CPU(Central ProcessingUnit,中央处理器);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器1101可以集成有GPU(Graphics Processing Unit,图像处理器),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器1101还可以包括AI(Artificial Intelligence,人工智能)处理器,该AI处理器用于处理有关机器学习的计算操作。
存储器1102可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器1102还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中,存储器1102中的非暂态的计算机可读存储介质用于存储至少一个指令,该至少一个指令用于被处理器1101所执行以实现本申请中方法实施例提供的界面显示方法。
在一些实施例中,终端1100还可选包括有:外围设备接口1103和至少一个外围设备。处理器1101、存储器1102和外围设备接口1103之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1103相连。具体地,外围设备包括:射频电路1104、显示屏1105、摄像头组件1106、音频电路1107、定位组件1108和电源1109中的至少一种。
外围设备接口1103可被用于将I/O(Input/Output,输入/输出)相关的至少一个外围设备连接到处理器1101和存储器1102。在一些实施例中,处理器1101、存储器1102和外围设备接口1103被集成在同一芯片或电路板上;在一些其他实施例中,处理器1101、存储器1102和外围设备接口1103中的任意一个或两个可以在单独的芯片或电路板上实现,本实施例对此不加以限定。
射频电路1104用于接收和发射RF(Radio Frequency,射频)信号,也称电磁信号。射频电路1104通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1104将电信号转换为电磁信号进行发送,或者,将接收到的电磁信号转换为电信号。可选地,射频电路1104包括:天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1104可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于:万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity,无线保真)网络。在一些实施例中,射频电路1104还可以包括NFC(Near Field Communication,近距离无线通信)有关的电路,本申请对此不加以限定。
显示屏1105用于显示UI(User Interface,用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1105是触摸显示屏时,显示屏1105还具有采集在显示屏1105的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1101进行处理。此时,显示屏1105还可以用于提供虚拟按钮和/或虚拟键盘,也称软按钮和/或软键盘。在一些实施例中,显示屏1105可以为一个,设置在终端1100的前面板;在另一些实施例中,显示屏1105可以为至少两个,分别设置在终端1100的不同表面或呈折叠设计;在另一些实施例中,显示屏1105可以是柔性显示屏,设置在终端1100的弯曲表面上或折叠面上。甚至,显示屏1105还可以设置成非矩形的不规则图形,也即异形屏。显示屏1105可以采用LCD(Liquid Crystal Display,液晶显示屏)、OLED(Organic Light-EmittingDiode,有机发光二极管)等材质制备。
摄像头组件1106用于采集图像或视频。可选地,摄像头组件1106包括前置摄像头和后置摄像头。通常,前置摄像头设置在终端的前面板,后置摄像头设置在终端的背面。在一些实施例中,后置摄像头为至少两个,分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种,以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality,虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中,摄像头组件1106还可以包括闪光灯。闪光灯可以是单色温闪光灯,也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合,可以用于不同色温下的光线补偿。
音频电路1107可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波,并将声波转换为电信号输入至处理器1101进行处理,或者输入至射频电路1104以实现语音通信。出于立体声采集或降噪的目的,麦克风可以为多个,分别设置在终端1100的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1101或射频电路1104的电信号转换为声波。扬声器可以是传统的薄膜扬声器,也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时,不仅可以将电信号转换为人类可听见的声波,也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中,音频电路1107还可以包括耳机插孔。
定位组件1108用于定位终端1100的当前地理位置,以实现导航或LBS(LocationBased Service,基于位置的服务)。定位组件1108可以是基于美国的GPS(GlobalPositioning System,全球定位系统)、中国的北斗系统或俄罗斯的伽利略系统的定位组件。
电源1109用于为终端1100中的各个组件进行供电。电源1109可以是交流电、直流电、一次性电池或可充电电池。当电源1109包括可充电电池时,该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池,无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。
在一些实施例中,终端1100还包括有一个或多个传感器1110。该一个或多个传感器1110包括但不限于:加速度传感器1111、陀螺仪传感器1112、压力传感器1113、指纹传感器1114、光学传感器1115以及接近传感器1116。
加速度传感器1111可以检测以终端1100建立的坐标系的三个坐标轴上的加速度大小。比如,加速度传感器1111可以用于检测重力加速度在三个坐标轴上的分量。处理器1101可以根据加速度传感器1111采集的重力加速度信号,控制显示屏1105以横向视图或纵向视图进行用户界面的显示。加速度传感器1111还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器1112可以检测终端1100的机体方向及转动角度,陀螺仪传感器1112可以与加速度传感器1111协同采集用户对终端1100的3D动作。处理器1101根据陀螺仪传感器1112采集的数据,可以实现如下功能:动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器1113可以设置在终端1100的侧边框和/或显示屏1105的下层。当压力传感器1113设置在终端1100的侧边框时,可以检测用户对终端1100的握持信号,由处理器1101根据压力传感器1113采集的握持信号进行左右手识别或快捷操作。当压力传感器1113设置在显示屏1105的下层时,由处理器1101根据用户对显示屏1105的压力操作,实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器1114用于采集用户的指纹,由处理器1101根据指纹传感器1114采集到的指纹识别用户的身份,或者,由指纹传感器1114根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时,由处理器1101授权该用户执行相关的敏感操作,该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1114可以被设置在终端1100的正面、背面或侧面。当终端1100上设置有物理按键或厂商Logo时,指纹传感器1114可以与物理按键或厂商Logo集成在一起。
光学传感器1115用于采集环境光强度。在一个实施例中,处理器1101可以根据光学传感器1115采集的环境光强度,控制显示屏1105的显示亮度。具体地,当环境光强度较高时,调高显示屏1105的显示亮度;当环境光强度较低时,调低显示屏1105的显示亮度。在另一个实施例中,处理器1101还可以根据光学传感器1115采集的环境光强度,动态调整摄像头组件1106的拍摄参数。
接近传感器1116,也称距离传感器,通常设置在终端1100的前面板。接近传感器1116用于采集用户与终端1100的正面之间的距离。在一个实施例中,当接近传感器1116检测到用户与终端1100的正面之间的距离逐渐变小时,由处理器1101控制显示屏1105从亮屏状态切换为息屏状态;当接近传感器1116检测到用户与终端1100的正面之间的距离逐渐变大时,由处理器1101控制显示屏1105从息屏状态切换为亮屏状态。
本领域技术人员可以理解,图11中示出的结构并不构成对终端1100的限定,可以包括比图示更多或更少的组件,或者组合某些组件,或者采用不同的组件布置。
图12是根据一示例性实施例示出的一种服务器的框图,该服务器1200可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(Central ProcessingUnits,CPU)1201和一个或一个以上的存储器1202,其中,存储器1202中存储有至少一条指令,至少一条指令由处理器1201加载并执行以实现上述各个方法实施例提供的界面显示方法。当然,该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件,以便进行输入输出,该服务器还可以包括其他用于实现设备功能的部件,在此不做赘述。
在示例性实施例中,还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有至少一条指令,上述至少一条指令可由服务器中的处理器执行以完成上述实施例中的界面显示方法。例如,计算机可读存储介质可以是ROM(Read-Only Memory,只读存储器)、RAM(Random Access Memory,随机存取存储器)、CD-ROM(Compact Disc Read-OnlyMemory,只读光盘)、磁带、软盘和光数据存储设备等。
本公开还提供了一种计算机程序产品,当计算机程序产品中的指令由终端或服务器的处理器执行时,使得终端或服务器能够执行上述各个方法实施例提供的界面显示方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种界面显示方法,其特征在于,所述方法包括:
响应于接收到用于请求进入目标界面的操作指令,向服务器请求获取所述目标界面的界面数据;
响应于未接收到所述目标界面的第一界面数据,获取所述服务器的故障信息;
基于所述故障信息,获取在所述服务器处于目标状态下,用于获取所述目标界面的界面数据的目标获取方式,所述目标状态为所述故障信息对应的状态;
基于所述目标获取方式,获取所述目标界面的第二界面数据;
基于所述目标界面的第二界面数据,渲染所述目标界面。
2.根据权利要求1所述的界面显示方法,其特征在于,所述基于所述故障信息,获取在所述服务器处于目标状态下,用于获取所述目标界面的界面数据的目标获取方式,包括:
响应于所述故障信息用于表示所述服务器的后端服务器出现故障,确定所述目标获取方式为从代理nginx服务器中获取所述目标界面的界面数据,所述nginx服务器为所述后端服务器的代理服务器。
3.根据权利要求1所述的界面显示方法,其特征在于,所述基于所述故障信息,获取在所述服务器处于目标状态下,用于获取所述目标界面的界面数据的目标获取方式,包括:
响应于所述故障信息用于表示所述服务器的nginx服务器出现故障,确定所述目标获取方式为从内容分发网络CDN服务器中获取所述目标界面的界面数据。
4.根据权利要求1-3任一项所述的界面显示方法,其特征在于,所述基于所述故障信息,获取在所述服务器处于目标状态下,用于获取所述目标界面的界面数据的目标获取方式,包括:
响应于所述故障信息用于表示所述服务器的CDN服务器出现故障,确定所述目标获取方式为获取本地已缓存的所述目标界面的界面数据。
5.一种界面显示方法,其特征在于,所述方法包括:
接收终端的获取请求,所述获取请求用于获取目标界面的第一界面数据;
响应于服务器的后端服务器处于故障状态,获取当前nginx服务器已缓存的所述目标界面的第二界面数据;
向所述终端返回所述目标界面的第二界面数据。
6.根据权利要求5所述的界面显示方法,其特征在于,所述获取当前nginx服务器已缓存的所述目标界面的第二界面数据之前,所述方法还包括:
获取所述后端服务器向所述nginx服务器返回的所述目标界面的最新界面数据;
将所述最新界面数据作为所述第二界面数据;
缓存所述第二界面数据。
7.一种界面显示装置,其特征在于,所述装置包括:
请求单元,被配置为执行响应于接收到用于请求进入目标界面的操作指令,向服务器请求获取所述目标界面的界面数据;
第一获取单元,被配置为执行响应于未接收到所述目标界面的第一界面数据,获取所述服务器的故障信息;基于所述故障信息,获取在所述服务器处于目标状态下,用于获取所述目标界面的界面数据的目标获取方式,所述目标状态为所述故障信息对应的状态;基于所述目标获取方式,获取所述目标界面的第二界面数据;
渲染单元,被配置为执行基于所述目标界面的第二界面数据,渲染所述目标界面。
8.一种界面显示装置,其特征在于,所述装置包括:
第二接收单元,被配置为执行接收终端的获取请求,所述获取请求用于获取目标界面的第一界面数据;
第二获取单元,被配置为执行响应于服务器的后端服务器处于故障状态,获取当前nginx服务器已缓存的所述目标界面的第二界面数据;
返回单元,被配置为执行向所述终端返回所述目标界面的第二界面数据。
9.一种终端,其特征在于,所述终端包括处理器和存储器,所述存储器中存储有至少一条指令,所述至少一条指令由所述处理器加载并执行,以实现如权利要求1-4任一项所述的界面显示方法。
10.一种服务器,其特征在于,所述服务器包括处理器和存储器,所述存储器中存储有至少一条指令,所述至少一条指令由所述处理器加载并执行,以实现如权利要求5-6任一项所述的界面显示方法。
CN202010500714.4A 2020-06-04 2020-06-04 界面显示方法、装置、终端及服务器 Active CN111682983B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010500714.4A CN111682983B (zh) 2020-06-04 2020-06-04 界面显示方法、装置、终端及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010500714.4A CN111682983B (zh) 2020-06-04 2020-06-04 界面显示方法、装置、终端及服务器

Publications (2)

Publication Number Publication Date
CN111682983A true CN111682983A (zh) 2020-09-18
CN111682983B CN111682983B (zh) 2022-08-12

Family

ID=72434891

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010500714.4A Active CN111682983B (zh) 2020-06-04 2020-06-04 界面显示方法、装置、终端及服务器

Country Status (1)

Country Link
CN (1) CN111682983B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112417187A (zh) * 2020-11-25 2021-02-26 山东浪潮商用系统有限公司 一种基于nfs的多图片对比方法
CN115514650A (zh) * 2022-09-21 2022-12-23 杭州网易再顾科技有限公司 限流场景下的带宽管理方法、装置、介质及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109088764A (zh) * 2018-08-15 2018-12-25 郑州悉知信息科技股份有限公司 访问请求处理方法及相关设备
CN109088892A (zh) * 2018-10-19 2018-12-25 网宿科技股份有限公司 数据传输方法、系统以及代理服务器
CN110362762A (zh) * 2019-07-11 2019-10-22 北京达佳互联信息技术有限公司 内容数据展示方法、装置、电子设备及存储介质
CN110661826A (zh) * 2018-06-28 2020-01-07 北京京东尚科信息技术有限公司 代理服务器端处理网络请求的方法和代理服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110661826A (zh) * 2018-06-28 2020-01-07 北京京东尚科信息技术有限公司 代理服务器端处理网络请求的方法和代理服务器
CN109088764A (zh) * 2018-08-15 2018-12-25 郑州悉知信息科技股份有限公司 访问请求处理方法及相关设备
CN109088892A (zh) * 2018-10-19 2018-12-25 网宿科技股份有限公司 数据传输方法、系统以及代理服务器
CN110362762A (zh) * 2019-07-11 2019-10-22 北京达佳互联信息技术有限公司 内容数据展示方法、装置、电子设备及存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112417187A (zh) * 2020-11-25 2021-02-26 山东浪潮商用系统有限公司 一种基于nfs的多图片对比方法
CN115514650A (zh) * 2022-09-21 2022-12-23 杭州网易再顾科技有限公司 限流场景下的带宽管理方法、装置、介质及电子设备

Also Published As

Publication number Publication date
CN111682983B (zh) 2022-08-12

Similar Documents

Publication Publication Date Title
CN110674022B (zh) 行为数据获取方法、装置及存储介质
CN110278464B (zh) 显示榜单的方法和装置
CN110213153B (zh) 未读消息的显示方法、获取方法、装置、终端及存储介质
CN109327608B (zh) 歌曲分享的方法、终端、服务器和系统
CN110362762B (zh) 内容数据展示方法、装置、电子设备及存储介质
US20220191557A1 (en) Method for displaying interaction data and electronic device
CN109302385A (zh) 多媒体资源分享方法、装置及存储介质
CN110147503B (zh) 信息发布方法、装置、计算机设备和存储介质
CN111510482B (zh) 失败网络请求的确定方法、装置及计算机存储介质
CN111327694B (zh) 文件上传方法、装置、存储介质及电子设备
CN113144622A (zh) 节点切换方法、装置、设备及计算机可读存储介质
CN111866140A (zh) 融合管理设备、管理系统、服务调用方法及介质
CN111159604A (zh) 图片资源加载方法及装置
CN111569435A (zh) 排行榜生成方法、系统、服务器及存储介质
CN111682983B (zh) 界面显示方法、装置、终端及服务器
CN113377647B (zh) 页面处理方法、装置、服务器、终端及可读存储介质
CN110890969A (zh) 群发消息的方法、装置、电子设备及存储介质
CN111258683A (zh) 检测方法、装置、计算机设备及存储介质
CN111241451A (zh) 网页处理方法、装置、计算机设备及存储介质
CN113553368A (zh) 多层饼图的标签信息处理方法、装置及终端
CN107800720B (zh) 劫持上报方法、装置、存储介质及设备
CN112597417B (zh) 页面更新方法、装置、电子设备及存储介质
CN111641853B (zh) 多媒体资源加载方法、装置、计算机设备及存储介质
CN114140105A (zh) 资源转移方法、装置、设备及计算机可读存储介质
CN112260845B (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
GR01 Patent grant
GR01 Patent grant