#10 楼 @diga2005 生物....

#6 楼 @blacktulip openvz 的内存分配又不是正常的，你看 LET 上的这篇, 就一个线程栈的问题，一个几 mb 的 pdnsd 在 openvz 下会占掉 10 倍以上的正常内存，再加上 openvz 是声明即分配 (而不是按实写)，fork 也不是 copy-on-write 的机制，所以，一个 2G 的 openvz, 实用内存能不能超过 512mb 的 xen, 我觉得还是值得商榷一下的。再加上 openvz 的原罪是超售，一个 20g 的 openvz 卖个 40 份 2g burst 的 vps 都能算良心企业了。勤备份是没错，但是随时可能来一下 OOM, 然后数据库挂了，又间或连备份程序都跑不了，我估计这谁都受不了吧

@robbin blog 是基于 padrino 的，不是基于 rails 的

#3 楼 @diguage stylexnetworks(onapp, 这个以前一直有半价优惠码，你可以去找找), budgetvm, damnvps, digitalocean(这个质量靠谱，到国内速度不行), 再往上就 linode 吧，再唠叨一句，xen/kvm/vmware 都可以选，但是再好再贵的 openvz/virutozzo 都是坑 跳一个死一个

mongodb 比 mysql 更费内存

你真的考虑这价位的话就 digitalocean 或者 budgetvm 的 xen

openvz 在任何时候都别碰，这玩意儿就是坑人的，顺便补一句，mongodb 在 openvz 下有一定几率会发生数据损坏

val.sort { |a,b| (a=='mike' and -1) or (b=='mike' and 1) or a<=>b }

#11 楼 @cod7ce 应该没，恢复也比较快，出了事一年多就能又蹦又跳看不出有问题了。就是人比较壮，当时 16～17 岁 1.7 多点，体重 160～170 吧，跳了一下就折了，也没人和他抢篮板什么的

腿没弯伸太直了吧，我读高中的时候确实有同学打篮球跳了一下，结果两腿骨折的...

#25 楼 @reus 谢谢，是我的问题 :( 果然旧观念害死猫啊

#26 楼 @bhuztez 糗了，泪奔

#19 楼 @reus 数据不是一次性的，就是类似 node 里的 process.data.on 'data', ->了，试着拿 go 写的也走了遍 syscall setnonblock, 然后监听 POLLIN | POLLHUP.......

golang 可用方便的东西还是太少了。前几天要搞一个走 pipe 分析的程序，一开始走 golang 看 syscall 和 fd_xxx 看得眼疼，码了几十行代码发现也不比 c 省力到哪儿，果断抄起 python ,拿 gevent 的 fileobject 套了下 stdin, 一个 multiprocessing 池，十几行代码轻松愉快解决问题

#4 楼 @darkbaby123 angularjs 也可以通过 ng-cloak, 还有元素的 ng-bind, ng-bind-template 把{{ }}的露出最大程度干掉的.....

#39 楼 @ywjno 这个网站我没细看。angularjs 官方的文档演示和例子确实是不兼容低版本 IE 的 (比如一些自定义属性，标签，还有绑定在 html 上的 ng-app)，所以官方专门出了我上面贴的那个链接指导怎么兼容低版本 IE，你看了就知道了。还有，像 pushState 这种动态改变 url 的 IE10 以下确实是不支持的，但是 angularjs 会在不支持的浏览器上用比较传统的锚点替代，相比前者就是不太完美，但是也不是什么大问题....

#36 楼 @ywjno 可以的，IE6 都没问题 http://docs.angularjs.org/guide/ie

#3 楼 @chairy11 我的意思就是这个 com 还算好记，就优先这个吧。常人就算上了 cn 后缀站，也会习惯性敲成 com, 而且 cn 本身坑比较多，一会儿允许个人注册，一会儿不允许，一会儿要走些手续 (比如传资料或者必须备案) 才允许解锁改 dns 或者解析生效。再加上 cn 历史上搞过几次特价一元注册，所以搜索引擎对 cn 后缀的默认权重比较低.....

