RubyMine 的 Debug 虽然很慢,用的机会也不多,但绝对是用的到的,特别是在非常复杂的算法,自己晕乎不知道是走到了哪一步报错的时候。
simple_form 之流的 form 实现的确很烂,form 的封装我都是自己实现的。
非常值得参考和学习的一段程序,感谢分享。 以后可能用得到。 何不在 github 上分享成一个项目呢?还能积累点精气。
v2ex 我孤陋寡闻了,居然都没有听过啊! #1 楼 @chiangdi https://cnodejs.org/ 是有牛人出没的!
FreeLancer 乐园。 看起来很美啊! 调低报价,冲击一把 America!
真心是个好项目。虚拟货币交易所,非常有前景。
Sinatra 真心不错。
#9 楼 @tylerlong 谢谢点评。虽说每个人都有自己的分享办法,不过貌似没有几个人这么干。即便干了,也不彻底。通过这个网站,我们可以彻底的干这个事情,而且只干这个事情!
这个文章翻译的挺好的。有价值。
@lyfi2003 1 和 cancan 相比,本人推荐 pundit。我推荐 pundit 的原因是 cancan 的设计并不优雅。当初我在做选择时,稍微研究了下 cancan 和 pundit,结果发现 cancan 的设计让我感觉畏惧,以致不敢尝试它,而 pundit 是我可以接受的。因为研究 cancan 不深入,所以在此不敢妄言。
2 您给出的图:User <=> Role <=> Resource,是否考虑过把 Role 拿掉呢? 即直接通过 User 对应到 Resource。能否拿掉 Role 是要看业务需要,不过很多情况下其实是可以拿掉 Role 的。
我们之所以想到用 Role 的原因有多方面的,其中一个方面是历史原因,因为很多系统里都存在 Role 这个东西;另外一个 就是很多 User 会共用一个 Role。不过深入想想,就可以发现其实很多时候,用户对 Resource 的需求变化太大了,到时候很可能需要建许多 Role,一个 User 对应许多 Role,最后把管理员也搞得乱乱的。
而把 Role 拿掉,最大的好处是更 Direct,系统设计得也更简单。
就我过去的经历而言,我是完成了 User <=> Role <=> Resource 的实现后,老板提醒我是否可以把 Role 拿掉。然后我一想觉得有道理,就顶住了所有其他反对者的压力把 Role 给去掉了。
仅仅是个人的浅见,欢迎批评。
听起来不错的样子。应该有不少小伙伴默默的投递,哈哈。
rails 你最初会觉得不错,之后会觉得他太重了。再之后,你翅膀硬了,又会慢慢觉得他的重还可以接受。再之后,我也不知道了。
这种产品应该是比较难做的,你们居然做起来了。不简单。
听起来挺牛的啊!这个薪资诱人。小伙伴们快上!
不错。收藏先。
感觉写得不错。但自己太菜,不便深入评价。
帖子很好。不过这种玩法确实把代码搞得很难看。有更高级的玩法吗?我所知道的就是 http://meteor.com 的实时 WEB 是一种解决方案,本地数据缓存加数据变动时自动消息推送更新。
这个帖子好!
原来是大名鼎鼎的丁彦!
1 虽说 wiki 中指出了支持 background jobs 中调用 websocket-rails 的事件,synchronize = true,但实践操作起来没有成功。
用 Sneakers 消费消息的时候 websocket-rails 的 synchronize = true,Sneakers 出现了报错信息。但貌似消息本身被正常的消费掉了, 但并没能成功的调用 websocket-rails,以至于我只好通过 http::get 的方式调用 websocket-rails,虽然设置了 timeout,但这也是性能上的一大缺憾,直接导致程序无法支持高并发!
2 在尝试 rails production 模式下运行 websocket-rails 貌似没法成功建立 websocket 连接,报错 500 错误。具体错误信息还需要我 进一步查看一下 production.log 的日志信息。 #16 楼 @linjunzhugg
发布订阅模式在 NodeJS 中比较容易实现,而且也有一个 ruby 版本:http://faye.jcoglan.com/
Meteor是一个内置发布订阅机制的 Web 架构,实现源于Socket.io
Websocket-rails大家千万别用,坑很多!
可以考虑使用 https://github.com/numtel/meteor-mysql#event-types ,看看是不是有帮助。
#1 楼 @leopku 演示的网站 http://ruby-db-admin.coding.io/ 已经恢复了,目前同时连接 SQLite, Postgresql 和 MySQL 三个不同服务器上的数据库