CN115333836B - 验证文件的处理方法、装置、电子设备及可读存储介质 - Google Patents
验证文件的处理方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN115333836B CN115333836B CN202210972004.0A CN202210972004A CN115333836B CN 115333836 B CN115333836 B CN 115333836B CN 202210972004 A CN202210972004 A CN 202210972004A CN 115333836 B CN115333836 B CN 115333836B
- Authority
- CN
- China
- Prior art keywords
- file
- verification
- path
- domain name
- specified
- 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.)
- Active
Links
- 238000012795 verification Methods 0.000 title claims abstract description 358
- 238000003672 processing method Methods 0.000 title abstract description 12
- 238000013475 authorization Methods 0.000 claims abstract description 66
- 238000012545 processing Methods 0.000 claims abstract description 53
- 238000013507 mapping Methods 0.000 claims abstract description 43
- 238000000034 method Methods 0.000 claims description 47
- 239000003999 initiator Substances 0.000 claims description 16
- 230000004044 response Effects 0.000 claims description 4
- 238000003745 diagnosis Methods 0.000 description 35
- 230000006870 function Effects 0.000 description 26
- 238000004590 computer program Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 9
- 230000010354 integration Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 8
- 239000008186 active pharmaceutical agent Substances 0.000 description 7
- 230000008569 process Effects 0.000 description 7
- 238000012546 transfer Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000010200 validation analysis Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000012856 packing Methods 0.000 description 2
- 230000002085 persistent effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 208000024891 symptom Diseases 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/105—Multiple levels of security
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/18—Network architectures or network communication protocols for network security using different networks or channels, e.g. using out of band channels
-
- 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/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Storage Device Security (AREA)
Abstract
本公开提供了验证文件的处理方法、装置、电子设备及可读存储介质,涉及计算机领域,尤其涉及网络信息安全技术领域或者云服务技术领域。具体实现方案为:获取项目文件,项目文件中包括验证文件,验证文件用于对目标域名进行域名授权验证;在项目文件被部署于云服务器后,将验证文件存储于云服务器下的第一指定文件路径,第一指定文件路径与第二指定文件路径建立有映射关系,第二指定文件路径为验证文件被存储于目标域名的根目录下时的文件路径,映射关系用于将验证文件的文件获取请求中的请求路径由第二指定文件路径调整为第一指定文件路径。基于本方案,实现了对域名的验证文件的自动放置,节省了人力,提升了处理效率。
Description
技术领域
本公开涉及计算机技术领域,尤其涉及网络信息安全技术领域或者云服务技术领域,具体而言,本公开涉及一种验证文件的处理方法、装置、电子设备及可读存储介质。
背景技术
公众号、小程序等开放平台中,在访问外部网站时,需要对外部网站进行域名授权验证,域名授权验证是指对网站域名的所有权进行验证。
相关技术中,域名授权验证可以采用对验证文件进行验证的方式实现,这种方式中需要人工预先将验证文件放置于网站域名的根目录下,并确保域名可以访问。
发明内容
本公开为了解决上述缺陷中的至少一项,提供了一种验证文件的处理方法、装置、电子设备及可读存储介质。
根据本公开的第一方面,提供了一种验证文件的处理方法,该方法包括:
获取项目文件,项目文件中包括验证文件,验证文件用于对目标域名进行域名授权验证;
在项目文件被部署于云服务器后,将验证文件存储于云服务器下的第一指定文件路径,第一指定文件路径与第二指定文件路径建立有映射关系,第二指定文件路径为验证文件被存储于目标域名的根目录下时的文件路径,映射关系用于将验证文件的文件获取请求中的请求路径由第二指定文件路径调整为第一指定文件路径。
根据本公开的第二方面,提供了一种验证文件的处理装置,该装置包括:
项目获取模块,用于获取项目文件,项目文件中包括验证文件,验证文件用于对目标域名进行域名授权验证;
验证文件存储模块,用于在项目文件被部署于云服务器后,将验证文件存储于云服务器下的第一指定文件路径,第一指定文件路径与第二指定文件路径建立有映射关系,第二指定文件路径为验证文件被存储于目标域名的根目录下时的文件路径,映射关系用于将验证文件的文件获取请求中的请求路径由第二指定文件路径调整为第一指定文件路径。
根据本公开的第三方面,提供了一种电子设备,该电子设备包括:
至少一个处理器;以及
与上述至少一个处理器通信连接的存储器;其中,
存储器存储有可被上述至少一个处理器执行的指令,指令被上述至少一个处理器执行,以使上述至少一个处理器能够执行上述验证文件的处理方法。
根据本公开的第四方面,提供了一种存储有计算机指令的非瞬时计算机可读存储介质,其中,该计算机指令用于使计算机执行上述验证文件的处理方法。
根据本公开的第五方面,提供了一种计算机程序产品,包括计算机程序,该计算机程序在被处理器执行时实现上述验证文件的处理方法。
应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本公开的限定。其中:
图1是本公开实施例提供的一种验证文件的处理方法的流程示意图;
图2是相关技术中用户通过小程序接入诊前助手服务的处理流程示意图;
图3是相关技术中用户通过服务号接入诊前助手服务的处理流程示意图;
图4是本公开实施例提供的一种验证文件的处理方法的具体实施方式的流程示意图;
图5是本公开实施例提供的另一种验证文件的处理方法的流程示意图;
图6是本公开实施例提供的一种验证文件的处理装置的结构示意图;
图7是本公开实施例提供的另一种验证文件的处理装置的结构示意图;
图8是用来实现本公开实施例的验证文件的处理方法的电子设备的框图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明,其中包括本公开实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本公开的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
相关技术中,用于域名授权验证的验证文件一般由开放平台的相关服务提供,管理员可以人工下载验证文件,而后将验证文件放置于网站域名的根目录下,并确保网站域名可以访问。在进行域名授权验证时,可以从网站域名的根目录下获取验证文件,基于验证文件进行域名授权验证。
上述方式中,需要人工手动将验证文件放置到网站根目录,较为耗费人力,尤其是在人工进行大量验证文件的放置操作时,会造成大量的重复劳动,处理效率较低。
本公开实施例提供的验证文件的处理方法、装置、电子设备及可读存储介质,旨在解决现有技术的如上技术问题中的至少一个。
图1示出了本公开实施例提供的一种验证文件的处理方法的流程示意图,如图1中所示,该方法主要可以包括:
步骤S110:获取项目文件,项目文件中包括验证文件,验证文件用于对目标域名进行域名授权验证。
步骤S120:在项目文件被部署于云服务器后,将验证文件存储于云服务器下的第一指定文件路径,第一指定文件路径与第二指定文件路径建立有映射关系,第二指定文件路径为验证文件被存储于目标域名的根目录下时的文件路径,映射关系用于将验证文件的文件获取请求中的请求路径由第二指定文件路径调整为第一指定文件路径。
其中,可以将域名授权验证的相关服务作为独立的项目,项目文件可以由域名授权验证的相关服务的内容(如代码、文件等)打包得到。
验证文件用于对目标域名进行授权验证,验证文件可以由开放平台的相关服务提供,例如,管理员可以登录至开放平台的用户管理服务中下载验证文件。
本公开实施例中,在获取验证文件后,可以将验证文件存储至项目文件中,上述操作可以在持续集成阶段进行。在持续集成阶段完成后,可以制作项目文件的镜像文件,并在持续部署阶段将项目文件的镜像文件部署于云服务器中。
在将项目文件被部署于云服务器后,云服务器中建立了指定文件夹,该指定文件夹用于放置验证文件。第一指定文件路径,即将验证文件存储于该指定文件夹下后得到的验证文件的文件存储路径。
相关技术中,验证文件会被存储于网站域名的根目录下,在进行域名授权验证时会通过验证文件在网站域名的根目录下的文件路径来访问验证文件。
本公开实施例中,第二指定文件路径,为验证文件在目标域名的根目录下的文件路径。如果将验证文件存储于目标域名的根目录下,则通过第二指定文件路径访问验证文件。
作为一个示例,验证文件的文件名为a.txt,目标域名为https://xxx.xxx.com,第二指定文件路径可以为https://xxx.xxx.com/a.txt。
本公开实施例中,在对目标域名进行域名授权验证时,开放平台(如公众号平台或者小程序等)可以发起对验证文件的文件获取请求,初始时文件获取请求中的请求路径为第二指定文件路径,即用于指示从第二指定文件路径下获取验证文件。
本公开实施例中,第一指定文件路径与第二指定文件路径建立有映射关系。基于上述映射关系能够对文件获取请求中的请求路径进行调整,使得文件获取请求中的请求路径由第二指定文件路径调整为第一指定文件路径,即使得调整后的请求路径,用于指示从第一指定文件路径下获取验证文件。
本公开实施例提供的方法,通过获取项目文件,在项目文件被部署于云服务器后,将项目文件中包含的验证文件存储于云服务器下的第一指定文件路径,并建立第一指定文件路径与第二指定文件路径的映射关系。基于本方案,实现了对域名的验证文件的自动放置,相较于人工手动进行验证文件放置的操作,节省了人力,提升了处理效率。
相关技术中,人工将验证文件存储于网站域名的根目录下,往往需要借助一些工具,操作较为繁琐。例如,使用文件传输协议(File Transfer Protocol,FTP)进行对验证文件的存储,这种方式中需要输入用户名以及密码进行FTP登录,而后才能进行将验证文件存储于网站域名的根目录下的操作,这种方式中处理步骤较为繁琐,处理耗时较长。
本公开实施例中,是在将项目文件部署于云服务器后,自动将验证文件直接存储于云服务器的指定文件夹下,处理步骤简单,节省处理时间。
相关技术中,验证文件存储于网站域名的根目录后,需要保证第二指定文件路径可访问,以保证能够有效获取到验证文件来进行域名授权验证。而当网站域名存在某些故障时,可能会导致第二指定文件路径无法访问,使得验证文件无法被有效获取,域名授权验证无法完成,进而导致外部网站无法被正常访问。
在实际使用中,域名授权验证的相关服务项目的管理员与网站域名的管理员可能并不相同。对于域名授权验证的相关服务项目的管理员而言,可能无法进行对网站域名的维护,也就无法有效保证网站域名可访问,这会导致对域名授权验证的相关服务的管理不便。本公开实施例中,由于是将域名授权验证的相关服务项目部署于云服务器,管理员仅需对云服务器进行维护,保证云服务器可访问,即可保证在进行域名授权验证时能够从第一指定文件路径下有效获取到验证文件,保证域名授权验证的有效进行,从而保证对外部网站的正常访问。
本公开的一种可选实施方式中,在将验证文件存储于云服务器下的第一指定文件路径之后,上述方法还包括:
接收文件获取请求,文件获取请求中的请求路径为第二指定文件路径;
基于映射关系将文件获取请求中的请求路径由第二指定文件路径调整为第一指定文件路径;
从第一指定文件路径下获取验证文件,并将验证文件返回给文件获取请求的发起方。
本公开实施例中,对目标域名进行域名授权验证时,开放平台(如公众号平台或者小程序等)所发起的文件获取请求中,请求路径一般为第二指定文件路径,即默认验证文件被放存储于目标域名的根目录下,从第二指定文件路径下获取验证文件。
本公开实施例中,在接收到文件获取请求时,可以根据映射关系将目标域名的根目录下的请求路径由第二指定文件路径调整为第一指定文件路径,而后从第一指定文件路径下获取验证文件,并将验证文件返回至开放平台,以进行域名授权验证。
本公开实施例中,目标域名可存在多个,云服务器的指定文件夹中可以存储多个目标域名的验证文件,也可以由多个指定文件夹分别存储各自对应的目标域名,这时映射关系也存在多条。
本公开的一种可选实施方式中,云服务器为Kubernetes集群中的服务器,接收文件获取请求,包括:
通过Ingress(入口)提供的接口接收文件获取请求;
从第一指定文件路径下获取验证文件,并将验证文件返回给文件获取请求的发起方,包括:
通过Ingress分配的pod(管理单元),从第一指定文件路径下获取验证文件,并将验证文件返回给文件获取请求的发起方。
本公开实施例中,云服务器可以为Kubernetes集群中的服务器,即将域名授权验证服务作为Kubernetes集群中对外提供的一项服务。通过Ingress提供的接口向外部暴露这项服务,外部的服务调用方(如上述的开发平台)可以通过Ingress提供的接口发起对验证文件的文件获取请求。
本公开实施例中,在接收到文件获取请求后,Ingress可以分配一个pod进行后续操作,具体而言,该pod可以从第一指定文件路径下获取验证文件,并将验证文件返回给服务调用方。
本公开的一种可选实施方式中,文件获取请求是响应于接收到目标域名下网页的访问请求生成的。
本公开实施例中,当用户在开放平台中请求访问外部网站时,如访问目标域名下网站时,开放平台需要对外部网站进行域名授权验证,这时可以发起对验证文件的文件获取请求,以获取验证文件,而后基于验证文件进行域名授权验证,在目标域名的域名授权验证通过后,开放平台可以允许用户访问目标域名下的网站。
本公开的一种可选实施方式中,验证文件是从云存储服务器中获取后被存储于项目文件内的。
本公开实施例中,验证文件可以由开放平台的相关服务提供,例如,管理员可以登录至开放平台的用户管理服务中下载验证文件。
管理员在获取到验证文件后,可以将验证文件存储于云存储服务器中。通过对验证文件进行云存储,保证验证文件的存储安全性。
在项目文件的持续集成阶段,可以从云存储服务器中获取验证文件,而后将验证文件存储于项目文件内。
本公开的一种可选实施方式中,验证文件在上传至云存储服务器之前,被基于预定的验证方式进行了安全性验证。
本公开实施例中,管理员在获取到验证文件后,可以通过预定的验证方式对验证文件进行安全性验证,以保证获取到的验证文件的安全性,进而保证基于该验证文件进行的域名授权验证能够有效进行。
在基于预定的验证方式对验证文件的安全性验证通过后,可以将验证文件上传至云存储服务器中存储,以便后续使用时从云存储服务器中方便的获取校验文件。
作为一个示例,本公开实施例提供的域名授权验证服务可以应用于医院或者医疗结构提供的诊前助手产品。诊前助手产品可以包括分导诊和预问诊两种具体功能,分导诊功能是用于挂号前帮助患者按照主诉进行分诊挂号,预问诊功能是用于在患者挂号后,帮助医生收集患者主诉伴随症状以及既往病史等生成患者的病历。这两种功能都以超文本标记语言第5版(Hyper Text Mark-up Language 5,H5)页面的方式为用户提供服务。诊前助手服务可以通过小程序或者公众号等开放平台接入。小程序以及公众号等开放平台均需要对诊前助手的域名进行域名授权验证。相关技术中,诊前助手的域名根目录下需要存储有相应的验证文件,以便提供给小程序或者公众号等开放平台进行域名授权验证。
图2中示出了相关技术中用户通过小程序接入诊前助手服务的处理流程示意图。如图2中所示,医院(客户),即医院小程序。分导诊/预问诊,即诊前助手提供的分导诊以及预问诊的功能。发起打开分导诊或者预问诊调转流程,即用户通过小程序启动了分导诊功能或者预问诊功能。验证根域名下是否有校验文件,即从诊前助手的域名根目录下获取验证文件进行域名授权校验。跳转页面,即在域名授权校验通过后,自动跳转至分导诊功能或者预问诊功能所对应的页面。
图中2中所示流程具体为:用户访问医院小程序,医院小程序对接诊前助手,用户通过医院小程序启动了分导诊功能或者预问诊功能,从诊前助手的域名根目录下获取验证文件进行域名授权校验。在域名授权校验通过后,自动跳转至分导诊功能或者预问诊功能所对应的页面,进而使得用户能够使用分导诊或者预问诊功能。
图3中示出了相关技术中用户通过服务号接入诊前助手服务的处理流程示意图。
如图3中所示,医疗服务号,即医院或者医疗机构的公众号。开放平台,即公众号开放平台。登录界面,即医院或者医疗机构的公众号提供的用户登录界面。开放授权协议2.0版(OAuth2.0)授权登录,即基于OAuth2.0进行对医疗服务号授权登录。根域名/校验文件.txt,即网站域名的根目录后下存储的txt格式的校验文件。拉起医疗服务器号页面,带上授权临时票据,即拉起诊前助手的相关页面,并将授权临时票据提供给医疗服务号的后台服务器。临时票据+应用标识(Appid)+私钥(Appsecret),即医疗服务号的后台服务器向公众号开放平台的相关应用程序编程接口(Application Programming Interface,API)提供临时票据、应用标识(Appid)以及私钥(Appsecret)。返回访问令牌(Access_token)+开放身份(OpenID),即公众号开放平台的相关API向医疗服务号的的后台服务器返回Access_token以及OpenID。
图中3中所示流程具体为:用户可以在医院或者医疗机构的公众号中启动诊前助手功能,而后公众号内自动跳转至登录页面,并基于开放授权协议2.0版(OAuth2.0)向公众号开放平台的相关API发起授权登录请求。公众号开放平台的相关API向诊前助手功能请求网页域名的验证文件(即网站域名的根目录后下存储的txt格式的校验文件),而后基于验证文件进行域名授权验证。在域名验证通过后公众号开放平台的相关API可以向医疗服务号的后台服务器返回授权临时票据,并使医疗服务号拉起诊前助手的相关页面。医疗服务号的后台服务器中还可以向公众号开放平台的相关API发送临时票据、Appid以及Appsecret,以获取公众号开放平台的相关API返回的Access_token以及OpenID,用以进行后续操作。
图4中示出了本公开实施例提供的一种验证文件的处理方法的具体实施方式的流程示意图。
如图4中所示,后台上传,即管理员在获取验证文件后,将验证文件上传至云存储服务器。云端存储,即云端服务器存储验证文件,以便后续使用。校验文件项目,即将域名授权验证服务单独开发为一个项目。持续集成(Continuous integration,CI)以及拉取校验文件,即在持续集成阶段从云存储服务器获取校验文件,而后将其存储至域名授权验证服务的项目文件中。产出Dockerfile镜像,即通过Docker文件(Dockerfile)工具制作项目文件的镜像文件。持续部署(Continuous Deployment,CD)即持续部署阶段,在持续部署阶段内将项目文件的镜像文件部署于Kubernetes集群,并将验证文件存储于Kubernetes集群内的第一指定文件路径。
第三方服务,即用于对验证文件进行校验的相关服务。诊前助手/医疗服务号,即通过小程序或者公众号等开放平台。访问检验校验文件,即向部署于Kubernetes集群域名授权验证服务请求验证文件,在接收到返回的校验文件后将其提供给第三方服务进行域名授权验证。
入口控制器(Ingress controller),用于接收校验文件的获取请求。路由规则,即上述映射关系。入口(Ingress)在接收到文件获取请求后,Ingress可以分配一个管理单元(pod)执行获取验证文件的操作,具体而言,该pod可以根据映射关系确定第一指定文件路径,并从第一指定文件路径下获取验证文件,并将验证文件返回给服务调用方。APP校验文件,即对应于诊前助手的域名的验证文件。
图中4中所示流程具体为:管理员在获取验证文件后,进行后台上传,将验证文件上传至云存储服务器,使得云端服务器存储验证文件,以便后续使用。在校验文件项目的持续集成阶段,可以从云存储服务器拉取校验文件,而后将校验文件存储至域名授权验证服务的项目文件中。通过Dockerfile工具制作项目文件的镜像文件。在持续部署阶段将项目文件的镜像文件部署于Kubernetes集群,并将验证文件存储于Kubernetes集群内的第一指定文件路径。第三方服务向诊前助手/医疗服务号(即小程序或者公众号等开放平台)请求访问校验文件,诊前助手/医疗服务号向部署于Kubernetes集群域名授权验证服务请求验证文件。Kubernetes集群内,Ingress controller在接收校验文件的获取请求时,获取路由规则(即上述映射关系),Ingress在接收到文件获取请求后,可以分配一个pod执行获取验证文件的操作,该pod可以根据映射关系确定第一指定文件路径,并从第一指定文件路径下获取验证文件,并将验证文件返回给服务调用方(即第三方服务)。第三方服务在接收到返回的校验文件后将其提供给第三方服务进行域名授权验证。
图5示出了本公开实施例提供的另一种验证文件的处理方法的流程示意图,如图5中所示,该方法主要可以包括:
步骤S510:获取项目文件,项目文件中包括验证文件,验证文件用于对目标域名进行域名授权验证。
步骤S520:在项目文件被部署于云服务器后,将验证文件存储于云服务器下的第一指定文件路径,第一指定文件路径与第二指定文件路径建立有映射关系,第二指定文件路径为验证文件被存储于目标域名的根目录下时的文件路径,映射关系用于将验证文件的文件获取请求中的请求路径由第二指定文件路径调整为第一指定文件路径。
步骤S530:接收文件获取请求,文件获取请求中的请求路径为第二指定文件路径。
步骤S540:基于映射关系将文件获取请求中的请求路径由第二指定文件路径调整为第一指定文件路径。
步骤S550:从第一指定文件路径下获取验证文件,并将验证文件返回给文件获取请求的发起方。
其中,可以将域名授权验证的相关服务作为独立的项目,项目文件可以由域名授权验证的相关服务的内容(如代码、文件等)打包得到。
验证文件用于对目标域名进行授权验证,验证文件可以由开放平台的相关服务提供,例如,管理员可以登录至开放平台的用户管理服务中下载验证文件。
本公开实施例中,在获取验证文件后,可以将验证文件存储至项目文件中,上述操作可以在持续集成阶段进行。在持续集成阶段完成后,可以制作项目文件的镜像文件,并在持续部署阶段将项目文件的镜像文件部署于云服务器中。
在将项目文件被部署于云服务器后,云服务器中建立了指定文件夹,该指定文件夹用于放置验证文件。第一指定文件路径,即将验证文件存储于该指定文件夹下后得到的验证文件的文件存储路径。
相关技术中,验证文件会被存储于网站域名的根目录下,在进行域名授权验证时会通过验证文件在网站域名的根目录下的文件路径来访问验证文件。
本公开实施例中,第二指定文件路径,为验证文件在目标域名的根目录下的文件路径。如果将验证文件存储于目标域名的根目录下,则通过第二指定文件路径访问验证文件。
作为一个示例,验证文件的文件名为a.txt,目标域名为https://xxx.xxx.com,第二指定文件路径可以为https://xxx.xxx.com/a.txt。
本公开实施例中,在对目标域名进行域名授权验证时,开放平台(如公众号平台或者小程序等)可以发起对验证文件的文件获取请求,初始时文件获取请求中的请求路径为第二指定文件路径,即用于指示从第二指定文件路径下获取验证文件。
本公开实施例中,第一指定文件路径与第二指定文件路径建立有映射关系。基于上述映射关系能够对文件获取请求中的请求路径进行调整,使得文件获取请求中的请求路径由第二指定文件路径调整为第一指定文件路径,即使得调整后的请求路径,用于指示从第一指定文件路径下获取验证文件。
本公开实施例提供的方法,通过获取项目文件,在项目文件被部署于云服务器后,将项目文件中包含的验证文件存储于云服务器下的第一指定文件路径,并建立第一指定文件路径与第二指定文件路径的映射关系。基于本方案,实现了对域名的验证文件的自动放置,相较于人工手动进行验证文件放置的操作,节省了人力,提升了处理效率。
相关技术中,人工将验证文件存储于网站域名的根目录下,往往需要借助一些工具,操作较为繁琐。例如,使用文件传输协议(File Transfer Protocol,FTP)进行对验证文件的存储,这种方式中需要输入用户名以及密码进行FTP登录,而后才能进行将验证文件存储于网站域名的根目录下的操作,这种方式中处理步骤较为繁琐,处理耗时较长。
本公开实施例中,是在将项目文件部署于云服务器后,自动将验证文件直接存储于云服务器的指定文件夹下,处理步骤简单,节省处理时间。
相关技术中,验证文件存储于网站域名的根目录后,需要保证第二指定文件路径可访问,以保证能够有效获取到验证文件来进行域名授权验证。而当网站域名存在某些故障时,可能会导致第二指定文件路径无法访问,使得验证文件无法被有效获取,域名授权验证无法完成,进而导致外部网站无法被正常访问。
在实际使用中,域名授权验证的相关服务项目的管理员与网站域名的管理员可能并不相同。对于域名授权验证的相关服务项目的管理员而言,可能无法进行对网站域名的维护,也就无法有效保证网站域名可访问,这会导致对域名授权验证的相关服务的管理不便。本公开实施例中,由于是将域名授权验证的相关服务项目部署于云服务器,管理员仅需对云服务器进行维护,保证云服务器可访问,即可保证在进行域名授权验证时能够从第一指定文件路径下有效获取到验证文件,保证域名授权验证的有效进行,从而保证对外部网站的正常访问。
本公开实施例中,对目标域名进行域名授权验证时,开放平台(如公众号平台或者小程序等)所发起的文件获取请求中,请求路径一般为第二指定文件路径,即默认验证文件被放存储于目标域名的根目录下,从第二指定文件路径下获取验证文件。
本公开实施例中,在接收到文件获取请求时,可以根据映射关系将目标域名的根目录下的请求路径由第二指定文件路径调整为第一指定文件路径,而后从第一指定文件路径下获取验证文件,并将验证文件返回至开放平台,以进行域名授权验证。
本公开实施例中,目标域名可存在多个,云服务器的指定文件夹中可以存储多个目标域名的验证文件,也可以由多个指定文件夹分别存储各自对应的目标域名,这时映射关系也存在多条。
基于与图1中所示的方法相同的原理,图6示出了本公开实施例提供的一种验证文件的处理装置的结构示意图,如图6所示,该验证文件的处理装置60可以包括:
项目获取模块610,用于获取项目文件,项目文件中包括验证文件,验证文件用于对目标域名进行域名授权验证;
验证文件存储模块620,用于在项目文件被部署于云服务器后,将验证文件存储于云服务器下的第一指定文件路径,第一指定文件路径与第二指定文件路径建立有映射关系,第二指定文件路径为验证文件被存储于目标域名的根目录下时的文件路径,映射关系用于将验证文件的文件获取请求中的请求路径由第二指定文件路径调整为第一指定文件路径。
本公开实施例提供的装置,通过获取项目文件,在项目文件被部署于云服务器后,将项目文件中包含的验证文件存储于云服务器下的第一指定文件路径,并建立第一指定文件路径与第二指定文件路径的映射关系。基于本方案,实现了对域名的验证文件的自动放置,相较于人工手动进行验证文件放置的操作,节省了人力,提升了处理效率。
可选地,上述装置还包括:验证文件返回模块,验证文件返回模块用于:
在将验证文件存储于云服务器下的第一指定文件路径之后,接收文件获取请求,文件获取请求中的请求路径为第二指定文件路径;
基于映射关系将文件获取请求中的请求路径由第二指定文件路径调整为第一指定文件路径;
从第一指定文件路径下获取验证文件,并将验证文件返回给文件获取请求的发起方。
可选地,云服务器为Kubernetes集群中的服务器,验证文件返回模块在接收文件获取请求时,具体用于:
通过Ingress提供的接口接收文件获取请求;
验证文件返回模块在从第一指定文件路径下获取验证文件,并将验证文件返回给文件获取请求的发起方时,具体用于:
通过Ingress分配的pod,从第一指定文件路径下获取验证文件,并将验证文件返回给文件获取请求的发起方。
可选地,文件获取请求是响应于接收到目标域名下网站的访问请求生成的。
可选地,验证文件是从云存储服务器中获取后被存储于项目文件内的。
可选地,验证文件在上传至云存储服务器之前,被基于预定的验证方式进行了安全性验证。
可以理解的是,本公开实施例中的验证文件的处理装置的上述各模块具有实现图1中所示的实施例中的验证文件的处理方法相应步骤的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件,上述各模块可以单独实现,也可以多个模块集成实现。对于上述验证文件的处理装置的各模块的功能描述具体可以参见图1中所示实施例中的验证文件的处理方法的对应描述,在此不再赘述。
基于与图5中所示的方法相同的原理,图7示出了本公开实施例提供的一种验证文件的处理装置的结构示意图,如图7所示,该验证文件的处理装置70可以包括:
项目获取模块710,用于获取项目文件,项目文件中包括验证文件,验证文件用于对目标域名进行域名授权验证;
验证文件存储模块720,用于在项目文件被部署于云服务器后,将验证文件存储于云服务器下的第一指定文件路径,第一指定文件路径与第二指定文件路径建立有映射关系,第二指定文件路径为验证文件被存储于目标域名的根目录下时的文件路径,映射关系用于将验证文件的文件获取请求中的请求路径由第二指定文件路径调整为第一指定文件路径。
验证文件返回模块730,用于将验证文件存储于云服务器下的第一指定文件路径之后,接收文件获取请求,文件获取请求中的请求路径为第二指定文件路径;基于映射关系将文件获取请求中的请求路径由第二指定文件路径调整为第一指定文件路径;从第一指定文件路径下获取验证文件,并将验证文件返回给文件获取请求的发起方。
本公开实施例提供的装置,通过获取项目文件,在项目文件被部署于云服务器后,将项目文件中包含的验证文件存储于云服务器下的第一指定文件路径,并建立第一指定文件路径与第二指定文件路径的映射关系。基于本方案,实现了对域名的验证文件的自动放置,相较于人工手动进行验证文件放置的操作,节省了人力,提升了处理效率。
可以理解的是,本公开实施例中的验证文件的处理装置的上述各模块具有实现图5中所示的实施例中的验证文件的处理方法相应步骤的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件,上述各模块可以单独实现,也可以多个模块集成实现。对于上述验证文件的处理装置的各模块的功能描述具体可以参见图5中所示实施例中的验证文件的处理方法的对应描述,在此不再赘述。
本公开的技术方案中,所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理,均符合相关法律法规的规定,且不违背公序良俗。
根据本公开的实施例,本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
该电子设备包括:至少一个处理器;以及与至少一个处理器通信连接的存储器;其中,存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行如本公开实施例提供的验证文件的处理方法。
该电子设备与现有技术相比,通过获取项目文件,在项目文件被部署于云服务器后,将项目文件中包含的验证文件存储于云服务器下的第一指定文件路径,并建立第一指定文件路径与第二指定文件路径的映射关系。基于本方案,实现了对域名的验证文件的自动放置,相较于人工手动进行验证文件放置的操作,节省了人力,提升了处理效率。
该可读存储介质为存储有计算机指令的非瞬时计算机可读存储介质,其中,计算机指令用于使计算机执行如本公开实施例提供的验证文件的处理方法。
该可读存储介质与现有技术相比,通过获取项目文件,在项目文件被部署于云服务器后,将项目文件中包含的验证文件存储于云服务器下的第一指定文件路径,并建立第一指定文件路径与第二指定文件路径的映射关系。基于本方案,实现了对域名的验证文件的自动放置,相较于人工手动进行验证文件放置的操作,节省了人力,提升了处理效率。
该计算机程序产品,包括计算机程序,计算机程序在被处理器执行时实现如本公开实施例提供的验证文件的处理方法。
该计算机程序产品与现有技术相比,通过获取项目文件,在项目文件被部署于云服务器后,将项目文件中包含的验证文件存储于云服务器下的第一指定文件路径,并建立第一指定文件路径与第二指定文件路径的映射关系。基于本方案,实现了对域名的验证文件的自动放置,相较于人工手动进行验证文件放置的操作,节省了人力,提升了处理效率。
图8示出了可以用来实施本公开的实施例的示例电子设备80的示意性框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本公开的实现。
如图8所示,电子设备80包括计算单元810,其可以根据存储在只读存储器(ROM)820中的计算机程序或者从存储单元880加载到随机访问存储器(RAM)830中的计算机程序,来执行各种适当的动作和处理。在RAM 830中,还可存储设备80操作所需的各种程序和数据。计算单元810、ROM 820以及RAM 830通过总线840彼此相连。输入/输出(I/O)接口850也连接至总线840。
设备80中的多个部件连接至I/O接口850,包括:输入单元860,例如键盘、鼠标等;输出单元870,例如各种类型的显示器、扬声器等;存储单元880,例如磁盘、光盘等;以及通信单元890,例如网卡、调制解调器、无线通信收发机等。通信单元890允许设备80通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元810可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元810的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元810执行本公开实施例中所提供的验证文件的处理方法。例如,在一些实施例中,执行本公开实施例中所提供的验证文件的处理方法可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元880。在一些实施例中,计算机程序的部分或者全部可以经由ROM 820和/或通信单元890而被载入和/或安装到设备80上。当计算机程序加载到RAM 830并由计算单元810执行时,可以执行本公开实施例中所提供的验证文件的处理方法的一个或多个步骤。备选地,在其他实施例中,计算单元810可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行本公开实施例中所提供的验证文件的处理方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,也可以为分布式系统的服务器,或者是结合了区块链的服务器。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本公开公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本公开保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等,均应包含在本公开保护范围之内。
Claims (14)
1.一种验证文件的处理方法,包括:
获取项目文件,所述项目文件中包括验证文件,所述验证文件用于对目标域名进行域名授权验证;
在所述项目文件被部署于云服务器后,将所述验证文件存储于所述云服务器下的第一指定文件路径,所述第一指定文件路径与第二指定文件路径建立有映射关系,所述第二指定文件路径为所述验证文件被存储于所述目标域名的根目录下时的文件路径,所述映射关系用于将所述验证文件的文件获取请求中的请求路径由所述第二指定文件路径调整为所述第一指定文件路径,从所述第一指定文件路径下获取所述验证文件,将所述验证文件返回给所述文件获取请求的发起方。
2.根据权利要求1所述的方法,其中,在所述将所述验证文件存储于所述云服务器下的第一指定文件路径之后,所述方法还包括:
接收所述文件获取请求,所述文件获取请求中的请求路径为所述第二指定文件路径;
基于所述映射关系将所述文件获取请求中的请求路径由所述第二指定文件路径调整为所述第一指定文件路径;
从所述第一指定文件路径下获取所述验证文件,并将所述验证文件返回给所述文件获取请求的发起方。
3.根据权利要求2所述的方法,其中,所述云服务器为Kubernetes集群中的服务器,所述接收所述文件获取请求,包括:
通过入口Ingress提供的接口接收所述文件获取请求;
所述从所述第一指定文件路径下获取所述验证文件,并将所述验证文件返回给所述文件获取请求的发起方,包括:
通过Ingress分配的管理单元pod,从所述第一指定文件路径下获取所述验证文件,并将所述验证文件返回给所述文件获取请求的发起方。
4.根据权利要求2或3所述的方法,其中,所述文件获取请求是响应于接收到所述目标域名下网站的访问请求生成的。
5.根据权利要求1所述的方法,其中,所述验证文件是从云存储服务器中获取后被存储于所述项目文件内的。
6.根据权利要求5所述的方法,其中,所述验证文件在上传至所述云存储服务器之前,被基于预定的验证方式进行了安全性验证。
7.一种验证文件的处理装置,包括:
项目获取模块,用于获取项目文件,所述项目文件中包括验证文件,所述验证文件用于对目标域名进行域名授权验证;
验证文件存储模块,用于在所述项目文件被部署于云服务器后,将所述验证文件存储于所述云服务器下的第一指定文件路径,所述第一指定文件路径与第二指定文件路径建立有映射关系,所述第二指定文件路径为所述验证文件被存储于所述目标域名的根目录下时的文件路径,所述映射关系用于将所述验证文件的文件获取请求中的请求路径由所述第二指定文件路径调整为所述第一指定文件路径,从所述第一指定文件路径下获取所述验证文件,将所述验证文件返回给所述文件获取请求的发起方。
8.根据权利要求7所述的装置,其中,在所述将所述验证文件存储于所述云服务器下的第一指定文件路径之后,所述装置还包括,验证文件返回模块,所述验证文件返回模块用于:
接收所述文件获取请求,所述文件获取请求中的请求路径为所述第二指定文件路径;
基于所述映射关系将所述文件获取请求中的请求路径由所述第二指定文件路径调整为所述第一指定文件路径;
从所述第一指定文件路径下获取所述验证文件,并将所述验证文件返回给所述文件获取请求的发起方。
9.根据权利要求8所述的装置,其中,所述云服务器为Kubernetes集群中的服务器,所述验证文件返回模块在接收所述文件获取请求时,具体用于:
通过Ingress提供的接口接收所述文件获取请求;
所述验证文件返回模块在从所述第一指定文件路径下获取所述验证文件,并将所述验证文件返回给所述文件获取请求的发起方时,具体用于:
通过Ingress分配的pod,从所述第一指定文件路径下获取所述验证文件,并将所述验证文件返回给所述文件获取请求的发起方。
10.根据权利要求8或9所述的装置,其中,所述文件获取请求是响应于接收到所述目标域名下网站的访问请求生成的。
11.根据权利要求7所述的装置,其中,所述验证文件是从云存储服务器中获取后被存储于所述项目文件内的。
12.根据权利要求11所述的装置,其中,所述验证文件在上传至所述云存储服务器之前,被基于预定的验证方式进行了安全性验证。
13.一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-6中任一项所述的方法。
14.一种存储有计算机指令的非瞬时计算机可读存储介质,其中,所述计算机指令用于使所述计算机执行根据权利要求1-6中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210972004.0A CN115333836B (zh) | 2022-08-12 | 2022-08-12 | 验证文件的处理方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210972004.0A CN115333836B (zh) | 2022-08-12 | 2022-08-12 | 验证文件的处理方法、装置、电子设备及可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115333836A CN115333836A (zh) | 2022-11-11 |
CN115333836B true CN115333836B (zh) | 2023-05-30 |
Family
ID=83924594
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210972004.0A Active CN115333836B (zh) | 2022-08-12 | 2022-08-12 | 验证文件的处理方法、装置、电子设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115333836B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107528718A (zh) * | 2016-08-16 | 2017-12-29 | 腾讯科技(深圳)有限公司 | 获取资源的方法、装置和系统 |
CN112905537A (zh) * | 2021-02-20 | 2021-06-04 | 北京百度网讯科技有限公司 | 文件处理方法、装置、电子设备和存储介质 |
CN113392346A (zh) * | 2021-06-16 | 2021-09-14 | 北京豆萌信息技术有限公司 | 资源文件的路径处理方法、装置、电子设备及存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8635448B2 (en) * | 2011-12-06 | 2014-01-21 | Cisco Technology, Inc. | Secure prefix authorization with untrusted mapping services |
CN104424225B (zh) * | 2013-08-26 | 2018-08-31 | 联想(北京)有限公司 | 基于文件传输过程的文件处理方法及装置 |
EP3073677B1 (en) * | 2015-03-23 | 2018-01-03 | Ale International | Configuration services for user terminals |
CN113938880B (zh) * | 2020-06-29 | 2024-05-14 | 华为技术有限公司 | 一种应用的验证方法及装置 |
-
2022
- 2022-08-12 CN CN202210972004.0A patent/CN115333836B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107528718A (zh) * | 2016-08-16 | 2017-12-29 | 腾讯科技(深圳)有限公司 | 获取资源的方法、装置和系统 |
CN112905537A (zh) * | 2021-02-20 | 2021-06-04 | 北京百度网讯科技有限公司 | 文件处理方法、装置、电子设备和存储介质 |
CN113392346A (zh) * | 2021-06-16 | 2021-09-14 | 北京豆萌信息技术有限公司 | 资源文件的路径处理方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN115333836A (zh) | 2022-11-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8136145B2 (en) | Network authentication for accessing social networking system information by a third party application | |
WO2016165536A1 (zh) | 一种身份验证方法和设备 | |
US9794329B2 (en) | Cloud application with secure local access | |
US11368447B2 (en) | Oauth2 SAML token service | |
CN108632291A (zh) | 一种第三方授权登录方法及系统 | |
US11502899B2 (en) | Dynamic product installation based on user feedback | |
CN113268336B (zh) | 一种服务的获取方法、装置、设备以及可读介质 | |
US8447857B2 (en) | Transforming HTTP requests into web services trust messages for security processing | |
CN103716283A (zh) | 用于在流程中处理调用的Web服务的OAuth认证的方法和系统 | |
CN107360036B (zh) | 一种网络故障定位方法、终端和服务器 | |
CN112364381A (zh) | 权限管理方法、电箱、服务器和存储介质 | |
CN109254921A (zh) | 应用版本验证方法、装置、计算机设备以及存储介质 | |
CN114186206A (zh) | 基于小程序的登录方法、装置、电子设备和存储介质 | |
CN115333836B (zh) | 验证文件的处理方法、装置、电子设备及可读存储介质 | |
EP2987093A1 (en) | Website server request rerouting | |
CN108471635B (zh) | 用于连接无线接入点的方法和设备 | |
CN113760727A (zh) | 一种接口回归测试方法和装置 | |
CN113111047B (zh) | 一种数据处理方法、装置及电子设备 | |
CN112527802B (zh) | 基于键值数据库的软链接方法及装置 | |
CN111371745B (zh) | 用于确定ssrf漏洞的方法和装置 | |
CN111885006B (zh) | 页面访问、授权访问方法和装置 | |
TWI699657B (zh) | 雲端遷移系統 | |
CN116866923A (zh) | 一种蓝牙预配对方法、装置、设备及存储介质 | |
CN116599846A (zh) | 租户间网络连接方法、装置、电子设备和计算机可读介质 | |
CN117580004A (zh) | 基于5g消息的业务处理方法、装置及系统 |
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 |