com 不难记就 com, com 始终是首选，cn 是倒数的

写好 webapp 的话，直接拿 qtwebkit 或者 gecko 包一下不就好了么，省事省力

#8 楼 @bugreg 我试了下速度还可以，41 个请求 4 秒多，blog 这种类型，也不会频繁产生新内容，不用考虑太多

提个建议，页面上加载的 js 和 css 太多了，最好能合并一下，减少用户加载量，而且也减少一些空间的并发负担。还有，内嵌的 css 最好除了保留一些必要的，其他都合并起来外链吧，你现在的内嵌 css 太散了，正文比重相对比较小，对搜索引擎提取内容很不友好，不过有 feed, 而且 WP 这类通用程序几个搜索引擎也相对有优化规则，可能影响不大。

#4 楼 @bugreg 只要不慢就行了，最主要是别经常报错，网页结构清楚一点，blog sitemap/feed还有baidu/google blog ping 这些实现别忘了，其他像高权重外链就看积累和人脉，其他也没什么好做了。

这种 CDN 影响 SEO 的理论和算命没两样的，效果好说明速度影响收录; 被 K 或者降权可以解释成 CDN 频繁换 IP 或者分配到的某 IP 被搜索引擎降过权被牵连; 要是没效果就说再观察一阶段。

一直在用 percona，细节和生态环境 (比如 toolkit 和 xtrabackup 这些) 搞得不错

mysql 早年一直为了速度不支持事务、视图、子查询之类的，所以 mariadb 一直不敢碰，刚去扫了下，居然看到 api 层有接口支持异步了，看来有机会要试试了

chinacache 挺好的 但是 cdn 是为了改善用户体验，不是为了"seo 优化"这种跳大神的东西

这技术一点也不冷僻啊，pushlet/comet, 比 websocket 有名，也应用的广。比如 webqq 就是用 erlang 的 mochiweb 做的长连接; python 社区有个国产的 eurasia 框架，也是专注 comet，也做了很多年; 原来那个挺出名的随机聊天网站 omegle 也是基于长连接的，开始用的 twisted，后来改成了 gevent; ape-project 是个专注长连接的应用，用 js 处理逻辑的，早于 node.js, 应用案例也很多，好像国内 (似乎是湖南卫视？) 有个网页游戏也是基于这个的

不过长连接这块，php 天生是废的，python 框架 (通用的 wsgi gateway) 和 rails 的一次性 return 机制不适合做 comet，所以这次 4.0 加了 stream.write 算不错的特性了

现在 ff/chrome/opera 虽然都支持 websocket, 但是协议最终还没确定，浏览器之间使用协议不太统一，我觉得还是长连接靠谱一点，比如多协议支持的 sockjs，默认就直接禁用了 websocket

python-china 也是阿里系的？OMG..... 以前觉得金山系这方面很热衷，这两年倒是阿里系厚积薄发了

云这东西就是特小的时候当个孵化池，特大的时候省人工。普通散户搞个网站一天跑个几万 IP 几十万 PV 的，其实还是物理服务器用着舒服实惠

个人一直 4 空格，准确的说习惯 tab 替换成四空格了....

lua 速度快，尤其是 luajit, 嵌入 nginx 问题不大........mruby 速度不行的话会把 nginx 并发性堵爆吧., 除了 CRuby 以外我就试过 Rubinius，坦白说我觉得不太乐观......

先放本地，流量不够或者用户反馈慢了再说

别把老外想太厚道，除了 aws, linode 这些只能用信用卡，其他情况能用 paypal 就用 paypal.....

我一般是 webserver 走 www-data, 后端进程和 web 目录用同一个普通用户跑，web 目录给读取权限，外带一些静态文件目录+x，不然有可能 403