这算是真爱了，被偷了一台又搞了一台。

2.1.2 :001 > def self.method_missing(*args); args.join " " end
 => :method_missing 
2.1.2 :002 > puts oh my God!
oh my God!
 => nil 

正常，见 http://en.wikipedia.org/wiki/Chunked_transfer_encoding

貌似 hhvm 好锉。

不会当初就口头协定，连协议都没签吧？

走过路过不要错过

fcitx 的 PPA 上一直有的。

#13 楼 @blacktulip 减 cpu 核心的问题见仁见智了。原先 cpu 给得多，但是拿 cgroups 做优先级软限，每个套餐的 cpu period 不一样 (我记得套餐 N 是 N-1 的 priority*2), 同一个节点分配到同样核心的两个用户，如果高套餐用户占得少，低套餐用户会很爽，反之低套餐用户会被限得很厉害。现在减小核心数，cpu 优先级平分可以避免低套餐用户被高套餐用户磨死。

修改订单锁死备货流程，走短信验证码通过后再恢复不就好了么？

或者效仿大部分电商不允许修改订单 (提供的修改功能仅仅是出库前改联系号码和送货地址), 要做货品变动取消了重新下单，已支付金额退回账户 (支付密码和登陆密码分离) 或者原路退回。

#30 楼 @sundevilyang 自 foundation 4 始 IE9 以下统统不支持

#31 楼 @lyfi2003 这兼容性图我没记错是 foundation 2 的吧。

#11 楼 @Peter 我学 mariadb 直接偷懒清空了 usr.sbin.mysqld :)

#10 楼 @tomwey 停掉 mysql mv /var/lib/mysqld /新路径 ln -s /新路径 /var/lib/mysqld

/var/lib/mysqld这个原路径视你原先的安装或者设置方式可能需要做下修改.

#19 楼 @xwf286

不用自己编译，发行版第一时间就更新修复包了 (debian 是半个小时吧)。直接更新系统的 library, 重启一下调用这些动态连接库的程序，连调用程序的重新编译都免了。

debian/ubuntu/centos这些传统发行版在固定版本维护周期内为了维护包之间的依赖，不会变更除了 backports 源以外的软件版本，但是补丁会追加的。

你这样自己编译一个 library, 并且放到系统的 include path 和 library path 替换系统自带的版本，可能会引起不可预料的后果。

#2 楼 @huihen 用过一阵，不过不是主要面向国内的。按我的体验，面向国内不差钱用得起香港节点的 cloudfront 的话还凑合，不然很差 (包括新加坡和日本).

#3 楼 @abc8080 我指 ICP 证。

停掉 mysql, 把 mysql 的 data 目录复制出去 (一般系统安装的都在/var/lib/mysql).

修改 my.cnf 的 datadir 或者建个软连接到原先的 mysql data 目录。

如果有开 selinux 或者 apparmor, 修改对应的安全配置文件。

有 ICP 证的大户公司都在被央妈干，散户就别折腾这浑水了。

上月底。

#37 楼 @chairy11 之前.cn 在国内大部分域名注册机构都必须要备案通过了才能解锁用，现在是不是这样我建议先找域名注册方确认一下。

我也打算入一个，不过不急用，等 jd 上货。

站名带“中国”的个人备案现在基本通不过，域名带 china 的也蛮危险的。

#2 楼 @clc3123 搞电驴的是创始人，几年前转手之后加盟 opencoin 去搞 ripple 了。