sql >> Base de Datos >  >> NoSQL >> Redis

El entorno personalizado de Rails Resque.enqueue no crea trabajos

pocas expectativas primero.

Tienes un config/resque_config.rb o similar como:

require 'rubygems'

require 'resque' # include resque so we can configure it
require 'resque/server'
require 'resque_scheduler'
require 'resque_scheduler/server'
require 'yaml'

Resque.redis.namespace = "resque:api"

rails_root = ENV['APP_ROOT'] || (File.dirname(__FILE__) + '/..')
# require File.expand_path(File.join(rails_root,"lib","extensions","resque","worker.rb"))

rails_env = RAILS_ENV if defined? RAILS_ENV
rails_env ||= ( ENV['RAILS_ENV'] || 'development' )

resque_config = YAML.load_file(File.join(rails_root, 'config/resque.yml'))
Resque.redis = resque_config[rails_env]

# IN THIS ORDER
Resque::Scheduler.dynamic = true
Resque.schedule = YAML.load_file(File.join(rails_root, 'config/resque_schedule.yml')) # load the schedule

y un config/resque.yml o similar como:

development: localhost:6379
test: localhost:6379
integration: localhost:6379
staging: localhost:6379
production: localhost:6379

La integration estaría encendido/se comunicaría con un servidor diferente o usaría un puerto diferente. Luego, tendría que ejecutar su propio servidor Redis para que los 2 no se superpongan. ¿Supongo que no quería que la producción y la integración hicieran cola en el mismo lugar?