postman

一、生成随机数（新建或者做重复测试时，随机数真的是太好用了） {{$guid}}：添加一个V4风格GUID(如： aa002-44ac-45ca-aae3-52bf19650e2d) {{$timestamp}}：将当前的时间戳，精确到秒 {{$randomInt}}：添加0和1000之间的随机整数 来源： oschina 链接： https://my.oschina.net/u/4305544/blog/3563566

简介 Apollo（阿波罗）是携程框架部门研发的分布式配置中心，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。 Apollo和Spring Cloud Config对比 通过对比，可以看出，生成环境中 Apollo 相比 Spring Cloud Config 更具有优势一些。 安装 Apollo 配置中心 搭建教程 参照 https://github.com/ctripcorp/apollo/wiki/Quick-Start 搭建 Apollo 配置中心，文档写的很清楚，这里就赘述了。 查看样例配置 搭建完成并启动后，访问 http://localhost:8070 ，界面如下。 输入用户名 apollo，密码 admin 后登录后，点击SampleApp进入配置界面。 与 Spring Boot 整合使用 创建一个springboot项目，主要代码如下。 pom.xml 添加 Apollo 客户端的依赖，为了编码方便引入commons-lang3。 < dependency > < groupId > com.ctrip.framework.apollo </ groupId > < artifactId > apollo-client </ artifactId > < version

搞IT技术的同行，相信没有几个人是不会抓包这项技能的（如果很不幸你中枪了，那希望这篇文章给你一些动力），市面上的抓包工具也有很多，常用的有： Charles 、 Fiddler 、 Burpsuite 、 WireShark 、 mitmproxy 如果从市场使用率来讲，特别是对于Windows用户来说， Fiddler 抓包使用人群占比最多。 由于 Fiddler 基于.NET开发，对于像我这类Mac系统的资深用户来讲，显然不太合适，为了解决Mac下使用Fiddler的问题，早在2016年官方出过一款名为 Fiddler for OS X Beta 1 尝试来解决这类问题, 但这款工具必须通过Mono才可以在Mac上使用。并且在Mac上使用是非常不稳定, 有非常多的问题。 所幸的是，在2018年，官方又进一步推出了一款名为： Fiddler Everywhere 的抓包工具，今天就给大家聊一聊这款工具。 虽然Mac下GUI抓包工具，首推Charles，但多掌握一项抓包工具，对自己肯定是没有坏处。 1. Fiddler Everywhere 介绍 从名称上来看，就大概能猜出它的寓意，官方也通过一段话，解释了 Fiddler Everywhere 的作用: Fiddler Everywhere is a web debugging proxy for any browser, any

　　在前后端分离的开发模式中，后端对前端传入的参数的校验成了必不可少的一个环节。但是在多参数的情况下，在controller层加上参数验证，会显得特别臃肿，并且会有许多的重复代码。这里可以引用Hibernate Validator来解决这个问题，直接在实体类进行参数校验，验证失败直接返回错误信息给前端，减少controller层的代码量。 一、xml引入Hibernate Validator <!-- 验证器 --> <dependency> <groupId>org.hibernate.validator</groupId> <artifactId>hibernate-validator</artifactId> <version>6.1.5.Final</version> </dependency> 二、通过注解在实体类进行参数校验 @Data public class UserModel { @NotNull(message = "用户名称不能为空！" ) private String userName; @NotNull(message = "age不能为null!" ) @Range(min = 1, max = 888, message = "范围为1至888" ) private Integer age; /** * 日期格式化转换 */ @NotNull

分布式系统架构之构建你的任务调度中心 分布式系统中，我们经常会遇到定时执行任务，而这些定时任务中，多数情况都是需要执行一些http请求。 比如： 轮训支付结果（虽然第三方支付中心有支付回调，但有时候并不能有效保证你的业务系统能收到正确的结果） 未支付订单超时取消，电商系统订单，用户未支付订单，超时后取消订单 已支付已签收订单，超时后自动完成订单 同步微信公众号用户数据做分析 同步企业微信通讯录及客户信息 等等 很多业务场景都需要用到定时执行http请求的任务 本次，我们在netcore 环境，使用 Jango.JobCenter 来快速构建我们的任务调度中心 Jango.JobCenter 目前是基于Hangfire的 .NETStandard 2.0版本 Demo源码，请移步 https://github.com/jangocheng/Jango.JobCenter.demo dotnet new webapi 创建一个webapi项目 dotnet add package Jango.JobCenter --version 1.0.0.1 编辑StartUp文件 引用 Jango.JobCenter using Jango.JobCenter; 修改ConfigureServices(IServiceCollection services) services

Model @Data @Builder public class Article { private Long id; private String author; private String title; private String content; private Date createTime; } contral @Slf4j @RestController @RequestMapping("/rest") public class ArticleController { // 查询一篇文章 //@RequestMapping(value = "/articles/{id}", method = RequestMethod.GET) @GetMapping(value = "/articles/{id}") public AjaxResponse getArticle(@PathVariable("id") Long id){ Article article = Article.builder() .id(1L) .author("xieyang") .content("spring boot 从青铜到王者") .createTime(new Date()) .title("t1").build(); log.info("article:" + article);

前言 网上关于Identity Server4的资料有挺多的，之前是一直看杨旭老师的，最近项目中有使用到，在使用.NET Core3.1的时候有一些不同。所以在此记录一下。 预备知识: https://www.cnblogs.com/cgzl/p/9405796.html 本文内容参考 杨旭老师之前博客: https://www.cnblogs.com/cgzl/p/7780559.html 官方文档: https://identityserver4.readthedocs.io/en/latest/ 如杨旭老师所说，官方文档真的很详细，有时间建议大家看下官方文档。 建立Authorization Server 建立ASP.Net Core项目使用空模板。 项目建立之后，运行方式改为使用控制台运行而不是IIS Express,以便查看各种debug信息。 这个已成为习惯，也是学习杨老师的，确实比较方便，当然如果不喜欢可以不设置，只需要端口号配置的时候对应好就可以的。 修改后文件代码为： { "profiles": { "IdentityServer4.AuthServer": { "commandName": "Project", "launchBrowser": true, "applicationUrl": "http://localhost:5000",