Extension to Delayed Job to enable workers to scale up when needed

Build, manage and configure many railsish web applications.

Duct tape together some debian packages

The module within this gem simply listens for enqueues and finished jobs. On enqueue it'll fire up a new worker instance if none are running, on finish it'll shut down the worker if there are no more jobs.

HireFire automatically "hires" and "fires" (aka "scales") Delayed Job and Resque workers on Heroku. When there are no queue jobs, HireFire will fire (shut down) all workers. If there are queued jobs, then it'll hire (spin up) workers. The amount of workers that get hired depends on the amount of queued jobs (the ratio can be configured by you). HireFire is great for both high, mid and low traffic applications. It can save you a lot of money by only hiring workers when there are pending jobs, and then firing them again once all the jobs have been processed. It's also capable to dramatically reducing processing time by automatically hiring more workers when the queue size increases.

Sphinx index propagtion (currently via the filesystem)

Extension to Delayed Job to enable workers to scale up when needed

HireFire automatically "hires" and "fires" (aka "scales") Delayed Job and Resque workers on Heroku. When there are no queue jobs, HireFire will fire (shut down) all workers. If there are queued jobs, then it'll hire (spin up) workers. The amount of workers that get hired depends on the amount of queued jobs (the ratio can be configured by you). HireFire is great for both high, mid and low traffic applications. It can save you a lot of money by only hiring workers when there are pending jobs, and then firing them again once all the jobs have been processed. It's also capable to dramatically reducing processing time by automatically hiring more workers when the queue size increases.

Makes writing TextMate commands easier by providing convient methods for getting environment variables and getting user input.

Textmate to Rush bridge