+1 @gwind 先跑个虚拟机吧，看起来是大机器.

从 Centos 6 升级到 Centos 7 动静还是很大，平滑升级就不容易，还要考虑其它应用的兼容性。

如果只是为了用，装个新一点的系统直接用 Docker 吧，用 composer 直接起来就好了，很方便的。

感觉最不习惯的就是这个包管理了，非常不习惯，只能慢慢适应了

并没有什么用，只是无聊啊

anaconda 就很好啊，对自己自信点，这个东西都能把系统倒腾坏了也是蛮厉害的。

大概看过，只是做一些短逻辑的返回，应该不错，真要在业务上用问题应该会很多。

qemu 本身是可以虚拟化异构系统的，比如 arm 什么.
kvm 只是充分利用了 intel/amd 提供的机制尽可能用硬件来实现虚拟化.
kqemu 是老东西了，现在新的基本上都是 qemu-kvm 了.
正常情况下 linux 系统装的 qemu 都是支持 kvm 的，只是可能命令行参数上
有些小差别。

新一点的 qemu 都已经内置 vnc server 了，可以直接通过 vnc client 连上来
看 console 的内容.

不过总的来说，都是无关使用的小细节吧.

https://www.void.gr/kargig/blog/2014/05/10/smtp-over-hidden-services-with-postfix/

可以参考参考这个链接上的做法

看着感觉相对省心的，也就是这个了，

http://serverfault.com/questions/363605/how-can-i-route-postfix-through-a-socks-proxy

应该没啥简单的方法，直接给 smtp 进程设置代理了.

理论上应该可以通过修改 master.cf 添加自己的 external delivery method
搞定，没实践过，只能当是提个建议了

主要是因为 shell 变量展开的顺序

第二句实际执行的是
int=10 echo $(($int-10)) -> int=10 echo $((100-10))
而不是直观的
int=10 echo $((10-10))

赞一个.

@learnshare ionic有什么好吗，没接触过啊.

不算加分项啊，不过也不减分就是了，相对于大内啊青鸟啊这样的培训机构

重量级的项目啊.

随便写个支持Webhook的Web server然后触发调用puppet就好了把.
puppet不然用mcollective，不然就是写脚本每个agent上执行一次
runonce操作.

人生苦短，默默忍受吧.

1000个repo啊，还行啊. Backup点也不错啊。