CN107181779A - 访问请求的处理方法、装置和系统 - Google Patents

访问请求的处理方法、装置和系统 Download PDF

Info

Publication number
CN107181779A
CN107181779A CN201610136703.6A CN201610136703A CN107181779A CN 107181779 A CN107181779 A CN 107181779A CN 201610136703 A CN201610136703 A CN 201610136703A CN 107181779 A CN107181779 A CN 107181779A
Authority
CN
China
Prior art keywords
access request
access
configuration file
request
terminal
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
CN201610136703.6A
Other languages
English (en)
Other versions
CN107181779B (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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201610136703.6A priority Critical patent/CN107181779B/zh
Publication of CN107181779A publication Critical patent/CN107181779A/zh
Application granted granted Critical
Publication of CN107181779B publication Critical patent/CN107181779B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H04L67/63Routing a service request depending on the request content or context
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • 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/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Abstract

本申请公开了一种访问请求的处理方法、装置和系统。其中,该方法包括:监听访问当前页面时所产生的第一访问请求;当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求;将第一访问请求重定向为第二访问请求;将第二访问请求转发至网页服务器。本申请解决了现有技术的访问终端在需要执行切换当前的访问请求的应用环境中,无法执行切换访问请求的技术问题。

Description

访问请求的处理方法、装置和系统
技术领域
本申请涉及计算机互联网领域,具体而言,涉及一种访问请求的处理方法、装置和系统。
背景技术
用户在访问页面时,可以在浏览器中输入需要访问的页面的URL地址,根据用户输入的URL地址生成HTTP请求,DNS服务器根据URL地址得到目标IP和端口号,根据目标IP和端口号确定用户需要访问的服务器,访问终端将HTTP请求发送给服务器,从而获取需要访问的页面的数据。
在测试环境或者生产环境中,特别是针对静态资源,用户需要切换不同的CDN(内容分发网络)版本进行功能测试(例如,问题调试,开发版本效果的预览等),在这种情况下,用户需要将当前的访问请求切换为任意的HTTP请求。但是,在现有技术中,访问页面的访问请求都是固定的,无法进行切换。
针对现有技术的访问终端在需要执行切换当前的访问请求的应用环境中,无法执行切换访问请求的问题,目前尚未提出有效的解决方案。
申请内容
本申请实施例提供了一种访问请求的处理方法、装置和系统,以至少解决现有技术的访问终端在需要执行切换当前的访问请求的应用环境中,无法执行切换访问请求的技术问题。
根据本申请实施例的一个方面,提供了一种访问请求的处理方法,包括:监听访问当前页面时所产生的第一访问请求;当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求;将第一访问请求重定向为第二访问请求;将第二访问请求转发至网页服务器。
根据本申请实施例的另一方面,还提供了一种访问请求的处理装置,包括:监听模块,用于监听访问当前页面时所产生的第一访问请求;确定模块,用于当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求;定向模块,用于将第一访问请求重定向为第二访问请求;转发模块,用于将第二访问请求转发至网页服务器。
根据本申请实施例的另一方面,还提供了一种访问请求的处理系统,包括:访问终端,用于监听访问当前页面时所产生的第一访问请求,当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求,并将第一访问请求重定向为第二访问请求;网页服务器,与访问终端具有通信关系,用于获取访问终端转发的第二访问请求,并向访问终端返回对应的响应数据。
在本申请实施例中,在需要执行切换当前的访问请求的应用环境中,可以监听访问当前页面时所产生的第一访问请求,当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求,在将第一访问请求重定向为第二访问请求之后,将第二访问请求转发至网页服务器,从而,在需要执行切换当前的访问请求的应用环境中,实现重定向访问请求的目的。
容易注意到,由于可以通过监听访问当前页面时产生的第一访问请求,并在监听到第一访问请求之后,根据配置文件确定与第一访问请求匹配的第二访问请求,并将第一访问请求重定向为第二访问请求,实现将页面固定的HTTP请求,重定向为任意需要的HTTP请求,进一步还可以实现在不同的环境(测试,生产环境)中,特别是针对静态资源,切换不同的CDN版本来进行功能测试(例如,问题调试,开发版本效果的预览等)。因此,通过本申请实施例所提供的方案,可以通过对当前的HTTP请求拦截、转发,根据配置文件灵活切换当前的HTTP请求。
由此,本申请提供的方案解决了现有技术的访问终端在需要执行切换当前的访问请求的应用环境中,无法执行切换访问请求的技术问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请实施例的一种访问请求的处理方法的计算机终端的硬件结构框图;
图2是根据本申请实施例1的一种访问请求的处理方法的流程图;
图3是根据本申请实施例1的一种可选的访问请求的处理方法的流程图;
图4是根据本申请实施例1的一种可选的访问请求的处理方法的交互图;
图5是根据本申请实施例2的一种访问请求的处理装置的示意图;
图6是根据本申请实施例2的一种可选的访问请求的处理装置的示意图;
图7是根据本申请实施例2的一种可选的访问请求的处理装置的示意图;
图8是根据本申请实施例2的一种可选的访问请求的处理装置的示意图;
图9是根据本申请实施例2的一种可选的访问请求的处理装置的示意图;
图10是根据本申请实施例2的一种可选的访问请求的处理装置的示意图;
图11是根据本申请实施例2的一种可选的访问请求的处理装置的示意图;
图12是根据本申请实施例2的一种可选的访问请求的处理装置的示意图;
图13是根据本申请实施例3的一种访问请求的处理系统的结构示意图;
图14是根据本申请实施例3的一种可选的访问请求的处理系统的结构示意图;以及
图15是根据本申请实施例的一种计算机终端的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先,在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释:
Web前端:Web前端一般指网站的表现层和结构层,使用HTML、Css、Javascript等技术进行开发;一般专门从事该项开发工作的工程师称之为web前端开发工程师。
HTTP:HTTP(Hyper TextTransport Protocol)是超文本传输协议的缩写,它用于传送WWW方式的数据,关于HTTP协议的详细内容请参考RFC2616。HTTP协议采用了请求/响应模型。客户端向服务器发送一个访问请求,访问请求的请求头包含请求的方法、URL、协议版本、以及包含请求修饰符、客户信息和内容,类似于MIME的消息结构。服务器以一个状态行作为响应,响应的内容包括消息协议的版本,成功响应的编码或者错误编码加上包含服务器信息、实体元信息以及可能的实体内容。
HTTP代理:HTTP代理介于用户主机与服务器之间,以用户的名义提供对HTTP请求进行拦截、检查和转发等功能,用户主机通过HTTP代理服务器获取需要的信息,无需直接访问服务器。
Chrome浏览器:谷歌浏览器,由谷歌公司开发的一款设计简单、高效的Web浏览工具。
URL:统一资源定位符,Uniform Resource Location的缩写,是互联网上用来描述信息资源的字符串。
实施例1
根据本申请实施例,还提供了一种访问请求的处理方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例,图1是根据本申请实施例的一种访问请求的处理方法的计算机终端的硬件结构框图。如图1所示,计算机终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,计算机终端10还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。
存储器104可用于存储应用软件的软件程序以及模块,如本申请实施例中的访问请求的处理方法对应的程序指令/模块,处理器102通过运行存储在存储器104内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的访问请求的处理方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中,传输装置106包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置106可以为射频(RadioFrequency,RF)模块,其用于通过无线方式与互联网进行通讯。
在上述运行环境下,本申请提供了如图2所示的访问请求的处理方法。图2是根据本申请实施例1的一种访问请求的处理方法的流程图,如图2所示,上述方法可以包括如下步骤:
步骤S21,监听访问当前页面时所产生的第一访问请求。
具体的,上述第一访问请求可以是用户访问当前页面之后所生成的HTTP请求。用户可以在浏览器(例如Chrome浏览器)中打开当前待访问的页面时,可以输入需要访问的页面的URL地址,访问终端根据用户输入的URL地址,请求方式(例如GET请求或POST请求),以及使用的协议版本号,生成相应的HTTP请求。
图3是根据本申请实施例1的一种可选的访问请求的处理方法的流程图,在一种可选的方案中,以如图3所示的实施例为例,用户可以在访问终端中安装Chrome浏览器,并在Chrome浏览器中启用插件,当用户处于需要执行切换当前的HTTP请求的应用环境中,用户可以在开启插件之后,通过Chrome浏览器访问Web站点,生成当前的HTTP请求,访问终端通过监听接口对HTTP请求进行监听。
此处需要说明的是,本申请上述实施例中的插件为用于实现重定向访问请求的代码,可以被打包成crx文件,并将该crx文件导入到浏览器的扩展集中。因此,在打开浏览器进入待处理的当前页面,并启动插件之后,如果监听到当前页面所产生的第一访问请求,该插件开始执行重定向访问请求的功能。
此处还需要说明的是,上述访问终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices,MID)、PAD,个人电脑,笔记本电脑等终端设备。
步骤S23,当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求。即利用配置文件中所定义的规则来确定该第一访问请求匹配的第二访问请求,定义的规则至少包括:是否重定向该第一访问请求,以及是否存在与第一访问请求匹配的第二访问请求。
具体的,上述步骤中的第二访问请求可以是用户需要切换的HTTP请求,上述配置文件可以是通过访问配置服务器获取到的配置文件,也可以是访问终端本地保存的配置文件,配置文件中可以保存有多组访问请求组,每组访问请求组中至少包含两部分内容,一部分为预先设定的待匹配的访问请求数据,待匹配的访问请求数据用于与监听到的访问请求进行匹配,即可以与用户访问页面所生成的第一访问请求进行匹配,另一部分为与待匹配的访问请求数据相对应的访问请求,该访问请求为用户需要切换的访问请求,即如果第一访问请求与任意一组待匹配的访问数据匹配时,可以对应获取相对应的访问请求进行替换。
在一种可选的方案中,当用户处于需要执行切换当前的HTTP请求的环境中,用户可以在开启插件之后,通过Chrome浏览器访问Web站点页面,生成当前的HTTP请求。访问终端通过插件接口监听到该HTTP请求之后,可以从配置文件中查找与该HTTP请求匹配的HTTP请求。
步骤S25,将第一访问请求重定向为第二访问请求。此处的重定向可以是将第一访问请求替换为第二访问请求。
上述步骤可以实现在访问终端从配置文件中查找到与该HTTP请求匹配的HTTP请求之后,可以拦截当前访问终端发出的访问请求,将该访问请求替换为配置文件中匹配到的访问请求。
具体的,在一种可选的方案中,结合如图3所示的实施例,当用户处于需要执行切换当前的访问请求的环境中,用户可以在开启插件之后,通过Chrome浏览器访问Web站点页面,生成当前的第一HTTP请求,此时访问终端通过插件接口监听到该第一HTTP请求,此时,如果从配置文件中查找与该第一HTTP请求匹配的第二HTTP请求,则确定当前第一HTTP请求需要进行重定向,并将该第一HTTP请求重定向为与之匹配的第二HTTP请求。
步骤S27,将第二访问请求转发至网页服务器。
结合图3可知,上述步骤可以实现访问终端将替换后的HTTP请求发送至网页服务器,并获取网页服务器返回的与替换后的访问请求所对应的页面数据,进一步的,可以在浏览器中显示得到的页面数据。
由上可知,本申请上述实施例一公开的方案中,在需要执行切换当前的访问请求的应用环境中,可以监听访问当前页面时所产生的第一访问请求,当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求,在将第一访问请求重定向为第二访问请求之后,将第二访问请求转发至网页服务器,从而,在需要执行切换当前的访问请求的应用环境中,实现重定向访问请求的目的。
容易注意到,由于可以通过监听访问当前页面时产生的第一访问请求,并在监听到第一访问请求之后,根据配置文件确定与第一访问请求匹配的第二访问请求,并将第一访问请求重定向为第二访问请求,实现将页面固定的HTTP请求,重定向为任意需要的HTTP请求,进一步还可以实现在不同的环境(测试,生产环境)中,特别是针对静态资源,切换不同的CDN版本来进行功能测试(例如,问题调试,开发版本效果的预览等)。因此,通过本申请实施例所提供的方案,可以通过对当前的HTTP请求拦截、转发,根据配置文件灵活切换当前的HTTP请求。
由此,本申请提供的上述实施例一的方案解决了现有技术的访问终端在需要执行切换当前的访问请求的应用环境中,无法执行切换访问请求的技术问题。
此处需要说明的是,基于本申请上述实施例提供的方案,可以通过插件来调用内置接口和重定向函数,其中,通过内置接口来监听当前页面所产生的第一访问请求,重定向函数用于在确定与第一访问请求匹配的第二访问请求之后,将第一访问请求重定向为第二访问请求。
具体的,在用户通过Chrome浏览器访问当前页面的情况下,上述插件可以是安装在Chrome浏览器上的插件,工程师可以根据Chrome插件开发规范,开发相应的插件,然后打包成crx文件,导入到Chrome扩展集中。
在一种可选的方案中,如图3所示,在用户通过Chrome浏览器访问页面的过程中,用户进入需要重定向HTTP请求的页面,并开启Chrome插件,然后刷新页面,Chrome插件可以通过调用内置接口chrome.webRequest.onBeforeRequest.addListener API对页面相应的HTTP请求进行监听,在监听到用户访问当前页面生成的HTTP请求之后,从配置文件中查找得到与该HTTP请求匹配的HTTP请求,通过Chrome插件调用重定向函数将该HTTP请求替换为匹配到的HTTP请求。
上述通过插件来调用内置接口和重定向函数的方案,可以实现基于Chrome插件对HTTP请求进行监听和重定向,用户不需要另外安装客户端软件,只需要将插件导入到Chrome浏览器中,节省访问终端的存储空间,提高HTTP请求拦截和替换的灵活度。
根据本申请上述实施例,在步骤S23,根据配置文件确定与第一访问请求匹配的第二访问请求之前,上述实施例还可以执行如下步骤:
步骤S209,远程获取预先配置的配置文件,其中,配置文件至少包括:用于匹配访问请求的至少一组参数组以及每组参数组所对应的目标访问信息。
具体的,配置文件可以保存在远程的配置服务器中,配置文件由多组参数组以及每组参数组对应的目标访问信息来构成。结合图3所示的实施例,访问终端通过远程访问来获取配置文件中的数据,其中,在配置文件中的任意一组参数组与访问终端上产生的第一访问请求所包含的参数相匹配的情况下,获取上述配置文件中记载的与该组参数组相对应的目标访问信息,例如,上述参数组中包含参数与HTTP请求的参数内容相同,则确定该第一访问为需要替换的请求,即需要修改访问页面的URL地址。上述目标访问信息可以是与监听到的第一请求匹配的第二访问请求,也可以是构成该第二访问请求的一个或多个参数,例如,上述目标访问信息可以是每组参数组对应的URL地址。
此处需要说明的是,每组参数组包含的参数的个数、类型,以及每组参数对应的目标访问信息包含的参数的个数、类型可以相同,也可以不同,此处不对每组参数和目标访问信息包含的具体参数进行限定,配置信息可以根据需要人工进行修改。
此处还需要说明的是,可以通过如下方式来获取用于匹配访问请求的至少一组参数组以及每组参数组所对应的目标访问信息:以KEY-Value的键值匹配关系来存储,以人工编写脚本的方式来存储,以及以存储函数的方式来存储。
步骤S211,加载配置文件。即获取配置文件所定义的规则。
上述步骤可以实现,在访问终端通过远程访问配置服务器获取配置文件,并在获取到配置文件之后,加载该配置文件。结合如图3所示的实施例,在Chrome插件监听到HTTP请求之后,根据加载的配置文件确定与当前的HTTP请求匹配的HTTP请求,将当前的HTTP请求重定向为配置文件中匹配到的HTTP请求,并将重定向处理后的HTTP请求发送给网页服务器。
在本发明提供的一种可选的方案中,访问终端可以通过远程访问配置服务器获取配置文件,并将获取到的配置文件中定义的规则缓存在访问终端本地,访问终端可以加载本地缓存的配置文件。在监听到HTTP请求之后,根据本地缓存的配置文件确定与当前的HTTP请求匹配的HTTP请求,将当前的HTTP请求重定向为配置文件中匹配到的HTTP请求,并将重定向处理后的HTTP请求发送给网页服务器。
通过上述步骤S209至步骤S211,可以远程获取预先配置的配置文件,将获取到的配置文件进行加载,从而实现根据配置文件确定第二访问请求的目的,通过远程配置数据对HTTP请求的转发规则进行灵活管理,充分保证多用户使用同一份配置数据进行调试,有利于团队多人协作。
根据本申请上述实施例,步骤S23,当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求,可以包括如下步骤:
步骤S231,当监听到第一访问请求时,判断配置文件中是否存在一组与第一访问请求匹配的参数组。
步骤S233,如果配置文件中存在与第一访问请求匹配的参数组,拦截第一访问请求,并从配置文件中读取与第一访问请求匹配的第二访问请求。
步骤S235,如果配置文件中不存在与第一访问请求匹配的参数组,则将第一访问请求直接转发至网页服务器。
通过上述步骤S231至步骤S235,当监听到第一访问请求时,可以判断配置文件中是否存在一组与第一访问请求匹配的参数组,如果存在,则拦截第一访问请求,并从配置文件中读取与第一访问请求匹配的第二访问请求;如不存在,则将第一访问请求直接转发至网页服务器,从而实现通过远程配置数据获取与监听到的HTTP请求匹配的HTTP请求。
根据本申请上述实施例,上述参数组可以至少包括一个参数,在第一访问请求至少包含一个属性参数的情况下,本申请提供的一种可选实施例中,可以通过在配置文件中查询是否存在一组参数与第一访问请求包含的属性参数相同,来确定配置文件中是否存在与第一访问请求匹配的参数组,其中,如果在配置文件中成功查询到与属性参数相同的参数组,则从配置文件中读取与匹配成功的参数组具有对应关系的目标访问信息,其中,目标访问信息用于生成第二访问请求。
上述实施例中的每组参数组可以包括如下任意一种或多种参数:URL地址,请求方法,协议版本,请求修饰符,客户信息,消息结构,在配置文件中的任意一组参数组与访问终端上产生的第一访问请求所包含的参数相匹配的情况下,获取上述配置文件中记载的与该组参数组相对应的目标访问信息。上述目标访问信息可以直接作为第一访问请求来替换第一访问请求,也可以是构成该第二访问请求的一个或多个参数,通过修改或替换第一访问请求中对应的参数来生成第二访问请求,例如,上述目标访问信息可以是每组参数组对应的URL地址,重定向第一访问请求的过程为修改第一访问请求中URL地址的过程。
具体的,上述目标访问信息可以是HTTP请求中需要重定向的一个或多个参数,可以根据目标访问信息和HTTP请求中其余的参数生成需要替换的HTTP请求。
在一种可选的方案中,如图3所示,Chrome插件在监听到用户通过Chrome浏览器访问页面生成的HTTP请求之后,将HTTP请求中的属性参数与配置文件中每组参数进行比对,判断该HTTP请求与加载的配置数据中预设的HTTP请求中的至少一个属性参数进行匹配,即配置文件中查询是否存在一组参数与第一访问请求包含的属性参数相同,如果配置文件中有一组参数与HTTP请求中的属性参数相同,则从配置文件中读取该组参数对应的目标访问信息,并根据目标访问信息和HTTP请求中其余的属性参数生成匹配到的HTTP请求。
由上可知,上述方案可以实现通过在配置文件中查询是否存在一组参数与第一访问请求包含的属性参数相同,来确定配置文件中是否存在与第一访问请求匹配的参数组,从而实现判断配置文件中是否存在一组与第一访问请求匹配的参数组的目的。
在本发明提供的一种优选方案中,上述步骤S209,远程获取预先配置的配置文件提供的方案可以通过如下步骤来实现:
步骤S291,远程访问配置服务器,如果成功获取到配置服务器返回的配置文件,则进入加载配置文件的步骤。
步骤S293,如果获取配置文件失败,则判断访问终端的本地是否已经缓存有历史配置文件,其中,访问终端用于执行访问当前页面的步骤。
仍旧结合图3所提供的具体示例,当用户初次使用Chrome插件重定向HTTP请求时,访问终端本地不存在历史配置文件,因此需要通过远程访问配置服务器获取配置文件,并将获取到的配置文件保存在本地,作为历史配置文件。如果Chrome插件中包含初始的配置文件,则可以将该初始的配置文件作为历史配置文件。当用户第二次或者之后使用Chrome插件重定向HTTP请求时,访问终端本地缓存有历史配置文件。
步骤S295,如果访问终端已经缓存有历史配置文件,则将历史配置文件作为当前的配置文件进行加载。
步骤S297,如果访问终端未缓存有历史配置文件,则重新远程访问配置服务器,直至获取到配置文件。
在一种可选的方案中,如图3所示,访问终端可以远程访问配置服务器,获取配置服务器中保存的配置文件,如果成功获取到配置文件,则加载配置文件,并在本地缓存配置文件中定义的规则内容。在访问终端在远程访问配置服务器,获取配置数据之前,可以先确定当前访问终端本地是否缓存有历史配置数据,如果本地已经存在历史配置数据,则加载历史配置数据,采用当前缓存的历史配置数据来确定后续接收到的访问请求是否需要进行重定向,如果本地未缓存历史配置文件,例如,用户首次使用Chrome插件时,则通过远程访问配置服务器来获取配置数据,并将获取到的配置数据中定义的规则内容进行缓存,以使得访问终端在下次发起访问请求时,可以从本地获取到配置数据。
通过上述步骤S291至步骤S297所提供的方案,可以实现远程访问配置服务器,如果成功获取到配置服务器返回的配置文件,则进入加载配置文件的步骤,如果获取配置文件失败,则判断访问终端的本地是否已经缓存有历史配置文件,如果访问终端已经缓存有历史配置文件,则将历史配置文件作为当前的配置文件进行加载,如果访问终端未缓存有历史配置文件,则重新远程访问配置服务器,直至获取到配置文件,从而实现通过远程访问配置服务器获取配置文件的目的。
根据本申请上述实施例,在重复获取配置文件的过程中,为了避免产生无限次循环获取的过程,造成资源浪费等缺陷,还可以提供一种优选方案,即如果获取配置文件失败的次数超过门限值,则停止远程访问配置服务器,并终止监听第一访问请求。
由此可知,为了防止访问终端一直远程访问配置服务器,获取配置文件,可以根据实际需要设置重复远程访问配置服务器的次数,如果从配置服务器获取配置文件失败的次数超过门限值,则访问终端停止远程访问配置服务器,并且由于无法获取到配置文件,导致无法确定与当前HTTP请求匹配的HTTP请求,因此Chrome插件将停止监听HTTP请求。
通过上述示例,如果获取配置文件失败的次数超过门限值,则可以停止远程访问配置服务器,并终止监听第一访问请求,从而避免访问终端一直远程访问配置服务器,降低资源占用率,提升运行效率。
根据本申请上述实施例,上述方法还可以包括如下步骤:步骤S203,在启动用于重定向第一访问请求的重定向功能之后,允许实时远程访问配置服务器来获取预先配置的配置文件,其中,配置文件为实时或定时更新的动态文件。
在一种可选的方案中,在用户启动重定向功能,即打开Chrome浏览器访问页面,并且打开Chrome插件之后,可以通过远程访问配置服务器来实时获取配置服务器中的配置文件,访问终端可以实时或者定时从配置服务器获取配置文件,来更新本地的配置文件。
通过上述步骤S203,可以通过实时远程访问配置服务器来获取预先配置的配置文件,从而保证Chrome插件可以根据配置文件确定与当前的HTTP请求匹配的HTTP请求,实现HTTP请求重定向的目的。
下面结合图3和图4详细介绍本申请的一种优选实施例。
如图4所示,以Chrome浏览器中安装Chrome插件为应用场景,提供了一种可选的访问请求的处理方法,该方法可以包括如下步骤S41至步骤S47:
步骤S41,访问终端131远程访问配置服务器141获取配置文件。
在一种可选的实施例中,访问终端可以通过远程访问配置服务器获取配置文件,如果成功获取到配置服务器返回的配置文件,则加载配置文件,并在本地进行缓存配置文件中定义的规则内容。如果访问终端从配置服务器获取配置文件失败,则判断本地是否已经缓存有历史配置文件,如果访问终端已经缓存有历史配置文件,则将历史配置文件作为当前的配置文件进行加载。如果访问终端未缓存有历史配置文件,例如,用户首次使用Chrome插件时,则重新远程访问配置服务器,直至获取到配置文件,访问终端在从远程访问配置服务器获取到配置文件之后,将获取到的配置文件中定义的规则内容进行缓存,保存在访问终端本地,使得访问终端在下次发起访问请求时,可以从本地获取历史配置文件。如果重新远程访问配置服务器的次数超过门限值,则访问终端停止远程访问配置服务器,Chrome插件停止监听访问终端的网页被访问时所产生的HTTP请求。
步骤S42,访问终端131通过Chrome插件调用内置接口监听访问当前页面时所产生的HTTP请求。
可选的,用户可以在访问终端的Chrome浏览器中安装Chrome插件,通过Chrome浏览器访问Web页面,并开启Chrome插件,Chrome插件通过调用内置接口chrome.webRequest.onBeforeRequest.addListener API对访问终端的网页被访问时所产生的HTTP请求进行监听。
步骤S43,访问终端131根据配置文件确定HTTP请求是否需要重定向。
可选的,当插件监听到HTTP请求时,根据加载的配置文件,判断配置文件中是否存在与当前访问终端发起的HTTP请求匹配的参数组,即通过在配置文件中查询是否存在一组参数与第一访问请求包含的属性参数相同,如果存在,则确定该HTTP请求需要重定向,进入步骤S54;如果不存在,则确定该HTTP请求不需要重定向,进入步骤S56。
步骤S44,如果确定HTTP请求不需要重定向,访问终端131直接发送HTTP请求至网页服务器133。
可选的,如果确定HTTP请求不需要重定向,则访问终端直接将HTTP请求发送至网页服务器,并获取访问服务器返回的响应数据。
步骤S45,如果确定HTTP请求需要重定向,拦截访问终端131发起的HTTP请求。
步骤S46,访问终端131根据配置文件重定向HTTP请求,即将当前访问终端发起的HTTP请求替换为配置数据中预设的HTTP请求。
可选的,在确定HTTP请求需要重定向之后,拦截该HTTP请求,获取配置文件中与该HTTP请求匹配的HTTP请求,Chrome插件通过调用重定向函数将该HTTP请求重定向为配置文件中匹配的HTTP请求。
步骤S47,访问终端131发送重定向处理之后的HTTP请求至网页服务器133。
可选的,如果确定HTTP请求需要重定向,则访问终端将重定向处理之后的HTTP请求发送至网页服务器,并获取访问服务器返回的响应数据。
通过上述步骤S41至步骤S47,在需要执行替换当前的访问请求的应用环境中,可以监听访问当前页面时所产生的HTTP请求,当监听到HTTP请求时,根据获取到的配置文件判断该HTTP请求是否需要重定向,如果确定需要重定向,则对HTTP请求进行拦截、重定向,并将重定向之后的HTTP请求发送至网页服务器;如果确定不需要重定向,则直接将HTTP请求发送至网页服务器,从而,在需要执行切换当前的访问请求的应用环境中,实现重定向访问请求的目的。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
实施例2
根据本申请实施例,还提供了一种用于实施上述访问请求的处理方法的访问请求的处理装置,如图5所示,该装置包括:监听单元51,确定单元53,定向单元55和转发单元57。
其中,监听单元51用于监听访问当前页面时所产生的第一访问请求;确定单元53用于当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求;定向单元55用于将第一访问请求重定向为第二访问请求;转发单元57用于将第二访问请求转发至网页服务器。
具体的,上述第一访问请求可以是用户访问当前页面之后所生成的HTTP请求。用户可以在浏览器(例如Chrome浏览器)中打开当前待访问的页面时,输入需要访问的页面的URL地址,访问终端根据用户输入的URL地址,请求方式(例如GET请求或POST请求),以及使用的协议版本号,生成相应的HTTP请求,上述第二访问请求可以是用户需要替换的HTTP请求,上述配置文件可以是通过访问配置服务器获取到的配置文件,也可以是访问终端本地保存的配置文件,配置文件中保存有多组HTTP请求组,每组HTTP请求组中包含两个HTTP请求,一个为用户访问页面生成的当前的HTTP请求,另一个为用户需要替换的HTTP请求。
此处需要说明的是,上述监听单元51,确定单元53,定向单元55和转发单元57对应于实施例一中的步骤S21至步骤S27,四个模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
本申请上述实施例二公开的方案中,在需要执行切换当前的访问请求的应用环境中,可以监听访问当前页面时所产生的第一访问请求,当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求,在将第一访问请求重定向为第二访问请求之后,将第二访问请求转发至网页服务器,从而,在需要执行切换当前的访问请求的应用环境中,实现重定向访问请求的目的。
容易注意到,由于可以通过监听访问当前页面时产生的第一访问请求,并在监听到第一访问请求之后,根据配置文件确定与第一访问请求匹配的第二访问请求,并将第一访问请求重定向为第二访问请求,实现将页面固定的HTTP请求,重定向为任意需要的HTTP请求,进一步还可以实现在不同的环境(测试,生产环境)中,特别是针对静态资源,切换不同的CDN版本来进行功能测试(例如,问题调试,开发版本效果的预览等)。因此,通过本申请实施例所提供的方案,可以通过对当前的HTTP请求拦截、转发,根据配置文件灵活切换当前的HTTP请求。
由此,本申请提供的上述实施例二的方案解决了现有技术的访问终端在需要执行切换当前的访问请求的应用环境中,无法执行切换访问请求的技术问题。
根据本申请上述实施例,如图6所述,上述装置还包括:调用单元61。
其中,调用单元61用于通过插件来调用内置接口和重定向函数,其中,通过内置接口来监听当前页面所产生的第一访问请求,重定向函数用于在确定与第一访问请求匹配的第二访问请求之后,将第一访问请求重定向为第二访问请求。
此处还需要说明的是,上述调用单元61对应于实施例一中的步骤S201,该模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
根据本申请上述实施例,如图7所述,上述装置还包括:获取单元71和加载单元73。
其中,获取单元71用于远程获取预先配置的配置文件,其中,配置文件至少包括:用于匹配访问请求的至少一组参数组以及每组参数组所对应的目标访问信息;加载单元73用于加载配置文件。
具体的,HTTP请求中可以包含如下参数:URL地址,请求方法,协议版本,请求修饰符,客户信息,消息结构。上述参数组可以包含HTTP请求中的一个或多个参数,例如,上述参数组可以包含一个参数,即访问页面的URL地址。上述目标访问信息可以是与监听到的HTTP请求匹配的第二访问请求,也可以是与HTTP请求对应的一个或多个参数,例如,上述目标访问信息可以是每组参数组对应的URL地址。
此处需要说明的是,加载单元用于加载配置文件,即获取配置文件所定义的规则。每组参数组包含的参数的个数、类型,以及每组参数对应的目标访问信息包含的参数的个数、类型可以相同,也可以不同,此处不对每组参数和目标访问信息包含的具体参数进行限定,配置信息可以根据需要人工进行修改。
此处还需要说明的是,上述获取单元71和加载单元73对应于实施例一中的步骤S209至步骤S211,两个模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
根据本申请上述实施例,如图8所示,上述确定单元53包括:第一判断模块81,读取模块83和转发模块85。
其中,第一判断模块81用于当监听到第一访问请求时,判断配置文件中是否存在一组与第一访问请求匹配的参数组;读取模块83用于如果配置文件中存在与第一访问请求匹配的参数组,拦截第一访问请求,并从匹配置文件中读取与第一访问请求匹配的第二访问请求;转发模块85用于如果配置文件中不存在与第一访问请求匹配的参数组,则将第一访问请求直接转发至网页服务器。
此处需要说明的是,上述第一判断模块81,读取模块83和转发模块85对应于实施例一中的步骤S231至步骤S235,三个模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
根据本申请上述实施例,如图9所示,在参数组至少包括一个参数,第一访问请求至少包含一个属性参数的情况下,第一判断模块81包括:查询子模块91。
其中,查询子模块91用于通过在配置文件中查询是否存在一组参数与第一访问请求包含的属性参数相同,来确定配置文件中是否存在与第一访问请求匹配的参数组,其中,如果在配置文件中成功查询到与属性参数相同的参数组,则从配置文件中读取与匹配成功的参数组具有对应关系的目标访问信息,其中,目标访问信息用于生成第二访问请求。
上述实施例中的每组参数组可以包括如下任意一种或多种参数:URL地址,请求方法,协议版本,请求修饰符,客户信息,消息结构,在配置文件中的任意一组参数组与访问终端上产生的第一访问请求所包含的参数相匹配的情况下,获取上述配置文件中记载的与该组参数组相对应的目标访问信息。上述目标访问信息可以直接作为第一访问请求来替换第一访问请求,也可以是构成该第二访问请求的一个或多个参数,通过修改或替换第一访问请求中对应的参数来生成第二访问请求,例如,上述目标访问信息可以是每组参数组对应的URL地址,重定向第一访问请求的过程为修改第一访问请求中URL地址的过程。
具体的,上述目标访问信息可以是HTTP请求中需要重定向的一个或多个参数,可以根据目标访问信息和HTTP请求中其余的参数生成需要替换的HTTP请求。
此处需要说明的是,上述查询子模块91对应于实施例一中的方案,该模块与对应的方案所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
根据本申请上述实施例,如图10所示,上述获取单元71包括:第一访问模块101,第二判断模块103,处理模块105和第二访问模块107。
其中,第一访问模块101用于远程访问配置服务器,如果成功获取到配置服务器返回的配置文件,则执行加载单元73的功能;第二判断模块103用于如果获取配置文件失败,则判断访问终端的本地是否已经缓存有历史配置文件,其中,访问终端用于执行访问当前页面的功能;处理模块105用于如果访问终端已经缓存有历史配置文件,则将历史配置文件作为当前的配置文件进行加载;第二访问模块107用于如果访问终端未缓存有历史配置文件,则重新远程访问配置服务器,直至获取到配置文件。
此处需要说明的是,当用户初次使用Chrome插件重定向HTTP请求时,访问终端本地不存在历史配置文件,因此需要通过远程访问配置服务器获取配置文件,并将获取到的配置文件保存在本地,作为历史配置文件。如果Chrome插件中包含初始的配置文件,则可以将该初始的配置文件作为历史配置文件。当用户第二次或者之后使用Chrome插件重定向HTTP请求时,访问终端本地缓存有历史配置文件。
此处需要说明的是,上述第一访问模块101,第二判断模块103,处理模块105和第二访问模块107对应于实施例一中的步骤S291至步骤S297,四个模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
根据本申请上述实施例,如图11所示,上述获取单元71还包括:停止模块111。
其中,停止模块111用于如果获取配置文件失败的次数超过门限值,在停止远程访问配置服务器,并终止监听第一访问请求。
此处需要说明的是,上述停止模块111对应于实施例一中的方案,该模块与对应的方案所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
根据本申请上述实施例,如图12所示,上述装置还包括:访问单元121。
其中,访问单元121用于在启动用于重定向第一访问请求的重定向功能之后,允许实时远程访问配置服务器来获取预先配置的配置文件,其中,配置文件为实时或定时更新的动态文件。
此处需要说明的是,上述访问单元121对应于实施例一中的步骤S203,该模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中。
实施例3
根据本申请实施例,还提供了一种访问请求的处理系统,如图13所示,该系统可以包括:访问终端131和网页服务器133。
其中,访问终端131用于监听访问当前页面时所产生的第一访问请求,当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求,并将第一访问请求重定向为第二访问请求;网页服务器133,与访问终端131具有通信关系,用于获取访问终端转发的第二访问请求,并向访问终端返回对应的响应数据。
具体的,上述第一访问请求可以是用户访问当前页面生成的当前的HTTP请求。用户访问页面时,可以输入需要访问的页面的URL地址,访问终端根据用户输入的URL地址,请求方式(例如GET请求或POST请求),以及使用的协议版本号,生成相应的HTTP请求,上述第二访问请求可以是用户需要替换的HTTP请求,上述配置文件可以是通过访问配置服务器获取到的配置文件,也可以是访问终端本地保存的配置文件,配置文件中保存有多组HTTP请求组,每组HTTP请求组中包含两个HTTP请求,一个为用户访问页面生成的当前的HTTP请求,另一个为用户需要替换的HTTP请求。
在一种可选的方案中,用户可以在访问终端中安装Chrome浏览器,并在Chrome浏览器中在Chrome浏览器中启用插件,当用户处于需要执行切换当前的HTTP请求的应用环境中,用户可以在开启插件之后,通过Chrome浏览器访问Web站点,生成当前的HTTP请求,访问终端通过监听接口对HTTP请求进行监听。访问终端通过插件接口监听到该HTTP请求之后,可以从配置文件中查找与该HTTP请求匹配的HTTP请求。在访问终端从配置文件所定义的匹配规则中查找到与该HTTP请求匹配的HTTP请求之后,可以将改HTTP请求替换为匹配到的HTTP请求。访问终端可以将替换后的HTTP请求发送至网页服务器,并获取网页服务器返回的页面数据。
本申请上述实施例三公开的方案中,在需要执行切换当前的访问请求的应用环境中,可以监听访问当前页面时所产生的第一访问请求,当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求,在将第一访问请求重定向为第二访问请求之后,将第二访问请求转发至网页服务器,从而,在需要执行切换当前的访问请求的应用环境中,实现重定向访问请求的目的。
容易注意到,由于可以通过监听访问当前页面时产生的第一访问请求,并在监听到第一访问请求之后,根据配置文件确定与第一访问请求匹配的第二访问请求,并将第一访问请求重定向为第二访问请求,实现将页面固定的HTTP请求,重定向为任意需要的HTTP请求,进一步还可以实现在不同的环境(测试,生产环境)中,特别是针对静态资源,切换不同的CDN版本来进行功能测试(例如,问题调试,开发版本效果的预览等)。因此,通过本申请实施例所提供的方案,可以通过对当前的HTTP请求拦截、转发,根据配置文件灵活切换当前的HTTP请求。
由此,本申请提供的上述实施例三的方案解决了现有技术的访问终端在需要执行切换当前的访问请求的应用环境中,无法执行切换访问请求的技术问题。
根据本申请上述实施例,如图14所示,上述系统还包括:配置服务器141。
其中,配置服务器141,与访问终端131具有通信关系,用于保存配置文件,其中,配置文件所定义的规则内容中至少包括:用于匹配访问请求的至少一组参数组以及每组参数组所对应的目标访问信息;访问终端131还用于远程访问配置服务器获取配置文件,加载配置文件。
具体的,HTTP请求中可以包含如下参数:URL地址,请求方法,协议版本,请求修饰符,客户信息,消息结构。上述参数组可以包含HTTP请求中的一个或多个参数,例如,上述参数组可以包含一个参数,即访问页面的URL地址。上述目标访问信息可以是与监听到的HTTP请求匹配的第二访问请求,也可以是与HTTP请求对应的一个或多个参数,例如,上述目标访问信息可以是每组参数组对应的URL地址。
此处需要说明的是,每组参数组包含的参数的个数、类型,以及每组参数对应的目标访问信息包含的参数的个数、类型可以相同,也可以不同,此处不对每组参数和目标访问信息包含的具体参数进行限定,配置信息可以根据需要人工进行修改。
在一种可选的方案中,访问终端可以通过远程获取配置文件,并在获取到配置文件之后,加载该配置文件,并在访问终端本地保存该配置文件中定义的规则。在Chrome插件监听到HTTP请求之后,根据加载的配置文件确定与当前的HTTP请求匹配的HTTP请求,将当前的HTTP请求重定向为匹配到的HTTP请求,并将重定向的HTTP请求发送给网页服务器。
通过上述方案,可以远程获取预先配置的配置文件,将获取到的配置文件进行加载,从而实现根据配置文件确定第二访问请求的目的,通过远程配置数据对HTTP请求的转发规则进行灵活管理,充分保证多用户使用同一份配置数据进行调试,有利于团队多人协作。
在本申请提供的一种可选实施例中,访问终端131还用于当监听到第一访问请求时,判断配置文件中是否存在一组与第一访问请求匹配的参数组;如果配置文件中存在与第一访问请求匹配的参数组,拦截第一访问请求,并从配置文件中读取与第一访问请求匹配的第二访问请求;如果配置文件中不存在与第一访问请求匹配的参数组,则将第一访问请求直接转发至网页服务器。
在本申请提供的一种可选实施例中,访问终端131还用于在参数组至少包括一个参数,第一访问请求至少包含一个属性参数的情况下,通过在配置文件中查询是否存在一组参数与第一访问请求包含的属性参数相同,来确定配置文件中是否存在与第一访问请求匹配的参数组,其中,如果在配置文件中成功查询到与属性参数相同的参数组,则从配置文件中读取与匹配成功的参数组具有对应关系的目标访问信息,其中,目标访问信息用于生成第二访问请求。
在本申请提供的一种可选实施例中,访问终端131还用于远程访问配置服务器,如果成功获取到配置服务器返回的配置文件,则进入加载配置文件的步骤;如果获取配置文件失败,则判断访问终端的本地是否已经缓存有历史配置文件,其中,访问终端用于执行访问当前页面的步骤;如果访问终端已经缓存有历史配置文件,则将历史配置文件作为当前的配置文件进行加载;如果访问终端未缓存有历史配置文件,则重新远程访问配置服务器,直至获取到配置文件。
在本申请提供的一种可选实施例中,访问终端131还用于如果获取配置文件失败的次数超过门限值,则停止远程访问配置服务器,并终止监听第一访问请求。
在本申请提供的一种可选实施例中,访问终端131还用于在启动用于重定向第一访问请求的重定向功能之后,允许实时远程访问配置服务器来获取预先配置的配置文件,其中,配置文件为实时或定时更新的动态文件。
在本申请提供的一种可选实施例中,访问终端131还用于通过插件来调用内置接口和重定向函数,其中,通过内置接口来监听当前页面所产生的第一访问请求,重定向函数用于在确定与第一访问请求匹配的第二访问请求之后,将第一访问请求重定向为第二访问请求。
实施例4
本申请的实施例可以提供一种计算机终端,该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地,在本实施例中,上述计算机终端也可以替换为移动终端等终端设备。
可选地,在本实施例中,上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。
在本实施例中,上述计算机终端可以执行访问请求的处理方法中以下步骤的程序代码:监听访问当前页面时所产生的第一访问请求;当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求;将第一访问请求重定向为第二访问请求;将第二访问请求转发至网页服务器。
可选地,图15是根据本申请实施例的一种计算机终端的结构框图。如图15所示,该计算机终端131可以包括:一个或多个(图中仅示出一个)处理器151、存储器153、以及传输装置155。
其中,存储器153可用于存储软件程序以及模块,如本申请实施例中的访问请求的处理方法和装置对应的程序指令/模块,处理器151通过运行存储在存储器内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的访问请求的处理方法。存储器153可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器153可进一步包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至终端131。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
处理器151可以通过传输装置调用存储器存储的信息及应用程序,以执行下述步骤:监听访问当前页面时所产生的第一访问请求;当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求;将第一访问请求重定向为第二访问请求;将第二访问请求转发至网页服务器。
可选的,上述处理器151还可以执行如下步骤的程序代码:在根据配置文件确定与第一访问请求匹配的第二访问请求之前,远程获取预先配置的配置文件,其中,配置文件至少包括:用于匹配访问请求的至少一组参数组以及每组参数组所对应的目标访问信息;加载配置文件。
可选的,上述处理器151还可以执行如下步骤的程序代码:当监听到第一访问请求时,判断配置文件中是否存在一组与第一访问请求匹配的参数组;如果配置文件中存在与第一访问请求匹配的参数组,拦截第一访问请求,并从配置文件中读取与第一访问请求匹配的第二访问请求;如果配置文件中不存在与第一访问请求匹配的参数组,则将第一访问请求直接转发至网页服务器。
可选的,上述处理器151还可以执行如下步骤的程序代码:在参数组至少包括一个参数,第一访问请求至少包含一个属性参数的情况下,通过在配置文件中查询是否存在一组参数与第一访问请求包含的属性参数相同,来确定配置文件中是否存在与第一访问请求匹配的参数组,其中,如果在配置文件中成功查询到与属性参数相同的参数组,则从配置文件中读取与匹配成功的参数组具有对应关系的目标访问信息,其中,目标访问信息用于生成第二访问请求。
可选的,上述处理器151还可以执行如下步骤的程序代码:远程访问配置服务器,如果成功获取到配置服务器返回的配置文件,则进入加载配置文件的步骤;如果获取配置文件失败,则判断访问终端的本地是否已经缓存有历史配置文件,其中,访问终端用于执行访问当前页面的步骤;如果访问终端已经缓存有历史配置文件,则将历史配置文件作为当前的配置文件进行加载;如果访问终端未缓存有历史配置文件,则重新远程访问配置服务器,直至获取到配置文件。
可选的,上述处理器151还可以执行如下步骤的程序代码:如果获取配置文件失败的次数超过门限值,则停止远程访问配置服务器,并终止监听第一访问请求。
可选的,上述处理器151还可以执行如下步骤的程序代码:在启动用于重定向第一访问请求的重定向功能之后,允许实时远程访问配置服务器来获取预先配置的配置文件,其中,配置文件为实时或定时更新的动态文件。
可选的,上述处理器151还可以执行如下步骤的程序代码:通过插件来调用内置接口和重定向函数,其中,通过内置接口来监听当前页面所产生的第一访问请求,重定向函数用于在确定与第一访问请求匹配的第二访问请求之后,将第一访问请求重定向为第二访问请求。
采用本申请实施例,提供了一种访问请求的处理方法。可以监听访问当前页面时所产生的第一访问请求,当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求,在将第一访问请求重定向为第二访问请求之后,将第二访问请求转发至网页服务器,从而,在需要执行替换当前的访问请求的应用环境中,实现重定向访问请求的目的,进而解决了现有技术的访问终端在需要执行切换当前的访问请求的应用环境中,无法执行切换访问请求的技术问题。
本领域普通技术人员可以理解,图15所示的结构仅为示意,计算机终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(Mobile Internet Devices,MID)、PAD等终端设备。图15其并不对上述电子装置的结构造成限定。例如,计算机终端131还可包括比图15中所示更多或者更少的组件(如网络接口、显示装置等),或者具有与图15所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(Random Access Memory,RAM)、磁盘或光盘等。
实施例5
本申请的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于保存上述实施例一所提供的访问请求的处理方法所执行的程序代码。
可选地,在本实施例中,上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中,或者位于移动终端群中的任意一个移动终端中。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:监听访问当前页面时所产生的第一访问请求;当监听到第一访问请求时,根据配置文件确定与第一访问请求匹配的第二访问请求;将第一访问请求重定向为第二访问请求;将第二访问请求转发至网页服务器。
可选的,上述存储介质还被设置为存储用于执行以下步骤的程序代码:在根据配置文件确定与第一访问请求匹配的第二访问请求之前,远程获取预先配置的配置文件,其中,配置文件至少包括:用于匹配访问请求的至少一组参数组以及每组参数组所对应的目标访问信息;加载配置文件。
可选的,上述存储介质还被设置为存储用于执行以下步骤的程序代码:当监听到第一访问请求时,判断配置文件中是否存在一组与第一访问请求匹配的参数组;如果配置文件中存在与第一访问请求匹配的参数组,拦截第一访问请求,并从配置文件中读取与第一访问请求匹配的第二访问请求;如果配置文件中不存在与第一访问请求匹配的参数组,则将第一访问请求直接转发至网页服务器。
可选的,上述存储介质还被设置为存储用于执行以下步骤的程序代码:在参数组至少包括一个参数,第一访问请求至少包含一个属性参数的情况下,通过在配置文件中查询是否存在一组参数与第一访问请求包含的属性参数相同,来确定配置文件中是否存在与第一访问请求匹配的参数组,其中,如果在配置文件中成功查询到与属性参数相同的参数组,则从配置文件中读取与匹配成功的参数组具有对应关系的目标访问信息,其中,目标访问信息用于生成第二访问请求。
可选的,上述存储介质还被设置为存储用于执行以下步骤的程序代码:远程访问配置服务器,如果成功获取到配置服务器返回的配置文件,则进入加载配置文件的步骤;如果获取配置文件失败,则判断访问终端的本地是否已经缓存有历史配置文件,其中,访问终端用于执行访问当前页面的步骤;如果访问终端已经缓存有历史配置文件,则将历史配置文件作为当前的配置文件进行加载;如果访问终端未缓存有历史配置文件,则重新远程访问配置服务器,直至获取到配置文件。
可选的,上述存储介质还被设置为存储用于执行以下步骤的程序代码:如果获取配置文件失败的次数超过门限值,则停止远程访问配置服务器,并终止监听第一访问请求。
可选的,上述存储介质还被设置为存储用于执行以下步骤的程序代码:在启动用于重定向第一访问请求的重定向功能之后,允许实时远程访问配置服务器来获取预先配置的配置文件,其中,配置文件为实时或定时更新的动态文件。
可选的,上述存储介质还被设置为存储用于执行以下步骤的程序代码:通过插件来调用内置接口和重定向函数,其中,通过内置接口来监听当前页面所产生的第一访问请求,重定向函数用于在确定与第一访问请求匹配的第二访问请求之后,将第一访问请求重定向为第二访问请求。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
在本申请的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。

