#5 楼 @hw676018683 怎么取消应该看你用的是哪个 gem,比如 sidekiq 的 https://github.com/mperham/sidekiq/wiki/API#scheduled。另外 ActiveJob 只是统一接口,很多后台任务的 gem 的其他高级功能,是没有在 ActiveJob 里边提供的,比如 Sidekiq 提到的: https://github.com/mperham/sidekiq/wiki/Active-Job#active-job-introduction
Note that more advanced Sidekiq features cannot be controlled or configured via ActiveJob, e.g. saving backtraces.
简单看了下 ActiveJob 里边的代码,发现 ActiveJobAdapter 里边都是主要只提供 .enqueue
这个接口,用于 ActiveJob 将任务塞进对应的队列,所以基本上断定 ActiveJob 并没有封装清理队列的相关逻辑,需要的直接用对应的 gem 提供的接口操作,比如这里提到的如何移除的方式:https://github.com/mperham/sidekiq/wiki/API#scheduled
cool!
#3 楼 @imconfused 国外有人在写 Reading Rails 的系列文章,我去给你找一下
@lgn21st 麻烦帮忙置顶,谢谢!
过来顶帖
楼主这么查询,会有性能问题的,在内存中通过数组过滤,不是很推荐。直接在数据库中查找吧
#7 楼 @hxh1246996371 本来就是要传进去啊,你看 https://github.com/huacnlee/carrierwave-aliyun/blob/master/lib/carrierwave/storage/aliyun.rb#L13 ,要是不传,options 就是空的 hash,相当于甚么都没有配置。
而且你这里也没有用到 carrierwave,CarrierWave::Storage::Aliyun::Connection.new
是不需要显式调用的,它应该是由 carrierwave 自己负责初始化的。楼主应该是只需要处理文件上传而已吧?不需要绑定 ActiveRecord 的话,建议另外找下更接近 SDK 性质的 gem。
为什么写得如此繁琐,直接装在数组里不就行了,然后用的时候挨个遍历。能用的就继续用,不能用就下一个。
我是冲着新头像再来一次的。
所以实际上只是统一了接口,实际工作的执行还是交给接口背后的 gem 来完成的。挺好的。
#29 楼 @greatghoul 这套是偏 mobile 的吧,如果是传统 web 站点,不一定适合。anyway,只是猜测,没用过。
已报名,哈哈,刚好有时间了,肉身支持!
本周五晚上就是聚会了
非常赞。