要支持客户端的话,socket.io 就不算是个很好的选择了
@bhuztez 我也没看懂你什么意思,你说的一个标签页不就代表一个 client 吗?只要在一个 client 有动作(发言等),server 这边将内容推送到所有 client,client 看到 server 推送过来的内容,更新相应的内容不久完事了吗?
就将一个 md 编译成 html,你的 MBA CPU 就转那么快?在本地看 html 我觉得是非常有必要的功能啊
Rails + socket.io + node.js
主要的后端用 Rails 做,另外一个后端 node + socket.io 负责聊天的相关功能,在 Rails 项目中用前端的 socket.io 和后端 node 中的 socket.io 通信。
目前用的 filco,不过用多了机械键盘后,觉得目前市面上的机械键盘不一定适合长时间做文字录入工作,想换 ergo 的键盘,关注 Kinesis Advantage Pro,不过这样布局的键盘我是真没底我能用习惯,而且价格也不便宜,有一定风险。
Linux 不适合目前的你,OS X 应该比较合适
v2ex dns
不慢啊,记得开代理就行,主要是对*.google.com 的相关内容走代理,Ruby China 就不用走代理了
在经济允许的情况下,个人使用,买 Mac 总是有各种各样的好处。
3Q,我去瞅瞅。
通知貌似有问题啊,我的消息中心没有说有@啊,奇怪了。昨晚@huacnlee是不是在调试呢,大半夜的时候上来发现在维护中
没有,话说不靠 css, xpath 你怎么告诉 spider 你感兴趣的内容是什么?
谢谢分享。anemone 不错,以后有机会用用。
Pragmatic 的书都不错,这本可以去看看,130 页
比较纠结 rMBP 的显卡啊,在专卖店机器全面升级了 ML 之后,界面进行滑动时帧数是有了不少的改善,但还是比太理想,即使强制开启了独显还是觉得有停滞,没办法和普通的 cMBP 比。
不知道 13 英寸的 rMBP 和新的 Retina iMac 有没有一些改善。
可以先全部取出来,之后用数组的 sample 方法选 5 个,之后从数组中删掉刚才取出的 5 个,以此类推,这样要查询全部结果最好将结果 Cache 到内存。
这是先全查出来再用 Ruby 处理的方法,没什么效率,可以的话最好在向数据库查询时来处理,不过我不是很清楚具体的 SQL 语句怎么写。
感谢分享
是 puts <<LYRIC
不是 puts << LYRIC
Google -> Ruby Here Document
还有你觉得哪里不完美了?应该就 Here Doc 没认成 String 而已,坛子里用 Sublime 的挺多的,可以问问他们是不是也是这样。
不过我觉得这没什么大碍啊。
又拍云,国内口碑最好的就这了。
渗水渗的天花板的墙都掉了一层下来,而且还是床上,再晚一小时我就要被石灰洗脸了…
在为 7 月的 Git Real 聚集人气呢
bootstrap 问题,估计没辙
新 mac book?retina 屏的?效果咋样啊