Claims (18)

1.一种访问请求的处理方法,其特征在于,包括:
监听访问当前页面时所产生的第一访问请求;
当监听到所述第一访问请求时,根据配置文件确定与所述第一访问请求匹配的第二访问请求;
将所述第一访问请求重定向为第二访问请求;
将所述第二访问请求转发至网页服务器。
2.根据权利要求1所述的方法,其特征在于,在根据配置文件确定与所述第一访问请求匹配的第二访问请求之前,所述方法还包括:
远程获取预先配置的所述配置文件,其中,所述配置文件至少包括:用于匹配访问请求的至少一组参数组以及每组参数组所对应的目标访问信息;
加载所述配置文件。
3.根据权利要求2所述的方法,其特征在于,当监听到所述第一访问请求时,根据配置文件确定与所述第一访问请求匹配的第二访问请求,包括:
当监听到所述第一访问请求时,判断所述配置文件中是否存在一组与所述第一访问请求匹配的参数组;
如果所述配置文件中存在与所述第一访问请求匹配的参数组,拦截所述第一访问请求,并从所述配置文件中读取与所述第一访问请求匹配的所述第二访问请求;
如果所述配置文件中不存在与所述第一访问请求匹配的参数组,则将所述第一访问请求直接转发至所述网页服务器。
4.根据权利要求3所述的方法,其特征在于,在所述参数组至少包括一个参数,所述第一访问请求至少包含一个属性参数的情况下,通过在所述配置文件中查询是否存在一组参数与所述第一访问请求包含的属性参数相同,来确定所述配置文件中是否存在与所述第一访问请求匹配的参数组,其中,如果在所述配置文件中成功查询到与所述属性参数相同的参数组,则从所述配置文件中读取与匹配成功的参数组具有对应关系的目标访问信息,其中,所述目标访问信息用于生成所述第二访问请求。
5.根据权利要求2所述的方法,其特征在于,远程获取预先配置的所述配置文件,包括:
远程访问配置服务器,如果成功获取到所述配置服务器返回的所述配置文件,则进入加载所述配置文件的步骤;
如果获取所述配置文件失败,则判断访问终端的本地是否已经缓存有历史配置文件,其中,所述访问终端用于执行访问所述当前页面的步骤;
如果所述访问终端已经缓存有所述历史配置文件,则将所述历史配置文件作为当前的所述配置文件进行加载;
如果所述访问终端未缓存有所述历史配置文件,则重新远程访问所述配置服务器,直至获取到所述配置文件。
6.根据权利要求5所述的方法,其特征在于,如果获取所述配置文件失败的次数超过门限值,则停止远程访问所述配置服务器,并终止监听所述第一访问请求。
7.根据权利要求2所述的方法,其特征在于,在启动用于重定向所述第一访问请求的重定向功能之后,允许实时远程访问配置服务器来获取预先配置的所述配置文件,其中,所述配置文件为实时或定时更新的动态文件。
8.根据权利要求1至7中任意一项所述的方法,其特征在于,通过插件来调用内置接口和重定向函数,其中,通过所述内置接口来监听所述当前页面所产生的所述第一访问请求,所述重定向函数用于在确定与所述第一访问请求匹配的第二访问请求之后,将所述第一访问请求重定向为第二访问请求。
9.一种访问请求的处理系统,其特征在于,包括:
访问终端,用于监听访问当前页面时所产生的第一访问请求,当监听到所述第一访问请求时,根据配置文件确定与所述第一访问请求匹配的第二访问请求,并将所述第一访问请求重定向为第二访问请求;
网页服务器,与所述访问终端具有通信关系,用于获取所述访问终端转发的所述第二访问请求,并向所述访问终端返回对应的响应数据。
10.根据权利要求9所述的系统,其特征在于,所述系统还包括:
配置服务器,与所述访问终端具有通信关系,用于保存所述配置文件,其中,所述配置文件至少包括:用于匹配访问请求的至少一组参数组以及每组参数组所对应的目标访问信息;
所述访问终端还用于远程访问所述配置服务器获取所述配置文件,加载所述配置文件。
11.一种访问请求的处理装置,其特征在于,包括:
监听单元,用于监听访问当前页面时所产生的第一访问请求;
确定单元,用于当监听到所述第一访问请求时,根据配置文件确定与所述第一访问请求匹配的第二访问请求;
定向单元,用于将所述第一访问请求重定向为第二访问请求;
转发单元,用于将所述第二访问请求转发至网页服务器。
12.根据权利要求11所述的装置,其特征在于,所述装置还包括:
获取单元,用于远程获取预先配置的所述配置文件,其中,所述配置文件至少包括:用于匹配访问请求的至少一组参数组以及每组参数组所对应的目标访问信息;
加载单元,用于加载所述配置文件。
13.根据权利要求12所述的装置,其特征在于,所述确定单元包括:
第一判断模块,用于当监听到所述第一访问请求时,判断所述配置文件中是否存在一组与所述第一访问请求匹配的参数组;
读取模块,用于如果所述配置文件中存在与所述第一访问请求匹配的参数组,拦截所述第一访问请求,并从所述配置文件中读取与所述第一访问请求匹配的所述第二访问请求;
转发模块,用于如果所述配置文件中不存在与所述第一访问请求匹配的参数组,则将所述第一访问请求直接转发至所述网页服务器。
14.根据权利要求13所述的装置,其特征在于,在所述参数组至少包括一个参数,所述第一访问请求至少包含一个属性参数的情况下,所述第一判断模块包括:查询子模块,用于通过在所述配置文件中查询是否存在一组参数与所述第一访问请求包含的属性参数相同,来确定所述配置文件中是否存在与所述第一访问请求匹配的参数组,其中,如果在所述配置文件中成功查询到与所述属性参数相同的参数组,则从所述配置文件中读取与匹配成功的参数组具有对应关系的目标访问信息,其中,所述目标访问信息用于生成所述第二访问请求。
15.根据权利要求12所述的装置,其特征在于,所述获取单元包括:
第一访问模块,用于远程访问配置服务器,如果成功获取到所述配置服务器返回的所述配置文件,则执行所述加载单元的功能;
第二判断模块,用于如果获取所述配置文件失败,则判断访问终端的本地是否已经缓存有历史配置文件,其中,所述访问终端用于执行访问所述当前页面的功能;
处理模块,用于如果所述访问终端已经缓存有所述历史配置文件,则将所述历史配置文件作为当前的所述配置文件进行加载;
第二访问模块,用于如果所述访问终端未缓存有所述历史配置文件,则重新远程访问所述配置服务器,直至获取到所述配置文件。
16.根据权利要求15所述的装置,其特征在于,所述获取单元还包括:停止模块,用于如果获取所述配置文件失败的次数超过门限值,在停止远程访问所述配置服务器,并终止监听所述第一访问请求。
17.根据权利要求12所述的装置,其特征在于,所述装置还包括:访问单元,用于在启动用于重定向所述第一访问请求的重定向功能之后,允许实时远程访问配置服务器来获取预先配置的所述配置文件,其中,所述配置文件为实时或定时更新的动态文件。
18.根据权利要求11至17中任意一项所述的装置,其特征在于,所述装置还包括:调用单元,用于通过插件来调用内置接口和重定向函数,其中,通过所述内置接口来监听所述当前页面所产生的所述第一访问请求,所述重定向函数用于在确定与所述第一访问请求匹配的第二访问请求之后,将所述第一访问请求重定向为第二访问请求。
CN201610136703.6A 2016-03-10 2016-03-10 访问请求的处理方法、装置和系统 Active CN107181779B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610136703.6A CN107181779B (zh) 2016-03-10 2016-03-10 访问请求的处理方法、装置和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610136703.6A CN107181779B (zh) 2016-03-10 2016-03-10 访问请求的处理方法、装置和系统

