写在前面：我使用 Archlinux 已经快三年了，而且最近两年中它已经是我的主系统，工作、娱乐都是用它完成的， Windows 只是用来刷刷 BIOS ……我个人还是很喜欢 Archlinux 的 KISS 哲学的，软件包时刻跟随上游并且保持原汁原味，滚动更新随时体验新特性，最喜欢的大概还是 Arch User Repository 了吧……说了这么多，其实核心意思只有一个——我不是什么 Archlinux 黑，我个人一直都在用它，只是客观地陈述它绝非“银弹”或什么“最好的发行版”，它有它适合的对象和环境，而这绝不包括“生产服务器”！
原地在线升级 Windows Server 2012 到 R2
先声明一下——我完全不熟悉 Windows Server ，甚至对 Windows 桌面版也谈不上了解（很少用了现在）。只是自己随便折腾着玩儿的。
不知道 Windows Server 从什么时候开始支持“原地在线升级”了（in-place & online）。就是在待升级的系统中插入安装盘然后运行其中的 exe 进行升级。桌面版的话至少 Windows 7 开始就已经支持了。不过很少有相关的文档说明，我当时在 MSDN 和 TechNet 上翻了很久也没有看到明确说 Server 到底是不是支持这样升级。不过毕竟不是生产环境，而且想过去从 2012 到 2012 R2 的变化应该不大，就抱着试试看的心态玩了一下，而且用的还不是安装盘或者 USB 驱动器，而是直接用虚拟光驱挂载了 ISO ，使用的是远程桌面连接（后来一想还是挺虚的，要是挂了就得跑去机房了），然后一路 next 、重启一次以后就成功升级了！比想象中的顺利很多。安装过程中安装程序明显也发现了我的意图，提示我停掉其他程序并且进行了兼容性检查等等。顺带一提，我怕出事儿就先把 Hyper-V 里头的虚拟机都关掉了。
最后，不建议在生产环境上这么做……且不说有点可怕的“在线升级”了（还是用远程桌面 + 虚拟光驱），就连原地升级在很多正式场合都是不采用的（一些大公司在升级 Windows Server 的时候会考虑 clean install 来尽可能减少问题）。 Anyway ，我也不了解这个做法到底有多大危险性……
Archlinux 中 grub 和 mkinitcpio 的 bug
Apache mod_rpaf 对于 allow/deny 指令无效
mod_rpaf （Reverse Proxy Add Forward）是 Apache 2.2 及更低版本中一个很有用的第三方模块，主要用于后端 Web Server ，可以将请求的 remote ip 重写为指定的字段（例如 X-Forwarded-For 或者 X-Real-IP ）。很多网站目前都采用 nginx + Apache 的组合，这个模块可以使得转发对应用透明，应用按照普通方法即可获取到真实 IP ，不用修改代码来读取指定的 HTTP Header 。更优秀的是，这个模块对日志也是同样有用的—— access/error log 中记录的 IP 地址也会被修改为真实的 IP 。另外这个模块的自定义功能也很强大，可以任意指定使用哪一个 HTTP Header 字段、接受哪些前端转发 IP 等等。
然而正因为其强大，使得用户想当然地认为它在所有地方都有效，不曾想在 Apache 的访问控制（allow/deny 指令）中，该模块无效，访客 IP 仍旧是前端转发服务器的 IP ！这个行为没有在文档中明确说明。我因此差点弄出了一个严重的安全问题——为了监控服务器我开启了 server-status ，本想都允许网关服务器访问以便在一个地方统一收集数据，就写了类似 allow from gate 这样的东西，结果 server-status 就一下子“门户大开”，所有人都可以看到了（因为都是经过前端网关代理的）。这个“问题”对 mod_rpaf 而言没有解决方案（除非修改代码）。另一个类似功能的模块 mod_remoteip （Apache 2.4 自带，有 backport 到 2.2 的版本）可以使得 allow/deny 能够使用真实 IP 。