话说这 salt 里面的术语都起得特立独行，State 之所以叫 State ，我绕了半天才搞懂原来它是指期望达到的某种 状态，关于 State ，前面发了四篇文章，终于算是入门了。

今天，我来开始撸一撸 salt 中的另一个核心概念：Pillar。
关于 Pillar 的更详细文档，请参考 这里

这周翻译了四篇有关 salt state 的文章，基本上是每天发一篇掉一个粉，到今天已经掉了 5 个粉了，技术文章阅读量低也是意料之中的。

but，I don’t care.

鲁迅爷爷说过：

真的猛男，敢于直面永不破百的阅读量和点赞数，敢于正视不忠取关的粉丝。

今天来继续讲一讲 state 中的 top 文件。

续上集，继续研究《Salt States 基本法》，本集前情提要：

介绍如何使用 file_roots 来建立一套可同时用于研发、测试、生产线的运行环境。

五一小长假，魏泽西事件，谁也没想到这事闹得这么大，惊动了习大大出来亲自做指示：「搜索结果不能以给钱多少作为排序依据」，当社会民生问题上升到国家机器的高度，这事推动起来就好办点了，这是积极的一面。

再说黑暗的一面，在此事件中，百度的竞价排名、医疗广告备受诟病，有部分知乎大V收黑钱，昧着良心给那些为百度洗地的答案「点赞」，结果被人扒出来吊打一顿，个中过程，一波三折，撕逼打脸此起彼伏……

详细报道，请观看明晚 19 点 35 分播出的焦点访谈节目《知乎6大V为百度洗地被永久封号》（链接：http://t.cn/Rq8r9zg）

只不过一不小心点了个赞，瞬间几百万粉丝就没了，大V们的人品、口碑及其附带的一系列营销价值一夜坍塌，被永久地钉在知乎的耻辱柱上，受万人唾骂？请问，这事能怪谁？

人在做天在看，且问苍天绕过谁？

勿以恶小而为之啊！

好啦，继续研究《Salt States 基本法》，本集前情提要：

讨论有关 sls 模版以及 include, extend 等高级配置语法。

关于 Salt States ，《Salt Stack 一日游》（链接：http://t.cn/RqYQK0Q）从整体上介绍了 salt 系统以及各个组件，接着《如何使用盐态》(链接：http://t.cn/Rq8vJVF)把 state 相关的知识过了一遍。但，这些多半是理论居多，实践得少，就像程序员学习一门新的编程语言一样，你讲再多都不如一个 Hello World 来的亲切。

纸上得来终觉浅，得知此事须躬行。

本文的目的就是手把手教你“怎样快速地运用 Salt States 来配置系统”。当然啦，想要挖掘更多 Salt States 的内幕信息，请移步官方文档，那里有你想知道的所有奇技淫巧。

这个示例将分为四集，我打算从今天开始每晚放出一集熟肉版。

本集前情提要：

使用 Salt 配置一个 minion，使之运行 Apache 服务器，并确保该服务正常运行。

五一小长假，我的朋友圈被「魏则西事件」刷屏了：洗地文、公关文、声讨文……

各路自媒体写手从不同角度、以不同体位、站在不同立场对此事件进行了或深或浅的解读，小明在此提炼总结下几篇我觉得不错的文章，算是对这些解读的解读吧。

关于，SaltStack 这个牛逼的配置管理神器，上周我写了篇入门级的 《SaltStack 一日游》。

今天，深入点研究 SaltStack 中的精华部分：“Salt States”。

「Salt States」 翻译成什么好呢？我想了半天，乳头都快想破了。老外整的这些玩意翻译成中文就不伦不类了，索性就按照字面意思 one by one 地译成「盐态」好了，蛤蛤～

注：“乳”字，在汉语中除了指“分泌奶水的器官、乳汁”等含义，还有“初生的、幼小的、小”的意思，除了“乳头”，类似的例子还有：

1. 我的乳名（小名）叫小明。
2. 我家门前有条乳沟（小沟）。

今天，我就来讲讲「盐态」到底是怎么回事。以下译自: HOW DO I USE SALT STATES?

一直以来，我都是用 Markdown 语法写作，写完后先发表到微信公众号里，然后同步到我的个人博客 hxz.ink（这可作为微信公众号的一个备份，防止公众号被封后文章无可访问的尴尬）。

博客用 hexo 部署，每次需要发表文章时，先用 hexo g 命令渲染成 html 再用 hexo d 命令一键部署，两个命令搞定，真的不要太 easy～

但，便捷之余还是有一点小疙瘩，困扰我许久：Markdown 文章里插入图片的用户体验。

随着上线的服务器数量增多，如何批量有效的管理各个节点服务器正常运作是每个运维人员需要解决的难题。

什么是 saltstack

你要是 naive 地问：部署服务器，有什么好难的？不就写个脚本，再 one by one 地 ssh 这些服务器跑一遍吗？

服务器少还好办，几台、几十台一般人尚可承受但，再不济多配几个运维（貌似无意间黑了一下运维，嘻嘻）嘛～

但，假如你有成百上千台服务器需要部署，你会怎么做？想象一下你每次 one by one 地登陆这些服务器，在这些服务器中执行同样的命令并且编辑同一个配置文件，这他妈完全是重复性操作啊，人呐，重复性劳动做多了难免会犯错，要是稍微不留意手一抖配错了咋办？即使侥幸部署成功，将来需要更改配置，所有的线上环境都要同步变更，你再让我 one by one 地操作这些服务器？！

我的天呐～我疯了吗！

这个有趣的 bug 再次体现了网友对微信这个社交神器细致入微的研究精神，bug 复现的场景是这样的：

在聊天窗口，当你撤回一条消息时，你看到的是：你撤回了一条消息，对方（单聊）或其他人（群聊）接收到的是 xxx 撤回了一条消息，其中 xxx 是你的昵称。

作为一个技术嗅觉敏锐的程序员，玩了一下这个小伎俩后，我关心的是这个 bug 是如何产生的。

可以猜想，问题的根源出现在群昵称上，在群聊时，用户可以自定义在群里显示给其他人的昵称。

给大家来推演下「你女朋友撤回了一条消息还亲了你一口」是如何实现的。