Publications (2)

Publication Number Publication Date
CN107181779A true CN107181779A (zh) 2017-09-19
CN107181779B CN107181779B (zh) 2021-09-10

Family

ID=59830080

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610136703.6A Active CN107181779B (zh) 2016-03-10 2016-03-10 访问请求的处理方法、装置和系统

Country Status (1)

Country Link
CN (1) CN107181779B (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107832221A (zh) * 2017-11-15 2018-03-23 杭州安恒信息技术有限公司 基于Burpsuit插件的平台半自动化功能测试方法、装置及系统
CN108804089A (zh) * 2018-05-03 2018-11-13 福建天泉教育科技有限公司 可拼装模块的应用业务能力插件化方法及其系统
CN109032797A (zh) * 2018-07-18 2018-12-18 上海恺英网络科技有限公司 用于提供网页访问的方法及设备
CN109067914A (zh) * 2018-09-20 2018-12-21 星环信息科技(上海)有限公司 Web服务的代理方法、装置、设备及存储介质
CN110941787A (zh) * 2018-09-25 2020-03-31 北京国双科技有限公司 一种页面重定向方法及装置
CN112131021A (zh) * 2020-09-21 2020-12-25 上海博泰悦臻电子设备制造有限公司 一种访问请求处理方法及装置
CN112667932A (zh) * 2020-12-25 2021-04-16 浙江蓝卓工业互联网信息技术有限公司 一种微服务架构下的动态重定向方法及装置
CN113590100A (zh) * 2021-09-28 2021-11-02 深圳市信润富联数字科技有限公司 前端接口处理方法、系统、电子设备及存储介质
CN114785778A (zh) * 2022-03-10 2022-07-22 聚好看科技股份有限公司 网关设备和内容分发方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120089672A1 (en) * 2005-03-17 2012-04-12 International Business Machines Corporation Server side processing of user interactions with a web browser
CN103731818A (zh) * 2012-10-10 2014-04-16 中国移动通信集团江苏有限公司 一种移动终端病毒监测、拦截方法及其装置
CN104065736A (zh) * 2014-07-03 2014-09-24 车智互联(北京)科技有限公司 一种url重定向方法、装置及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120089672A1 (en) * 2005-03-17 2012-04-12 International Business Machines Corporation Server side processing of user interactions with a web browser
CN103731818A (zh) * 2012-10-10 2014-04-16 中国移动通信集团江苏有限公司 一种移动终端病毒监测、拦截方法及其装置
CN104065736A (zh) * 2014-07-03 2014-09-24 车智互联(北京)科技有限公司 一种url重定向方法、装置及系统

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107832221A (zh) * 2017-11-15 2018-03-23 杭州安恒信息技术有限公司 基于Burpsuit插件的平台半自动化功能测试方法、装置及系统
CN108804089A (zh) * 2018-05-03 2018-11-13 福建天泉教育科技有限公司 可拼装模块的应用业务能力插件化方法及其系统
CN108804089B (zh) * 2018-05-03 2021-10-08 福建天泉教育科技有限公司 可拼装模块的应用业务能力插件化方法及其系统
CN109032797A (zh) * 2018-07-18 2018-12-18 上海恺英网络科技有限公司 用于提供网页访问的方法及设备
CN109067914A (zh) * 2018-09-20 2018-12-21 星环信息科技(上海)有限公司 Web服务的代理方法、装置、设备及存储介质
CN110941787A (zh) * 2018-09-25 2020-03-31 北京国双科技有限公司 一种页面重定向方法及装置
CN112131021A (zh) * 2020-09-21 2020-12-25 上海博泰悦臻电子设备制造有限公司 一种访问请求处理方法及装置
CN112131021B (zh) * 2020-09-21 2024-01-12 博泰车联网科技(上海)股份有限公司 一种访问请求处理方法及装置
CN112667932A (zh) * 2020-12-25 2021-04-16 浙江蓝卓工业互联网信息技术有限公司 一种微服务架构下的动态重定向方法及装置
CN113590100A (zh) * 2021-09-28 2021-11-02 深圳市信润富联数字科技有限公司 前端接口处理方法、系统、电子设备及存储介质
CN114785778A (zh) * 2022-03-10 2022-07-22 聚好看科技股份有限公司 网关设备和内容分发方法
CN114785778B (zh) * 2022-03-10 2023-09-01 聚好看科技股份有限公司 网关设备和内容分发方法

Also Published As

Publication number Publication date
CN107181779B (zh) 2021-09-10

Similar Documents

Publication Publication Date Title
CN107181779A (zh) 访问请求的处理方法、装置和系统
CN103150513B (zh) 拦截应用程序中的植入信息的方法及装置
CN104468363B (zh) 页面重定向方法、路由设备、终端设备及系统
CN108306917A (zh) 数据处理方法和装置、微服务模块的注册方法及装置
CN106844137A (zh) 服务器的监控方法和装置
CN108270882A (zh) 域名的解析方法和装置、存储介质、电子装置
JP2000048045A (ja) エイリアスを用いるフレキシブルなリンク方法及び装置
JP4064652B2 (ja) プロキシサーバ付きブラウザおよび情報複写システム
CN109688280A (zh) 请求处理方法、请求处理设备、浏览器及存储介质
CN107391664A (zh) 基于web的页面数据处理方法和系统
CN107463453B (zh) 同一终端不同应用间通信的方法、装置、设备和存储介质
CN108156210A (zh) 目标资源的获取方法和装置
CN106897336A (zh) 网页文件发送方法、网页渲染方法及装置、网页渲染系统
CN107203470B (zh) 页面调试方法和装置
CN109302437A (zh) 一种重定向网站的方法和装置
CN108093098A (zh) 一种域名解析请求发送方法及装置
CN104040538B (zh) 一种互联网应用交互方法、装置及系统
CN112565406B (zh) 一种灰度发布方法、灰度发布系统及电子设备
CN105095220B (zh) 一种浏览器实现方法、终端和虚拟化代理装置
CN108280174A (zh) 前端文件构建方法和服务器、页面访问方法和终端
CN104536974B (zh) 在浏览器中搜索信息的方法和浏览器客户端
CN110392123A (zh) 检测出口ip地址的方法、装置和系统
CN109857963A (zh) 本地资源访问方法、装置及电子设备
CN104008096B (zh) 一种基于浏览器的应用操作方法和装置
US20130226984A1 (en) Method and apparatus of providing optimized web browser communications

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