• [技术干货] prometheus标签管理
    Prometheus中的标签管理:1. 标签的作用Prometheus中存储的数据为时间序列,是由Metric的名字和一系列的标签(键值对)唯一标识的,不同的标签代表不同的时间序列,即通过指定标签查询指定数据。标签有点像操纵数据对象的handle,方便后面的数据处理和展示。2. Metadata标签Prometheus系统自带的标签,包含一些默认的Metadata标签信息。可以通过Prometheus UI的Targets页面中查看这些实例的Metadata标签的内容:• __address__:当前Target实例的访问地址<host>:<port>• __scheme__:采集目标服务访问地址的HTTP Scheme,HTTP或者HTTPS• __metrics_path__:采集目标服务访问地址的访问路径上面这些标签将会告诉Prometheus如何从该Target实例中获取监控数据。除了这些默认的标签以外,我们还可以为Target添加自定义的标签。3. 自定义标签在config文件中自定义标签,内容为:标签名:标签4. 重新标记标签重新标记目的:为了更好的标识监控指标。在两个阶段可以重新标记:• relabel_configs :在采集之前• metric_relabel_configs:在存储之前准备抓取指标数据时,可以使用relabel_configs添加一些标签、也可以只采集特定目标或过滤目标。已经抓取到指标数据时,可以使用metric_relabel_configs做最后的重新标记和过滤。重新标记标签一般用途:• 动态生成新标签• 过滤采集的Target• 删除不需要或者敏感标签• 添加新标签
  • [问题求助] AICC软件接口网关http修改为https和去掉token认证方法
    【功能模块】华为AICC_CMS,CCUCS,ccGateway局点:长沙银行AICC解决方案:AICC 8.15.0SP1CTI :V300R008C23SPC001【问题求助】长沙银行信息技术中心反馈,软件内网环境不可用使用https请求方式,要求全部整改为http(用户答复在之前碰到过升级操作系统会导致https访问出问题)请华为这边截图或文字答复说明下如何把ccgateway、ccucs、cms对外提供服务的访问模式修改为http; 并且文字回复下如何去掉token认证!
  • [技术干货] HTTP协议响应状态码大全
    当我们在浏览网页或是在查看服务器日志时,经常会遇到3位数字的状态码(4xx/5xx),这3位数字是什么意思呢?其实,这3位数字是HTTP状态码,用来表示网页服务器HTTP响应状态,简言之就是Web服务器用来告诉客户端发生了什么事。回值描述200 OK请求正常。400 Bad Request服务器未能处理请求。401 Unauthorized被请求的页面需要用户名和密码。403 Forbidden对被请求页面的访问被禁止。404 Not Found服务器无法找到被请求的页面。405 Method Not Allowed请求中指定的方法不被允许。406 Not Acceptable服务器生成的响应无法被客户端所接受。407 Proxy Authentication Required用户必须首先使用代理服务器进行验证,这样请求才会被处理。408 Request Timeout请求超出了服务器的等待时间。409 Conflict由于冲突,请求无法被完成。500 Internal Server Error请求未完成。服务异常。501 Not Implemented请求未完成。服务器不支持所请求的功能。502 Bad Gateway请求未完成。服务器从上游服务器收到一个无效的响应。503 Service Unavailable请求未完成。系统暂时异常。504 Gateway Timeout网关超时。
  • [交流分享] 计算机网络
    资源缓存的位置浏览器的缓存位置分为:memory cache(内存) 和 disk cache(磁盘)区别:memory cache    disk cache相同点    只能存储一些派生类资源文件    只能存储一些派生类资源文件不同点    退出进程时数据会被清除    退出进程时数据不会被清除存储资源    一般脚本、字体、图片会存在内存当中    一般非脚本会存在磁盘当中,如css等三级缓存原理先去内存看,如果有,直接加载如果内存没有,择取硬盘获取,如果有直接加载如果硬盘也没有,那么就进行网络请求加载到的资源缓存到硬盘和内存比如:访问图片-> 200 -> 退出浏览器再进来-> 200(from disk cache) -> 刷新 -> 200(from memory cache)浏览器缓存的分类强缓存协商缓存浏览器向服务器请求资源时,首先判断是否命中强缓存,再判断是否命中协商缓存强缓存浏览器在加载资源是,会现根据本地缓存资源的header中的信息判断是否命中强缓存,如果命中则直接使用浏览器缓存中的资源。这里 header 中的信息指的是 expires 和 cache-control。Expires该字段是 http1.0 时的规范,它的值为一个绝对时间的 GMT 格式的时间字符串,比如 Expires:Mon,18 Oct 2066 23:59:59 GMT。这个时间代表着这个资源的失效时间,在此时间之前,即命中缓存。这种方式有一个明显的缺点,由于失效时间是一个绝对时间,所以当服务器与客户端时间偏差较大时,就会导致缓存混乱。Cache-ControlCache-Control 是 http1.1 时出现的 header 信息,主要是利用该字段的 max-age 值来进行判断,它是一个相对时间,例如 Cache-Control:max-age=3600,代表着资源的有效期是 3600 秒。cache-control 除了该字段外,还有下面几个比较常用的设置值:no-cache:需要进行协商缓存,发送请求到服务器确认是否使用缓存。no-store:禁止使用缓存,每一次都要重新请求数据。public:可以被所有的用户缓存,包括终端用户和 CDN 等中间代理服务器。private:只能被终端用户的浏览器缓存,不允许 CDN 等中继缓存服务器对其缓存。Cache-Control 与 Expires 可以在服务端配置同时启用,同时启用的时候 Cache-Control 优先级高。协商缓存当强缓存没有命中的时候,浏览器会发送一个请求到服务器,服务器根据 header 中的部分信息来判断是否命中缓存。如果命中,则返回 304 ,告诉浏览器资源未更新,可使用本地的缓存。这里的 header 中的信息指的是 Last-Modify/If-Modify-Since 和 ETag/If-None-Match.Last-Modify/If-Modify-Since浏览器第一次请求一个资源的时候,服务器返回的 header 中会加上 Last-Modify,Last-modify 是一个时间标识该资源的最后修改时间。当浏览器再次请求该资源时,request 的请求头中会包含 If-Modify-Since,该值为缓存之前返回的 Last-Modify。服务器收到 If-Modify-Since 后,根据资源的最后修改时间判断是否命中缓存。如果命中缓存,则返回 304,并且不会返回资源内容,并且不会返回 Last-Modify。缺点:短时间内资源发生了改变,Last-Modified 并不会发生变化。周期性变化。如果这个资源在一个周期内修改回原来的样子了,我们认为是可以使用缓存的,但是 Last-Modified 可不这样认为,因此便有了 ETag。ETag/If-None-Match与 Last-Modify/If-Modify-Since 不同的是,Etag/If-None-Match 返回的是一个校验码。ETag 可以保证每一个资源是唯一的,资源变化都会导致 ETag 变化。服务器根据浏览器上送的 If-None-Match 值来判断是否命中缓存。与 Last-Modified 不一样的是,当服务器返回 304 Not Modified 的响应时,由于 ETag 重新生成过,response header 中还会把这个 ETag 返回,即使这个 ETag 跟之前的没有变化。Last-Modified 与 ETag 是可以一起使用的,服务器会优先验证 ETag,一致的情况下,才会继续比对 Last-Modified,最后才决定是否返回 304。浏览器缓存的优点减少了冗余的数据传输;减少了服务器的负担,大大提升了网站的性能;加快了客户端加载网页的速度DNS什么是DNS全称 Domain Name System ,即域名系统万维网上作为域名和IP地址相互映射的一个分布式数据库,能够使用户更方便的访问互联网,而不用去记住能够被机器直接读取的IP数串。DNS协议运行在UDP协议之上,使用端口号53。DNS解析DNS解析过程就是将输入的域名解析成ip地址的过程。比如访问 www.baidu.com首先,会向浏览器缓存查找是否有域名对应的 ip地址,如果有则返回;如果浏览器缓存中没有,则查找本地 hosts文件中是否存在域名对应的 ip地址,如果有则返回;如果 hosts文件中没有,则查找本地 DNS 服务器,如果有则返回;如果本地 DNS 服务器中没有,则向根域名服务器查询,根域名服务器会返回 .com的ip地址;本地DNS服务器根据.com的ip地址到顶级域名服务器查询 baidu.com的ip地址并返回;本地 DNS 服务器根据 baidu.com的 ip 地址到权威域名服务器查询 www.baidu.com的 ip 地址,到此,域名 ip 地址 找到了,返回给本地 DNS 服务器;本地 DNS 服务器再将查询到的 ip 地址返回给浏览器,由浏览器根据 ip 地址发送请求。浏览器向本地DNS服务器查询的过程一般是 递归查询,本地DNS服务器向其他DNS服务器之间的查询一般是 迭代查询
  • [交流分享] java面试--http和https的区别
    一.HTTPHTTP:超文本传输协议(HTTP,HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。设计 HTTP 最初的目的是为了提供一种发布和接收 HTML 页面的方法。它可以使浏览器更加高效。HTTP 协议是以明文方式发送信息的,如果黑客截取了 Web 浏览器和服务器之间的传输报文,就可以直接获得其中的信息。HTTP 原理:① 客户端的浏览器首先要通过网络与服务器建立连接,该连接是通过 TCP 来完成的,一般 TCP 连接的端口号是80。 建立连接后,客户机发送一个请求给服务器,请求方式的格式为:统一资源定位符(URI)、协议版本号,后边是 MIME 信息包括请求修饰符、客户机信息和许可内容。② 服务器接到请求后,给予相应的响应信息,其格式为一个状态行,包括信息的协议版本号、一个成功或错误的代码,后边是 MIME 信息包括服务器信息、实体信息和可能的内容。二.HTTPSHTTPS:是以安全为目标的 HTTP 通道,是 HTTP 的安全版。HTTPS 的安全基础是 SSL。SSL 协议位于 TCP/IP 协议与各种应用层协议之间,为数据通讯提供安全支持。SSL 协议可分为两层**:SSL 记录协议(SSL Record Protocol),它建立在可靠的传输协议(如TCP)之上,为高层协议提供数据封装、压缩、加密等基本功能**的支持。SSL 握手协议(SSL Handshake Protocol),它建立在 SSL 记录协议之上,用于在实际的数据传输开始前,通讯双方进行身份认证、协商加密算法、交换加密密钥等。HTTPS 设计目标:(1) 数据保密性:保证数据内容在传输的过程中不会被第三方查看。就像快递员传递包裹一样,都进行了封装,别人无法获知里面装了什么 。(2) 数据完整性:及时发现被第三方篡改的传输内容。就像快递员虽然不知道包裹里装了什么东西,但他有可能中途掉包,数据完整性就是指如果被掉包,我们能轻松发现并拒收 。(3) 身份校验安全性:保证数据到达用户期望的目的地。就像我们邮寄包裹时,虽然是一个封装好的未掉包的包裹,但必须确定这个包裹不会送错地方,通过身份校验来确保送对了地方 。HTTPS 相对于 HTTP 的改进双向的身份认证客户端和服务端在传输数据之前,会通过基于X.509证书对双方进行身份认证 。具体过程如下:客户端发起 SSL 握手消息给服务端要求连接。服务端将证书发送给客户端。客户端检查服务端证书,确认是否由自己信任的证书签发机构签发(客户端内置了所有受信任 CA 的证书)。 如果不是,将是否继续通讯的决定权交给用户选择 ( 注意,这里将是一个安全缺陷 )。如果检查无误或者用户选择继续,则客户端认可服务端的身份。服务端要求客户端发送证书,并检查是否通过验证。失败则关闭连接,认证成功则从客户端证书中获得客户端的公钥,一般为 1024 位或者 2048 位。到此,服务器客户端双方的身份认证结束,双方确保身份都是真实可靠的。注意:(1) 采用 HTTPS 协议的服务器必须要有一套数字证书,可以自己制作,也可以向组织申请。区别就是自己颁发的证书需要客户端验证通过,才可以继续访问。这套证书其实就是一对公钥和私钥。(2) 互联网有太多的服务需要使用证书来验证身份,以至于客户端(操作系统或浏览器等)无法内置所有证书,需要通过服务端将证书发送给客户端。(3) 客户端内置的是 CA 的根证书(Root Certificate),HTTPS 协议中服务器会发送证书链(Certificate Chain)给客户端。数据传输的机密性客户端和服务端在开始传输数据之前,会协商传输过程需要使用的加密算法。 客户端发送协商请求给服务端, 其中包含自己支持的非对成加密的密钥交换算法 ( 一般是RSA),数据签名摘要算法 ( 一般是SHA或者MD5) ,加密传输数据的对称加密算法 ( 一般是DES),以及加密密钥的长度。 服务端接收到消息之后,选中安全性最高的算法,并将选中的算法发送给客户端,完成协商。客户端生成随机的字符串,通过协商好的非对称加密算法,使用服务端的公钥对该字符串进行加密,发送给服务端。 服务端接收到之后,使用自己的私钥解密得到该字符串。在随后的数据传输当中,使用这个字符串作为密钥进行对称加密。防止重放攻击SSL 使用序列号来保护通讯方免受报文重放攻击。这个序列号被加密后作为数据包的负载。在整个 SSL 握手中,都有一个唯一的随机数来标记 SSL 握手。 这样防止了攻击者嗅探整个登录过程,获取到加密的登录数据之后,不对数据进行解密,而直接重传登录数据包的攻击手法。可以看到,鉴于电子商务等安全上的需求,HTTPS 对比 HTTP 协议,在安全方面已经取得了极大的增强。总结来说,HTTPS 的改进点在于创造性的使用了非对称加密算法,在不安全的网路上,安全的传输了用来进行非对称加密的密钥,综合利用了非对称加密的安全性和对称加密的快速性。HTTPS 的优点1、使用 HTTPS 协议可认证用户和服务器,确保数据发送到正确的客户机和服务器。2、HTTPS 协议是由SSL+HTTP 协议构建的可进行加密传输、身份认证的网络协议,要比 HTTP 协议安全,可防止数据在传输过程中不被窃取、修改,确保数据的完整性。3、HTTPS 是现行架构下最安全的解决方案,虽然不是绝对安全,但它大幅增加了中间人攻击的成本。HTTPS 的缺点(对比优点)1、HTTPS 协议握手阶段比较费时,会使页面的加载时间延长近。2、HTTPS 连接缓存不如 HTTP 高效,会增加数据开销,甚至已有的安全措施也会因此而受到影响。3、HTTPS 协议的安全是有范围的,在黑客攻击、拒绝服务攻击和服务器劫持等方面几乎起不到什么作用。4、SSL 证书通常需要绑定 IP,不能在同一 IP 上绑定多个域名,IPv4 资源不可能支撑这个消耗。5、成本增加。部署 HTTPS 后,因为 HTTPS 协议的工作要增加额外的计算资源消耗,例如 SSL 协议加密算法和 SSL 交互次数将占用一定的计算资源和服务器成本。6、HTTPS 协议的加密范围也比较有限。最关键的,SSL 证书的信用链体系并不安全,特别是在某些国家可以控制 CA 根证书的情况下,中间人攻击一样可行。SSL 提供服务(1) 认证用户和服务器,确保数据发送到正确的客户机和服务器;(2) 加密数据以防止数据中途被窃取;(3) 维护数据的完整性,确保数据在传输过程中不被改变。SSL 工作流程服务器认证阶段:(1) 客户端向服务器发送一个开始信息 “Hello” 以便开始一个新的会话连接;(2) 服务器根据客户的信息确定是否需要生成新的主密钥,如需要则服务器在响应客户的 “Hello” 信息时将包含生成主密钥所需的信息;(3) 客户根据收到的服务器响应信息,产生一个主密钥,并用服务器的公开密钥加密后传给服务器;(4) 服务器回复该主密钥,并返回给客户一个用主密钥认证的信息,以此让客户认证服务器。用户认证阶段:在此之前,服务器已经通过了客户认证,这一阶段主要完成对客户的认证。经认证的服务器发送一个提问给客户,客户则返回(数字)签名后的提问和其公开密钥,从而向服务器提供认证。SSL 协议提供的安全通道有以下三个特性:机密性:SSL 协议使用密钥加密通信数据。可靠性:服务器和客户都会被认证,客户的认证是可选的。完整性:SSL 协议会对传送的数据进行完整性检查。服务器证书(server certificates)是 SSL 数字证书的一种形式,意指通过提交数字证书来证明您的身份或表明您有权访问在线服务。再者简单来说,通过使用服务器证书可为不同站点提供身份鉴定并保证该站点拥有高强度加密安全。是组成 Web 服务器的 SSL 安全功能的唯一的数字标识。通过相互信任的第三方组织获得,并为用户提供验证您 Web 站点身份的手段。服务器证书包含详细的身份验证信息,如服务器内容附属的组织、颁发证书的组织以及称为公开密钥的唯一的身份验证文件。三.HTTP与HTTPS的区别安全性上,HTTPS是安全超文本协议,在HTTP基础上有更强的安全性。简单来说,HTTPS是使用TLS/SSL加密的HTTP协议申请证书上,HTTPS需要使用ca申请证书传输协议上, HTTP是超文本传输协议,明文传输;HTTPS是具有安全性的 SSL 加密传输协议连接方式与端口上,http的连接简单,是无状态的,端口是 80; https 在http的基础上使用了ssl协议进行加密传输,端口是 443
  • [技术干货] CCgateway开启HTTP接口
    CCgateway接口调用使用HTTP模式需要修改后台配置项1./home/elpis/tomcat/conf/server.xml文件,需要放开选择配置项2./home/elpis/tomcat/webapps/agentgateway/WEB-INF/web.xml文件,注释掉拦截器
  • [技术干货] session
    1、什么时cookie(明文传输)用来保存就是客户端信息(浏览器中)得对象,保存类型只能是字String【字符串】,大小有限cookie是HTTP协议得规范之一,他就是服务器和客户端之间得小距离传输数据【cookie是由相应对象创建得】首先由服务器通过响应头传输给客户端,客户端将Cookie保存起来当客户端在次访问时,客户端会将请求头中添加该服务器得cookie,发送至服务器Cookie就是服务器在客户端得数据cookie就是一个键值对(状态保持)==>http请求无状态 状态保持2、cookie规范cookie通过请求头和响应头在服务器与客户端之间传输cookie得大小只有4kb一台服务器和客户端之间最多爆保存20cookie一台浏览器最多保存300cookie3、cookie得应用场景登陆时,一般会有记住密码,自动登录等功能,【就是使cookie完成的】注册时会保留用户的注册的个人信息,以便下次可以直接登录浏览器历史记录记录上一次登录时间、地点.......4、session和cookie之间的区别session 保存在服务器中【只要服务器关闭,浏览器就访问不到数据 session就访问数据失败】是将cookie的值存放值session中进行操作cookie是服务器请求返回的数据保存在客户端方便下一次的访问相同位置时减少数据传输,方便验证。
  • [技术干货] Bootstrap 学习笔记
    bootstrap框架首先下载它的css和js,还有jQuery.js并引用。以移动设备优先。流体容器:container-fluid,就是一个弹性布局,容器的width为auto,只是两边加了15px的padding。固定容器:container,有阈值,容器的width会随设备分辨率的不同而生产变化阈值                                                             width大于等于1200(lg 大屏pc)                              1170(1140+槽宽)大于等于992(md 中屏pc)小于1200               970(940+槽宽)大于等于768(sm 平板)小于992                     750(720+槽宽)小于768(xs 移动手机)                                    auto栅格源码分析1、流体容器&固定容器 公共样式 margin-right: auto; margin-left: auto; padding-left: 15px; padding-right: 15px;2、固定容器 特定样式(顺序不可变) 变化就出错,因为是从小到大排序的,相反会导致小的读不到.@media (min-width: @screen-sm-min) {width: @container-sm;}@media (min-width: @screen-md-min) {width: @container-md;}@media (min-width: @screen-lg-min) {width: @container-lg;}行margin-left: -15px;margin-right: -15px;列(递归).make-grid-columns()--->.col-xs-1, .col-sm-1, .col-md-1, .col-lg-1,.col-xs-2, .col-sm-2, .col-md-2, .col-lg-2,....col-xs-12, .col-sm-12, .col-md-12, .col-lg-12{ position: relative; min-height: 1px; padding-left: 15px; padding-right: 15px;}.make-grid(xs)--->float-grid-columns(@class); .col-xs-1,.col-xs-2,.col-xs-3,.col-xs-4,...col-xs-12{ float: left;}.loop-grid-columns(@grid-columns, @class, width);.col-xs-12{ width:12/12; } .col-xs-11{ width:11/12; } ... .col-xs-1{ width:1/12; }.loop-grid-columns(@grid-columns, @class, pull);.loop-grid-columns(@grid-columns, @class, push);push pull: .col-xs-push-12{ .col-xs-pull-12{ left:12/12; right:12/12; } } .col-xs-push-11{ left:11/12; } ... ... .col-xs-push-1{ left:1/12; }.col-xs-push-0{ .col-xs-pull-0{ left:auto; right:auto; } }.loop-grid-columns(@grid-columns, @class, offset);栅格系统col-lg-xcol-md-xcol-sm-xcol-xs-xx默认拥有12个等级列排序(注意阈值上样式的设置不能跳跃)push的时候调整的是left(从左往右),分13个等级(0到12)0时为autopull的时候调整的是right(从右往左),分13个等级(0到12)0时为auto响应式工具visible- 到一定阈值时显示hidden- 到一定阈值时隐藏栅格盒模型设计的精妙之处容器两边具有15px的padding行 两边具有-15px的margin列 两边具有15px的padding为了维护槽宽的规则,列两边必须得要15px的padding为了能使列嵌套行,行两边必须要有-15px的margin为了让容器可以包裹住行,容器两边必须要有15px的padding
  • [问题求助] java.lang.NoSuchMethodError: okhttp3.internal.http.RetryAndFollo
    创建文件夹接口、上传文件都报这个错,java的:Caused by: java.lang.NoSuchMethodError: okhttp3.internal.http.RetryAndFollowUpInterceptor.<init>(Lokhttp3/OkHttpClient;Z)V    at okhttp3.RealCall.<init>(RealCall.java:51)    at okhttp3.OkHttpClient.newCall(OkHttpClient.java:419)    at com.obs.services.internal.RestStorageService.tryRequest(RestStorageService.java:408)    at com.obs.services.internal.RestStorageService.performRequest(RestStorageService.java:368)
  • [技术干货] exporter暴露数据接口启用http认证
    安装一个密码加密的工具:yum install httpd-tools –yhtpasswd -nBC 12 '' | tr -d ':\n'提示输入密码,再次确认密码。生成密码的加密数据。将其复制写入config.yml文件:[root@k8s-node2 ~]# vi /usr/local/node-exporter/config.ymlbasic_auth_users:   prometheus: $2y$12$4q80hK9.qxZymNxpPR56wuUDs7mG6j2MA2IiBBnEp.GbQnOjhPL/a写入exporter的启动配置文件:[root@k8s-node2 node-exporter]# vi /usr/lib/systemd/system/node_exporter.serviceDescription=node_exporter[Service]ExecStart=/usr/local/node-exporter/node_exporter --web.config=/usr/local/node-exporter/config.ymlExecReload=/bin/kill -HUP $MAINPIDKillMode=process Restart=on-failureWantedBy=multi-user.target重启进程使之生效:# systemctl daemon-reload# systemctl start node_exporter用浏览器测试:输入用户名和密码:修改prometheus的配置文件: - job_name: "webserver"    static_configs:      - targets: ["eip:9100"]      basic_auth:         username: prometheus         password: 123456重启prometheus进程:systemctl daemon-reloadsystemctl start prometheus
  • [问题求助] 【ABC】【调用roma接口耗时长】http和roma方式调用用时均很长,这是什么原因?
    【功能模块】尝试了用roma方式和http方式调用roma接口,耗时大概五六秒,但roma接口本身测试基本不超一秒,请问这是什么原因?是否有办法优化?【操作步骤&问题现象】1、2、【截图信息】【日志信息】(可选,上传日志内容或者附件)
  • [问题求助] bearpi-hm_nano-master 如何进行HTTP访问
    我想实现访问时间api,读取网站的字符串。如何实现?求个方向
  • [问题求助] 【AICC 8.14.0】 CC-CMS接口鉴权失败
    问题求助] 【AICC 8.14.0】接口鉴权调用时跳转到登录页面【问题来源】【必填】    贵州119   【问题简要】【必填】在测试接口鉴权时鉴权失败【问题类别】【必填】    CC-CMS 【AICC解决方案版本】【必填】    AICC 8.14.0【期望解决时间】【选填】尽快【问题现象描述】【必填】运行8.14.0版本的cc-cms文档的接口鉴权。和鉴权demo里的代码比对生成的鉴权信息是一致的期望http响应码为200实际http响应码为401 【日志或错误截图】【可选】
  • [问题求助] 【AICC 8.14.0】接口鉴权调用时http响应码为404
    【问题来源】【必填】    贵州119   【问题简要】【必填】在测试CMS接口时http响应码为404【问题类别】【必填】    CC-CMS 【AICC解决方案版本】【必填】    AICC 8.14.0【期望解决时间】【选填】尽快【问题现象描述】【必填】运行8.14.0版本的cc-cms文档的接口鉴权demo代码期望返回http响应码为200或401实际返回的是404 【日志或错误截图】【可选】
  • [问题求助] 【Appcube】【http2】请问Appcube 支持 http2.0吗?
     请问Appcube支持 http2.0吗?如何配置?场景:组件里有很多图片,d3 画图需要
总条数:201 到第
上滑加载中