#16 楼 @bindiry MongoDB 就不要用这个了,自己定义 scaffold 模板来搞,可以看 ruby-china 的 lib 目录,还有 https://github.com/huacnlee/rails_templates
这不可以么?
是的,redis-search 不能用于大文本那种场景
看这个 Issue 你就知道有多少人支持 Mongoid, 多少支持 MongoMapper 很明显的差距 https://github.com/gregbell/active_admin/issues/26
当时确实在使用过程中 Mongoid 让人感觉很亲切
其实我一开始选择 Mongoid 的时候是因为它名字取的好,再 Ruby 社区,一个 Gem 是否会被大家推崇和名字和风格有很大关系,所以,我选它。后面结果确实表明我的选择没错。 MongoMapper 就会让人联想到 DataMapper
Mongoid,Github 显示,很多都支持 Mongoid
#38 楼 @zhang_victor Ruby Tuesday 是没有限制的,只要感兴趣的都可以参加
#13 楼 @poshboytl 我也是,省事
我已经很久没用过 Plugin 了
事情不复杂的时候听
#11 楼 @iwinux 借用 @poshboytl 的话,其他语言项目我们的 RSpec,我们羡慕 Django 的 Django Admin
@xdite 的博客也是
完全看不懂
这些就不要呼唤了,直接动手修改,然后 Pull Request 吧 我建立这个的初衷就是让大家有需求的时侯可以动手改进。
放上面是正好和插入图片那个按钮共用一行,另外也是延续 Github 的习惯
额,其实可以用我写这个更佳靠谱些,我这个是直接内部处理用的是 id 字段,你只用在 Gemfile 里面引用,无需做别的操作。用起来就感觉不存在一样
https://github.com/huacnlee/mongoid_auto_increment_id
BTW. Ruby China 目前就在用这个。
动手搞嘛!
实际上 ActiveAdmin 要出来的晚些,rails_admin 的功能更多... 不知道我有没有记反...
用 TextMate 还需要理由么?如果正要的话,传统的编辑器就它最好,最稳定。 看看那些 TextMate 的模仿者吧: Intype E-TextEditor Redcar Sublime Text Vico Chocola ...
可能还有更多,就像 Rails 一样被不断的模仿
TextMate 里面可以 Find in project 哈哈哈
这类全自动的工具定制麻烦,前期拿来快速构建后台,维护数据还是可以的。 但是最终还是需要自己搞的。
#12 楼 @HungYuHei 不是最终,我只是徘徊在两者之间
我是 Vim -> TextMate-> Vim -> TextMate 这样来回变过很多次,目前 TextMate