这是一篇介绍Spring Cloud Contract语言定义的文章，也就是该怎么写契约内容。如果您对Spring Cloud Contract不是很了解，不知如何更好的实践的话，可以先看下我之前的文章《Spring Cloud Contract 契约测试》

在这个框架中，我们既可以采用Groovy，也可以yaml。但由于本身属于Java的框架，在支持上Groovy要更好些，推荐且这里只介绍Groovy（事实上，我对Spring官方同时支持两种定义方式并不理解，专注一种或许会更好啊）。

该文章基于Spring Cloud Contract 2.1.0.GA

Nodejs除了赋予前端后端的能力外，还能有各种各样的脚本，极大的简单各种操作。在早期，脚本做的工作大都是生成固定的模版，所以你需要了解的，仅仅生成的项目就够了。然而，随着框架的完善，架构师往往希望通过脚本处理默认的配置或者环境，这样能减少环境差异导致的问题，还能简化升级核心框架的升级，例如Vue CLI做的事。

这时候，我们不得不探一探它的神秘面纱。

这次带来的是Create的原理解析。

Spring Cloud Contract是契约测试的一个实现，最早看到契约测试还是在《微服务设计》书中，不过那时候绝对想不到真的会接触它。

什么是契约测试？

首先，先谈谈思想，什么是契约测试？事实上在很多地方都称为消费者驱动契约(CDC) ，似乎都喜欢加驱动，比如TDD测试驱动等，但我不喜欢在这里加，契约是由提供者与消费者共同制定的，不可能由一方驱动。而契约测试也将同时作用于两方：

• 验证提供方是否履约
• 验证消费方在提供方履约下是否正常工作

由于一般都只考虑提供方的履约验证，所以误解为消费者驱动。事实呢，提供方与消费方是唯一的么？你的契约不会变么？一旦发生改变，那么契约测试也会对消费方进行验证。

在针对性的SEO优化方面

• 百度： 提供sitemap与提供百度蜘蛛自动推送
• 谷歌： 提供sitemap

就这样！

组件化、复用，这几乎是所有开发者追求的东西。Web Components就是为此而提出。可以使用来创建封装功能的定制元素，可以在你喜欢的任何地方重用，不必担心代码冲突。

这样的理念和Vue十分相似，专注于组件。所以Web Components或许是未来的方向！我在这里写一些Web Components的例子，供学习与参考！

围绕业务概念建模

原文：经验表明，围绕业务的限界上下文定义的接口，比围绕技术概念定义的接口更加稳定。针对系统如何工作这个领域进行建模，不仅可以帮助我们形成更稳定的接口，也能确保我们能够更好地反映业务流程的变化。使用限界上下文来定义可能的领域边界。

这个原则关于微服务如何确认边界，主张以业务而非技术作为划分基准。缘由我有不同的理解。在互联网涉及的业务中，很大一部分都是原来有的，互联网使它更加简单。例如仓储系统，现实中仓储不是随着互联网的出现而发展的，它拥有悠久的例子，古代的粮仓也是呀。而我们设计服务最佳的方式，将现实中映射过来，当然也需要结合网络优点适当调整。

前言

Git LFS一直都想尝试，但，GitHub上

1G的存储，1G的带宽是，这量实在是。。。在2月26日，Netlify宣布了流量限制100G，也宣布新的功能，图像转换功能为流量限制做铺垫，以及这个转换功能所附带的大文件存储。一半伤心一半心动。虽然转换功能也有限制，2500次每月（同一次相同转换会缓存，只消耗1次次数），所以对于大部分中小型网站来说都够用了，当然100G的带宽，也是一样。

作为转换功能基础的文件存储，则没提及，可能无限制吧。所以是时候升级啦。

服务器

你需要购买一台境外的服务器，代理你的访问。你可以在很多地方购买，腾讯云、阿里云、vultr、Google Cloud、Digitalocean、AWS。

目前，腾讯云、阿里云推出了云轻服务器，1TB流量 24元/月，比vultr的 500GB 3.5$/月贵 1TB 5$/月便宜，你根据自己的需求选择。

点击前往 腾讯云 轻量应用服务器 Lighthouse

在选购时，选择国外地区

在今天，加入了Google Ads，不过更多的是想体验一下广告的收益以及对页面浏览的影响。我使用的是自动广告，但自己访问，完全没有任何广告的影子，不知道是不是配错了。如果亲们访问时对你们造成了影响（或者发现了广告的影子），可以截个图，通过右下角的Chatra联系我。

对页面访问有影响的话会下掉广告，毕竟没国际信用卡，就算赚了也取不出来。
去掉去掉，毕竟每天只有1-2pv，一个月也就半百人访问这个小破站，而且谷歌广告需要点击才收费，点击一次3毛。。。。(2019.1.15写)

另外页面会使用Google分析。。。这个可能对国内用户访问造成影响，请尽量在VPN下访问该站点，vultr与outline是不错的方案，或者可以看一下我的VPN教程

又双叒叕加回来啦😂---2019.7.28

缘由

有时候不想打开电脑修改文章，所以需要一个管理页面代替电脑操作（简单的能修改），一般而言，存在两种方案实现它

• 调用GitHub（或者其他Repo）的Api，获取与修改文件
• 通过Git命令获取修改以及推送文件

但无论那种都存在安全问题，如果在本地操作，那么完全没必要管理站点，不是本地的话且使用静态托管的话（如GitHub Page），如何确保是自己修改呢？这就需要一个安全服务，但本身只是偶尔修改使用，撘一个安全服务似乎不划算，所以这件事就一直搁置着

前段时间，我将静态服务迁移到了Netlify，发现它居然提供了CMS用于管理静态资源，我体验了Gatsby的例子，能上传媒体文件，能添加与修改文章，相对的安全性（Netlify会获取你的Git仓库很多权限，但我不认为它会做恶意破坏的行为）...满足了我的要求。