我每次也是很慢,但不至于死机,死机说明负载过高了。 或许未来可以实现一下根据 Git 文件版本或文件日期来把编译过的文件做个 cache 省下多余的编译耗时
一楼正解
回错了…
大幅绿色背景把我眼睛看花了... 动画做得挺赞!
这种需求就不要用 Carrierwave 了,别用惯了这些 Gem 就忘了原生的功能
可以的,下次改动的时候在首页加一个
最近这个文件老这样,我在想办法解决
今天早上发布的新版本就是修复这个漏洞的吧
已经改了
看着 几 x 的速度很诱人啊,开始尝试
#1 楼 @quakewang 有设置那个的 应该是 ruby 版本太多了 1.9.3 都是 3 个,里面有多余的 Gem 文件
~~下架了。~~
额,用了测试账号回帖...
@Juanito 故意的,这样有层次感一些
我发到 Chrome 市场里面去吧,上传发 720p.so 的插件买了开发人员账号
@qichunren 哦,我忘了,已经合并啦 另外,下次不同的功能改动最好分成 Branch 这样我看起来会方便一些
还有,最近发现 Github 的 Email 没有之前给力了,有时候甚至都没有提醒
@pongyo 这是好事
只有回公司才能修
@quakewang 这个 source 动作在 crontab 里面直接写会不会有效果呢?
#7 楼 @quakewang source 一下 RVM 的文件应该可以的吧?
Crontab 一直困扰我的就是 Ruby 环境变量的问题,尤其是用 RVM 的时候
嘿,这个用在 Gem 里面兼容不容的 ORM 应该非常有用处吧 以前这样写
case GemName.orm
when :mongoid
# ...
when :active_record
# ...
end
应该是用 Crontab,whenever 只是辅助生成 Crontab 的配置格式