现代应用程序体系结构的核心是HTTP API。HTTP使应用程序能够快速构建并轻松维护。无论应用程序的规模如何，HTTP API都提供了一个通用接口，从单用途微服务到无所不包的整体。通过使用HTTP，支持超大规模Internet属性的Web应用程序交付的进步也可用于提供可靠和高性能的API交付。
本项目使用vue全家桶，axios和cube-ui cube-ui文档地址：https://didi.github.io/cube-ui/#/zh-CN/docs/quick-start
200 OK - [GET]：服务器成功返回用户请求的数据，该操作是幂等的（Idempotent）。 201 CREATED - [POST/PUT/PATCH]：用户新建或修改数据成功。 202 Accepted - [*]：表示一个请求已经进入后台排队（异步任务） 204 NO CONTENT - [DELETE]：用户删除数据成功。 400 INVALID REQUEST - [POST/PUT/PATCH]：用户发出的请求有错误，服务器没有进行新建或修改数据的操作，该操作是幂等的。 401 Unauthorized - [*]：表示用户没有权限（令牌、用户名、密码错误）。 403 Forbidden - [*] 表示用户得到授权（与401错误相对），但是访问是被禁止的。 404 NOT FOUND - [*]：用户发出的请求针对的是不存在的记录，服务器没有进行操作，该操作是幂等的。 406 Not Acceptable - [GET]：用户请求的格式不可得（比如用户请求JSON格式，但是只有XML格式）。 410 Gone -[GET]：用户请求的资源被永久删除，且不会再得到的。 422 Unprocesable entity - [POST/PUT/PATCH] 当创建一个对象时，发生一个验证错误。 500 INTERNAL SERVER ERROR - [*]：服务器发生错误，用户将无法判断发出的请求是否成功。 更多看这里：http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html 状态码
在谈论接口测试之前，让我们先明确前端和后端这两个概念。在互联网开发中，前端和后端经常一起工作以完成一个任务。前端通常负责用户交互和数据的呈现，后端则负责数据的处理和存储。
答：rem是一个相对单位，相对根元素字体大小的单位。我们只需要指定根元素为参考值，就可以了。1rem等于根元素的fontSize大小
继 Rails 从入门到完全放弃 拥抱 Elixir + Phoenix + React + Redux 这篇文章被喷之后，笔者很长一段时候没有上社区逛了。现在 tkvern 又回归了，给大家带来React实践的一些经验，一些踩坑的经验。
在已有的sessions中，将URL中包含sometext的session项高亮。
Tips：Q：为什么添加沙箱技术测试员 注册不成功 Unknown Email xxxxxx 首先这里有个坑 邮箱只要符合格式就可以 虚假邮箱也可以 但密码必须符合正式的要求要有大小写和字符 复杂就好 例如:Lh123456*
Flask Web学习笔记之Flask与HTTP 2.1 请求响应循环 每一个Web应用都包含这种处理模式：客户端发出请求，服务器端处理请求并返回响应 HTTP是客户端和服务器端沟通的桥梁，当用户点击URL时，浏览器会生成http请求，经互联网发送到对应的web服务器，Web服务器端接收请求，通过WSGI将HTTP格式数据转换成能用的数据，并生成响应又依次返回给客户端 2.2 HTTP请求 2.2.1 报文 常见HTTP方法：GET，POST，PUT，DELETE，HEAD，OPTIONS 2.2.2 Re
1. 在微服务父工程中pom文件中引入，jwtToken依赖 <dependency> <groupId>io.jsonwebtoken</groupId> <artifactId>jjwt</artifactId> <version>0.9.0</version> </dependency> 2. 配置创建JwtToken的工具类 package priv.kuki.utils; import io.
API 管理 API 通过 API 管理发布 API 在开发人员门户中可见 API 只能通过 API 管理网关访问 请求 API 时强制执行速率限制 对 API 进行更改时会自动维护规范 针对标准规范的每次更改验证端点规范 规范包含请求和响应的模式 请求和响应模式和示例经过格式验证，示例通过模式验证 URI API 使用 HTTPS（或在特殊情况下使用其他带加密的无状态协议） 在组织的官方域下发布的 API 可见域与其他 API 共享（即 API 使用者看到的域？） 端点深度最多为 2 个资源（示例 /
GitHub 项目地址：https://github.com/Smith-Cruise/Spring-Boot-Shiro 。
0、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
github.com/Smith-Cruise/Spring-Boot-Shiro
1xx：指示信息–表示请求已接收，继续处理 2xx：成功–表示请求已被成功接收、理解、接受 3xx：重定向–要完成请求必须进行更进一步的操作 4xx：客户端错误–请求有语法错误或请求无法实现 5xx：服务器端错误–服务器未能实现合法的请求 状态码详解
【译者注】本文是作者在自己的工作经验中总结出来的RESTful API设计技巧，虽然部分技巧仍有争议，但总体来说还是有一定的参考价值的。以下是译文。
Context 通过组件树提供了一个传递数据的方法，从而避免了在每一个层级手动的传递 props 属性。
〖0〗-操作成功完成。 〖1〗-功能错误。 〖2〗-系统找不到指定的文件。 〖3〗-系统找不到指定的路径。 〖4〗-系统无法打开文件。 〖5〗-拒绝访问。 〖6〗-句柄无效。 〖7〗-存储控制块被损坏。 〖8〗-存储空间不足，无法处理此命令。 〖9〗-存储控制块地址无效。 〖10〗-环境错误。 〖11〗-试图加载格式错误的程序。 〖12〗-访问码无效。 〖13〗-数据无效。 〖14〗-存储器不足，无法完成此操作。 〖15〗-系统找不到指定的驱动器。 〖16〗-无法删除目录。 〖17〗-系统无法将文件移到不同的驱动器。 〖18〗-没有更多文件。 〖19〗-介质受写入保护。 〖20〗-系统找不到指定的设备。 〖21〗-设备未就绪。 〖22〗-设备不识别此命令。 〖23〗-数据错误 (循环冗余检查)。 〖24〗-程序发出命令，但命令长度不正确。 〖25〗-驱动器无法找出磁盘上特定区域或磁道的位置。 〖26〗-无法访问指定的磁盘或软盘。 〖27〗-驱动器找不到请求的扇区。 〖28〗-打印机缺纸。 〖29〗-系统无法写入指定的设备。 〖30〗-系统无法从指定的设备上读取。 〖31〗-连到系统上的设备没有发挥作用。 〖32〗-进程无法访问文件，因为另一个程序正在使用此文件。 〖33〗-进程无法访问文件，因为另一个程序已锁定文件的一部分。 〖36〗-用来共享的打开文件过多。 〖38〗-到达文件结尾。 〖39〗-磁盘已满。 〖50〗-不支持该请求。 〖51〗-远程计算机不可用 。 〖52〗-在网络上已有重复的名称。 〖53〗-找不到网络路径。 〖54〗-网络忙。 〖55〗-指定的网络资源或设备不再可用。 〖56〗-已到达网络 BIOS 命令限制。 〖57〗-网络适配器硬件出错。 〖58〗-指定的服务器无法运行请求的操作。 〖59〗-发生意外的网络错误。 〖60〗-远程适配器不兼容。 〖61〗-打印机队列已满。 〖62〗-无法在服务器上获得用于保存待打印文件的空间。 〖63〗-删除等候打印的文件。 〖64〗-指定的网络名不再可用。 〖65〗-拒绝网络访问。 〖66〗-网络资源类型错误。 〖67〗-找不到网络名。 〖68〗-超过本地计算机网卡的名称限制。 〖69〗-超出网络 BIOS 会话限制。 〖70〗-远程服务器已暂停，或正在启动过程中。 〖71〗-当前已无法再同此远程计算机连接，因为已达到计算机的连接数目极限。 〖72〗-已暂停指定的打印机或磁盘设备。 〖80〗-文件存在。 〖82〗-无法创建目录或文件。 〖83〗-INT 24 失败。 〖84〗-无法取得处理此请求的存储空间。 〖85〗-本地设备名已在使用中。 〖86〗-指定的网络密码错误。 〖87〗-参数错误。 〖88〗-网络上发生写入错误。 〖89〗-系统无法在此时启动另一个进程。 〖100〗-无法创建另一个系统信号灯。 〖101〗-另一个进程拥有独占的信号灯。 〖102〗-已设置信号灯且无法关闭。 〖103〗-无法再设置信号灯。 〖104〗-无法在中断时请求独占的信号灯。 〖105〗-此信号灯的前一个所有权已结束。 〖107〗-程序停止，因为替代的软盘未插入。 〖108〗-磁盘在使用中，或被另一个进程锁定。 〖109〗-管道已结束。 〖110〗-系统无法打开指定的设备或文件。 〖111〗-文件名太长。 〖112〗-磁盘空间不足。 〖113〗-无法再获得内部文件的标识。 〖114〗-目标内部文件的标识不正确。 〖117〗-应用程序制作的 IOCTL 调用错误。 〖118〗-验证写入的切换参数值错误。 〖119〗-系统不支持请求的命令。 〖120〗-此功能只被此系统支持。 〖121〗-信号灯超时时间已到。 〖122〗-传递到系统调用的数据区太小。 〖123〗-文件名、目录名或卷标语法不正确。 〖124〗-系统调用级别错误。 〖125〗-磁盘没有卷标。 〖126〗-找不到指定的模块。 〖127〗-找不到指定的程序。 〖128〗-没有等候的子进程。 〖130〗-试图使用操作(而非原始磁盘 I/O)的已打开磁盘分区的文件句柄。 〖131〗-试图移动文件指针到文件开头之前。 〖132〗-无法在指定的设备或文件上设置文件
大家好，我是腾讯云开发者社区的 Front_Yue，本篇文章将介绍什么是JWT以及在JWT在Spring Boot项目中的最佳实践。
一直记不住http常用的status code,最近思考可以这样想。http无非就是客户端和服务端之间请求连接交互嘛。结果要么成功，要么失败。
众所周知，HTTP 协议是无状态的。但是随着 web 应用的发展，越来越多的场景需要标识用户身份。例如：单点登陆、购物车等等。
当测试工程师执行Selenium测试自动化用例时，可能会遇到很多陌生的Exception。在执行测试脚本时，有些Exception可能不是很常见，因为测试用例锁依赖的测试框架拥有足够健壮性以应对此类场景。这些未被预期的场景被称为异常场景，在使用Selenium进行自动浏览器测试时，通常来讲会遇到很多异常场景。
通常，在开始使用新框架或新语言工作时，我会尝试查找尽可能多的最佳实践，而我更喜欢从一个易于理解，维护和升级的良好结构开始。在这篇文章中，我将尝试解释自己的想法，并将过去几年中获得的所有知识与最新，最好的Web开发实践结合起来。
E:/python3-6-4/Lib/site-packages/rest_framework/views.py 源码
接口权限目前一般采用jwt的形式来验证，没有通过的话一般返回401，跳转到登录页面重新进行登录
ffuf是一款Go语言编写的高速Web Fuzzer工具，该项目深受大型项目gobuster和wfuzz的启发。
Web系统通常和其他相关系统一同使用（如数据库系统等）。这就使得攻击者将攻击行为伪装成一种看上去无害的形式（譬如通过编码变换）提交进来以攻击后台的其他系统。由于后台系统的种类繁多，WAF必须识别出针对这些系统的攻击，这为WAF的开发带来了很大的难处，为了使WAF的规则可以有效的抵御这些攻击，WAF必须发现出这些攻击并将变换的输入数据还原成正常的数据。
HTTP是hypertext transfer protocol（超文本传输协议）的简写，它是TCP/IP协议的一个应用层协议，用于定义WEB浏览器与WEB服务器之间交换数据的过程。
APIView类中dispatch方法中的：response = self.handle_exception(exc)
POST http://localhost:10010/web-service/user/register
AFNetworking项目地址 https://github.com/AFNetworking/AFNetworking 下载打开后目录 AFNetworking 1.AFNetwork
目前Alertmanager项目共计53M大小，其中.git占了46M，总的go代码行数不足6万行(包括.pb.go等文件)，不算是一个大项目。
网络应用程序，分为前端和后端两个部分。当前的发展趋势，就是前端设备层出不穷（手机、平板、桌面电脑、其他专用设备......）。
【1】Cookie 保存在客户端，未设置存储时间的 Cookie，关闭浏览器会话 Cookie 就会被删除；设置了存储时间的 Cookie 保存在用户设备的磁盘中直到过期，同时 Cookie 在客户端所以可以伪造，不是十分安全，敏感数据不易保存。Session 保存在服务器端，存储在 IIS 的进程开辟的内存中，而 Session 过多会消耗服务器资源，所以尽量少使用 Session。 【2】Session 是服务器用来跟踪用户的一种手段，每个 Session都有一个唯一标识：session ID。当服务端生成一个 Session 时就会向客户端发送一个 Cookie 保存到客户端，这个 Cookie 保存的是 Session 的 SessionID 这样才能保证客户端发起请求后，用户能够与服务器端成千上万的 Session 进行匹配，同时也保证了不同页面之间传值的正确性。 【3】存储数据类型不同：Session 能够存储任意的 Java 对象，Cookie 只能存储 String 类型的对象。 【4】大于10K 的数据，不要用到 Cookies。
虽然这对常规大小的模型来说非常有效，但当我们处理一个巨大的模型时，这个工作流程有一些明显的局限性：在第1步，我们在RAM中加载一个完整版本的模型，并花一些时间随机初始化权重（这将在第3步被丢弃）。在第2步，我们在RAM中加载另一个完整版本的模型，并使用预训练的权重。如果你正在加载一个具有60亿个参数的模型，这意味着你需要为每个模型的副本提供24GB的RAM，所以总共需要48GB（其中一半用于在FP16中加载模型）。
URI(Uniform Resource Identifier) 统一资源标识符；URL(Uniform Resource Locator) 统一资源定位符。
在前端比较熟悉的框架如express、koa、redux和axios中，都提供了中间件或拦截器的功能，本文将从源码出发，分析这几个框架中对应中间件的实现原理。
FreeHttp是一个Fiddler插件借助FreeHttp您可按照您自己的设定修改请求或响应报文
-多年互联网运维工作经验，曾负责过大规模集群架构自动化运维管理工作。 -擅长Web集群架构与自动化运维，曾负责国内某大型金融公司运维工作。 -devops项目经理兼DBA。 -开发过一套自动化运维平台（功能如下）： 1)整合了各个公有云API，自主创建云主机。 2)ELK自动化收集日志功能。 3)Saltstack自动化运维统一配置管理工具。 4)Git、Jenkins自动化代码上线及自动化测试平台。 5)堡垒机，连接Linux、Windows平台及日志审计。 6)SQL执行及审批流程。 7)慢查询日志分析web界面。
root和alias都可以在配置静态服务时发挥重要的作用，二者可以达到相同的功能，但是也有很大的不同，每个都有其适应的场景。
这一篇将分析网络请求收到数据时的响应AFURLResponseSerialization序列化过程。 当AFURLRequestSerialization类将所有的请求数据处理完成发送请求之后，当收到返回的数据信息时，这时就要靠AFURLResponseSerialization类来完成不同类型返回数据的序列化操作。 从AFURLResponseSerialization头文件中，可以看出与AFURLRequestSerialization类的结构非常相似。从上往下，首先声明了AFURLResponseSerialization协议，协议中只有一个方法，将response解码成指定的相关数据，这是所有响应类都需要遵循的协议。之后声明了一个AFHTTPResponseSerializer类，作为响应类的根类。再往下的类，都是继承自AFHTTPResponseSerializer的子类，分别是AFJSONResponseSerializer（JSON格式数据响应，默认）、AFXMLParserResponseSerializer（iOS端XML数据解析响应）、AFXMLDocumentResponseSerializer（MAC OS端XML数据解析响应）、AFPropertyListResponseSerializer（PList格式数据解析响应）、AFImageResponseSerializer（图片数据解析响应）和AFCompoundResponseSerializer（复合式数据解析响应） 在父类AFHTTPResponseSerializer中，遵循的协议方法不做任何事情 只做一次response的验证。实现方法中，只有[self validateResponse:(NSHTTPURLResponse *)response data:data error:error]验证response是否合规的方法。而且初始化init方法中，父类只是设置编码格式为UTF-8，设置http状态码为200-299，表示只有这些状态码获得了有效的响应，而不在接受范围内的状态码和内容类型会在数据解析时发生错误。而且其中一句代码self.acceptableContentTypes = nil;，本身acceptableContentTypes用于设置可接受的contentType，这里置为nil，也从侧面建议不要直接使用父类。
有些人可能会强烈反对反对提到的/ translate和其他JSON路由是API路由。其他人可能会同意，但也会认为它们是一个设计糟糕的API。那么一个精心设计的API有什么特点，为什么上面的JSON路由不是一个好的API路由呢？
FreeHttp是一个Fiddler插件借助FreeHttp您可按照您自己的设定修改请求或响应报文，这对测试及调试都非常有用
本篇是实战系列的第一篇，主要是搭建 react 开发环境,在create-react-app的基础上加上如下功能：
Gitee地址：https://gitee.com/BytomBlockchain/bytom
6．1 概述 XMPP包含一个认证流的方法，此方法依靠一个简单认证与安全层（SASL）协议[SASL]的XMPP-specific profile。SASL提供一个一般化方法，用于给基于连接的协议加认证支持，并且，XMPP使用一个一般化XML命名空间profile，用于 SASL，遵从[SASL]的profiling需求。 以下规则应用： 1） 如果两个服务器间发生SASL协商，直到由服务器宣称的域名系统（DNS）主机名被解析了（参考服务器到服务器通信（14.4））
什么是RESTful 一种软件架构风格、设计风格，而不是标准，只是提供了一组设计原则和约束条件。它主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制。 一、URI规范 1.不用大写； 2.用中杠 - 不用下杠 _ ； 3.参数列表要encode； 4.URI中的名词表示资源集合，使用复数形式。 5.在RESTful架构中，每个网址代表一种资源（resource），所以网址中不能有动词，只能有名词（特殊情况可以使用动词），而且所用的名词往往与数据库的表格名对应
前言：我以后在文章最后再也不说我下篇博文要写什么，之前说的大家也可以忽略，如果你不忽略，会失望的?，不过说出去的话还是要表示一下的，简单介绍一下路由钩子： 正如其名，vue-router 提供
言归正传，曾几何时，在某微信群讨论 Http 状态码的时候，被某大佬给怼了一下，具体的内容就不说了，反正现在的返回状态码无非就那两个方案，一个是用 RESTFul 风格，完全通过 http状态码来处理，另一个就是通过 自定义返回内容，比如json的格式，把状态信息放到返回内容里边，最终我没有听从他的意见，还是坚持我自己的风格（状态码+自定义格式），具体的内容我都会在下面详细的说明的，恰逢QQ群里有一个小伙伴也说到了关于封装状态码的问题，其实我已经写了，只不过他的更优雅，更漂亮，所以我就用他的方案了：
代码位置：org.springframework.web.servlet.DispatcherServlet#initStrategies
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
