大菠萝终于来了
找了半天才找到多年前的这篇文章，竟然已经过去 4 年了……
这 4 年来折腾了不少事情，可惜我的电脑还是 4 年的那台，不换显卡根本没法玩。
万幸的是上个月配备的笔记本电脑运行起来毫无压力，不用为这一个游戏去换显卡了~
还没有仔细玩，计划只在周末玩，否则就没法干别的事情了，况且还有一大堆 PS3 游戏 >_<。
目前只是有点不爽还要联网和登陆服务器（尤其是网速杯具的时候），而且窝在电脑前用鼠标玩，终归没有仰在椅子里拿着手柄玩得那么舒适呐~
带文件浏览器边栏的 Macvim
Vim 默认并没有文件浏览器的功能，所以如果需要同时浏览项目内多个文件，或是要在某个文件夹下创建新文件、重命名文件的时候，就有点麻烦，虽然有诸如 NERDTree 的插件，但是显然效果和使用上都不是那么直观，而且我需要的功能无非就是浏览和创建文件而已。
于是，终于找到了这个带文件浏览器边栏的 Macvim 修改版：
https://github.com/alloy/macvim
功能不多不少，正好满足要求，显示的效果非常直观，简单易用～
这样暂时也不用去折腾 TextMate、Sublime Text 什么的了，Macvim 还可以撑一段时间～ 
第二次服务器迁移
终于在周日把服务器迁移到 Linode 上去了，这是 is-programmer 上线以来的第二次迁移，第一次是从墙内的托管主机迁移到 Godaddy，第二次就是这次从 Godaddy 迁移到 Linode。
比较意外的是，虽然在 Godaddy 使用的是独立服务器，但是测试后发现还是 Linode 的 VPS 性能要稍好一些，看来那台独立服务器的配置确实是太老了。
价格比 Godaddy 便宜一些，不过要是算上 Godaddy 打折就和原来差不多了。
这样看来，唯一的缺点就是硬盘比原来小了不少，还好并不会有很大影响，而且 VPS 基本都是如此吧。
回顾主机类型的变化也很有趣：第一次是自己组装的 1U 服务器，第二次是 Godaddy 的独立服务器，这一次是 Linode 的 VPS。
配置和管理越来越容易，性能越来越好，价格还越来越低。
不得不说现在要想架个网站，服务器方面的门槛是越来越低了，不仅体现在价格上，最主要的还是管理上，再也不用跑机房了。而且有 Linode 这种虚拟化的主机，还可以轻松把服务器架到全球各地去~
回顾迁移的原因，第一次是因为服务器被拔线，这一次是因为间歇被墙，看来都和天朝和谐的网络环境脱不了关系，不过也因此被强迫着学习了不少东西。
is-programmer 的迁移的过程相当顺利，只花了 20 分钟，大部分时间花在在两台服务器间传输数据上。不过服务器的准备方面花了两天才搞定，vsftp、postfix、crontab、apache、mysql…… 基本上把那些配置又重新复习了一边，顺便玩了玩 Octpress 给旧的服务器做了个迁移提醒页面。
新的服务器没有了被墙的问题（也许是暂时的？），速度也快了不少，Linode 的确如传言所说的那样好使，强烈推荐~
还愿 PS3 ：游戏果然还是用主机玩最爽
上一次大规模的玩游戏机还要追溯到大学一年级玩 PS2 的时候，之后就因为各种原因没怎么碰过游戏主机（PSP 除外），虽然说没钱是原因之一，不过最主要的原因还是没时间。
但是我还是对此念念不忘，想当初上学时的一个幻想就是可以天天玩游戏，而且当初学日语的基本动机就是为了玩游戏呢~ 
于是终于在 PS3 发售的 6 年后将其入手，当初对我遥不可及的 PS3 现在轻而易举的就入手了（价格只相当于半个 iPad），真让人感慨啊~
不过，这一切的起因是：
- 下个月要外出，所以需要采购一台笔记本电脑。
- 因为刚买过 iPad 的缘故，剩余的资金不够多，虽然买个低端机很富裕，但是要买个高配机似乎还不够。
- 纠结于：1. 买个低端机先用着。2. 还是再攒点钱一步到位买个高配机。
- 开始思考：买个高配机真能带来和多花的那些钱的相配的满足感吗？
- 结论是似乎不能，有那些钱还不如去买个 PS3 玩的爽快。
- 于是削减了笔记本的预算，入手了 PS3。
自我感觉这个借口还是比较顺理成章的，于是就这样阔别 n 年之后，终于还了这个愿，再次拿起游戏机的手柄。
于是现在把 PS3 放在桌子下，连在显示器的 HDMI 接口上，现在只要切换一下显示器的 input 就可以随时拿起手柄玩游戏了（这个诱惑好大啊），而且当初换了带 HDMI 音频输出的显示器还真是有远见啊~
作为一个已经落后于时代的人，我就不再仔细形容了，总之终于找回了当初彻夜玩游戏的感觉（现在大拇指很痛…），这种感觉是在电脑上和手机平板上永远也找不到的感觉，游戏还是用主机玩最爽。虽然在这个手机小游戏和网游满天飞的时代，游戏主机越来越没落了……
现在的问题就是时间了，只能严格控制玩游戏的时间为周末凌晨，和每天睡前的两个小时，希望我能忍得住啊 T^T。
这些游戏够我玩到年底了~
现在非常满意这个决定，因为带来的满足感远远超过一台高性能的笔记本电脑。
Psych、Syck、YAML 和编码
这次 is-programmer 升级碰到了一个很棘手的问题，花了好长时间才把大致的原因搞明白，这里记录一下经过。
背景
在 Ruby 1.9.2 之前，YAML 的解析使用的是 Syck 这个引擎，而从 1.9.3 之后，默认的引擎变成了 Psych。Psych 相比 Syck 有以下优点：
- 可以正确处理 UTF-8 字符。
- 基于的底层库是 YAML 标准组所写的 libyaml。
- 支持 YAML 1.1。
- Syck 已经不再维护了。
UTF-8 字符串的处理是 Psych 和 Syck 之间最主要的一个区别：
Syck 因为无法直接处理 UTF-8 字符，所以如果导出的值中含有 UTF-8 字符串的话，Syck 会把它 Base64 编码，然后保存为 binary 格式：
# Syck $ YAML.dump(:title => "标签云") => --- :title: !binary |- 5qCH562+5LqR
Psych 可以正确序列化 UTF-8 字符，所以 YAML 中保存的就是原始字符：
# Psych $ YAML.dump(:title => "标签云") => --- :title: 标签云
当然 Syck 这个引擎在 ruby 1.9.3 里面还是存在的，可以通过设置 YAML:ENGINE 来在程序中切换：
$ YAML::ENGINE.yamler = 'syck' # 使用 Syck 引擎 $ YAML::ENGINE.yamler = 'psych' # 使用 Psych 引擎
问题
is-programmer 早在 ruby 1.8.x 的时代就开始使用 YAML 来保存设置，自然 UTF-8 字符串都是 Syck 的 binary 格式，这次升级将 ruby 从 1.9.2 升级到了1.9.3，YAML 的默认引擎也就切换到了 Psych，因为本地测试都是使用全新的数据，因此并没有发现问题。
结果上线之后，发现大量的中文设置出现类似
æ ç¾äºæ ç¾äºæ ç¾äº
的乱码。
不用说，问题肯定出在 Psych 上。
原因
既然出现乱码的都是含有中文字符串的设置，那么问题就比较明朗了，那就是：
Psych 似乎不能正确解析在 Syck 下序列化的 binary 格式的字符串。
我猜测是因为 Psych 不知道 binary 字符串原来的编码，也可能是 Psych 的 bug 或是标准不兼容。总之，如果使用 Psych 来读取 Syck 下保存的 UTF-8 字符串，会出现很诡异的结果：
$ YAML::ENGINE.yamler = 'psych'
$ YAML.load("---\n:title: !binary |-\n5qCH562+5LqR")
=>
{:title=>"\xE6\xA0\x87\xE7\xAD\xBE\xE4\xBA\x91"}
然后，在网页上显示的就是更加诡异的诸如以下的字符：
æ ç¾äº
解决
本来，要解决这个问题很简单，只需要把 YAML 引擎切换回 Syck 就行了：
YAML::ENGINE.yamler = 'syck'
这样虽然无法使用新引擎，但是至少显示不会出现问题。
不过，由于上线之后，一些用户又重新保存了设置，问题一下就复杂化了。
把引擎切换回 Syck 已经来不及了，因为 Syck 也不能正确解析 Psych 下保存过得 YAML。
不仅仅是如此，更加郁闷的是，现在 YAML 中不仅有老的 binary 格式字符串，还有被 Psych 保存过的乱码字符串，而且还有保存正确的 Psych 格式的中文 UTF-8 字符串……
这可肿么办呐 
。
。
。
经过一番 
之后，决定还是先想想怎么把乱码恢复成正确的中文字符串。
。
。
。
之后又经过了一番 
……终于发现，Psych 似乎在解析了 binary 字符串之后，并没有把字符串标示为 UTF-8，而是标示为 ISO-5589-1（也就是 LATIN-1），之后由于 ruby 内部的编码被设成成了 UTF-8，所以字符串又被按照 ISO-8859-1 的过程转换了一番，于是就得到了网页上显示的那样诡异的字符。
这样的话，如果想把乱码转换回中文，那么就需要：
"xxx乱码xxx".force_encoding("UTF-8")\ # 先强制标示为 UTF-8
.encode("ISO-8859-1")\ # 再转换成 ISO-8859-1
.force_encoding("UTF-8") # 再强制标示为 UTF-8
这样正确的字符串就回来啦~
不过，YAML 还有已经被 Psych 正确保存的中文字符串，还有一些非中文的英文设置，怎么把乱码和这些正确的字符串区分呢？
幸运的是，如果是英文字符串，在这个过程中内容并不会改变（英文没有编码问题就是爽），而如果是已经正确保存的中文字符串，那么在 encode("ISO-8859-1") 的时候，会 raise 一个 Encoding::UndefinedConversionError 异常，这样只要捕捉这个异常并保留原值就行了。
于是，如果想把混乱的 old_hash 修复的话，就要：
def fix_yaml_hash(old_hash)
new_hash = {}
old_hash.each do |key, value|
if value.is_a?(String)
begin
new_value = value.clone.force_encoding("UTF-8").encode("ISO-8859-1").force_encoding("UTF-8")
rescue
new_value = value
end
else
new_value = value
end
new_hash[key] = new_value
end
return new_hash
end
这样的话，问题就全面解决了~
结论
- 如果你已经使用上了 Psych 并且一切正常，那么就用吧，Psych 在今后应该可以成为 ruby 处理 YAML 的标准。
-
如果你还在使用 Syck，还是先
YAML::ENGINE.yamler = 'syck'用着吧。 - 如果还没有开始使用 YAML，那么强烈建议趁着这个机会去转向更加流行的 JSON。
