四、使用Apollo配置中心 4.1 使用样例项目 4.1.1 查看样例配置 4.1.2 运行客户端程序 4.1.3 修改配置并发布 4.1.4 客户端查看修改后的值 4.2 使用新的项目 4.2.1 应用接入Apollo 4.2.2 运行客户端程序 四、使用Apollo配置中心 4.1 使用样例项目 4.1.1 查看样例配置...

四、客户端设计 四、客户端设计 上图简要描述了Apollo客户端的实现原理： 客户端和服务端保持了一个长连接，从而能第一时间获得配置更新的推送。（通过Http Long Polling实现） 客户端还会定时从Apollo配置中心服务端拉取应用的最新配置。 这是一个fallback机制，为了防止推送机制失效导致配置不更新 客户端定时拉取会上报本...

四、Zinx的全局配置 四、Zinx的全局配置 随着架构逐步的变大，参数就会越来越多，为了省去我们后续大频率修改参数的麻烦，接下来Zinx需要做一个加载配置的模块，和一个全局获取Zinx参数的对象。

四、使用Apollo配置中心 4.1 使用样例项目 4.1.1 查看样例配置 4.1.2 运行客户端程序 4.1.3 修改配置并发布 4.1.4 客户端查看修改后的值 4.2 使用新的项目 4.2.1 应用接入Apollo 4.2.2 运行客户端程序 四、使用Apollo配置中心 4.1 使用样例项目 4.1.1 查看样例配置...

四、可用性考虑 四、可用性考虑 场景 影响 降级 原因 某台Config Service下线 无影响 Config Service无状态，客户端重连其它Config Service 所有Config Service下线 客户端无法读取最新配置，Portal无影响 客户端重启时，可以读取本地缓存配置文件。如果是新扩容的机器，可以从其它机器上获取已缓存...

我和Crazepony的那点事儿(1) 对现状的一些思考 一次关于微型四轴的演讲 一个关于微型四轴的开源项目Crazyflie Crazepony四轴萌芽 我和Crazepony的那点事儿(1) 作者： CamelGo/ March 5,2014 很荣幸，Crazepony的第一篇博客是我来写，鉴于是第一篇，按照惯例，我还是说点其他的...

Dockerfile 最佳实践 一般性的指南和建议 容器应该是短暂的 使用 .dockerignore 文件 使用多阶段构建 避免安装不必要的包 一个容器只运行一个进程 镜像层数尽可能少 将多行参数排序 构建缓存 Dockerfile 指令 FROM LABEL RUN apt-get CMD EXPOSE ENV ADD ...

四、噪声鲁棒性 4.1 输入噪声注入 4.2 权重噪声注入 4.3 输出噪声注入 四、噪声鲁棒性 有三种添加噪声的策略：输入噪声注入、权重噪声注入、输出噪声注入。 4.1 输入噪声注入 输入噪声注入：将噪声作用于输入的数据集，这也是前文介绍的一种数据集增强方法。 对于某些模型，在输入上注入方差极小的噪音等价于对权重施加参数范数正则...

四、支持向量回归 4.1 原始问题 4.2 对偶问题 四、支持向量回归 支持向量机不仅可以用于分类问题，也可以用于回归问题。 给定训练数据集 ，其中 。 对于样本 ，传统的回归模型通常基于模型输出 与真实输出 之间的差别来计算损失。当且仅当 与 完全相同时，损失才为零。 支持向量回归(Support Vector Reg...

Dockerfile 最佳实践 一般性的指南和建议 容器应该是短暂的 使用 .dockerignore 文件 使用多阶段构建 避免安装不必要的包 一个容器只运行一个进程 镜像层数尽可能少 将多行参数排序 构建缓存 Dockerfile 指令 FROM LABEL RUN apt-get CMD EXPOSE ENV ADD ...