挺感兴趣,只是 go 写代码也是太繁琐。写业务逻辑和 ruby 相比就累死了。
如果用 1.4 以上版本呢的 nginx,可以直接开 websocket 的代理。
可能小厂的帐户被爆库,大厂用一样的密码你也玩完。
应该可以。唯一需要注意的就是执行的 ruby 从进程的用户上继承启动时的环境变量,.net 库要确保能在这个环境变量下执行。
我们用 rainbows
当然是 20%,已经比较高了,正经生意没有那么高的利润。只有短期周转才有那么高的利息,长期借贷没有这么高的利率。
-1
为什么不是选择 scala?貌似 scala 非常接近 ruby。
看看 redis 的 zset
报名参加一下。
可以将登陆的服务使用异步服务的方式处理。例如 nodejs。也就是说你调用的第三方不会阻塞 http 的响应,unicorn 肯定是不行的,unicorn 的并发是多进程的,并发的能力取决于 unicorn 的进程数,一台机器上并发 400 多个进程性能会很差的。
这个大赞,不过缺一个 redis 的库,不知道有没有。
java 的 j2ee 架构下,可以使用 filter 来做 rack 类似的工作。
帮推荐一下,11 寸的机器写代码和上网非常方便,这个版本待机时间也可以超过 8 小时。在北京特别是通勤时间超过 1 小时的路程,带个 11 寸本是非常舒服的。不管是去咖啡屋,还是在床上,沙发上都可以很自如的使用。在办公室,我通常外接显示器和键盘,用起来性能也不差。总之,vi 党和 emacs 党做后台开发的 11 寸是个不错的选择。
选择的数据源是什么?
#5 楼 @leeboqiang 其实如果做后端的话,推荐 11 寸的,真是方便,可以在沙发,床上用,可以带着到处跑。DHH 也是用同款。
自己就是开一个线程去做。
实际中比这个复杂。我的对象经常树状的嵌套,例如 MessageThread -> Message->Attachment。我现在寻求一个办法将下级对象一次都读取出来。
MessageThread.read_mulit(message_thread_ids,:include=>[:message=>[:attachment]])
貌似还没有这样的 cache Gem。
Rails 1.0 是 2005 年低发布的,我知道的另外一个玩 Rails 超过 10 年的是 DHH。