人生赢家啊

E

父进程先于子进程技术了，一般会通过 wait(child_pid) 做到等待。

str.scan(/(?<=#)[^#]+(?=#)/)

看看这个如何

我深深相信这台机器有某种灵气，像加速药水一样增加你的 ruby 经验值。

+1

乐天也来北京了，支持一下，matz 老东家啊

占全了

IO.select

请 wireshark 大神瞧一眼看看。

#12 楼 @kevinxu 还需要读，考虑一下其他吧

#4 楼 @shawnyu node 的 restful api 也未必就是简单方案，express 等框架的路由可不向 rails 一样 restful。

可苦了 ruby gc 了，普通 ruby 进程 100-200m 的内存 gc 已经很痛苦了；做缓存动辄几十 G，一 gc 就得等很长时间了吧。

1, 信号 Process.kill(SIG*, process_id) 缺点是可用信号少。 2，Pipe 3, Socket(TCP|Unix Domain) 4, Message Queue

=========== redis 的话可以考虑 1）共享一个数据结构（考虑一下读写锁的问题）2 redis 支持 pubsub，可以用一下。

http1.1 keepalive 了吧

用 nmap 或者 nc 如何

#4 楼 @u1355214846 qq358631229 加个企鹅如何

#2 楼 @u1355214846 纯老乡~~

辛苦辛苦，票已买 - 8 点之前到场 看来得起个早了

未来发展的话个人看好 node 1，群众基础好，大家不见国内推动 nodejs 发展的主要来自前端的兄弟么，后端当然更不用说。 2，商业支持好啊 目前 joyent 打前锋，微软 axure 也想插一杠子。 3，rails/ruby 社区为 nodejs 打下坚实基础了，不见 n 多 nodejs 框架工具都是 ror 翻译过去，n 多大牛也转向 node 社区 4，游戏行业之 nodejs 主要采用者，做 tcp，二进制，高并发的好东西。

web 这东西谁好谁劣，真心不是语言执行速度决定的。
规模小了看 io 模型，规模大了看架构设计。

用了三个月左右，逐渐习惯了键位；反而其他键盘或者 mbp 本身键盘很不适应了； 总体感觉很良好，触感，声音都不错； mbp 和 hhkb 算是物有所值

语法不是问题，主要 api 太多，记不住

看起来不错~~~

去趟东莞~~

去趟东莞 ~

想做负载均衡两种办法 1，nginx 每个子进程开监听一个端口 2，cluster（比 fork 要简单，不用自己写逻辑）

用 cluster，数据可以在 master 进程里面做共享（不过不是什么好办法），可以选择用存储做共享 用 cluster 的话负载是抢先式，worker 谁抢到了谁服务，理论上是均衡的。

所以加载文件多的情况下 load 性能要更好一些

自己搞的太孤单了|～～～