You [Gerald Bauer¹] have been permanently banned [for life] from participating in r/ruby (because of your writing off / outside of r/ruby). I do not see your participation adding anything to this [ruby] community.

-- Richard Schneeman (r/ruby mod and fanatic illiberal ultra leftie on a cancel culture mission)

¹: I know. Who cares? Who is this Gerald Bauer anyway. A random nobody for sure. It just happens that I am the admin among other things of Planet Ruby.

Case Studies of Code of Conduct "Cancel Culture" Out-Of-Control Power Abuse - Ruby - A Call for Tolerance On Ruby-Talk Results In Ban On Reddit Ruby

Update (August, 2022) - A Call for More Tolerance And Call For No-Ban Policy Results In Ban On Ruby-Talk (With No Reason Given) 

>  I just banned gerald.bauer@gmail.com.
>
>  -- SHIBATA Hiroshi
>
>> THANK YOU
>> 
>>  -- Ryan Davis
>>
>>
>> My full support to moderators.
>>
>> -- Xavier Noria
>> 
>> My full support to moderators.
>>
>>  -- Carlo E. Prelz
>>
>>  That's fun.
>>
>>  -- Alice

Read the full story »

« 25 Days of Ruby Gems - Ruby Advent Calendar 2020, December 1st - December 25th

Day 14 - que-scheduler Gem - Light-Weight (Time-Driven) Cron (Background) Job Scheduler for Que - a Job Queue Using the PostgreSQL Database with Advisory Locks for Speed and Reliability

Written by hlascelles Harry Lascelles

A performant web application should always make sure it does the heavy lifting outside of user requests where possible. Many asynchronous job systems have sprung up to solve this problem, such as Resque, Sidekiq, DelayedJob and Que.

However sometimes these workloads are not event driven - they are time driven. For that you need a reliable scheduler - you need que-scheduler.

The que-scheduler gem

The que-scheduler gem is a simple and dependable way to get up and running with job scheduler that doesn’t require any extra infrastructure. If you are already running the que job system, then you are good to go. No Redis is required, no external processes need to be installed or synchronised and nothing needs to run in high-availability (HA).

Install and apply the setup migration to get started:

gem 'que-scheduler'

# In a migration...
Que::Scheduler::Migrations.migrate!(version: 6)

Built on the que bedrock

The que-scheduler gem is for use with the high performance que job system. Unlike systems that use Redis as a backend, que keeps all of the job logic in the (PostgreSQL application) database. This has all the advantages you’d expect from an ACID DB. If you schedule job, then either the job row will get committed when the transaction completes, or it will be cleaned up if the transaction errors. To avoid worker conflict que uses advisory locks on rows to make sure jobs are run by one worker, once.

que-scheduler takes advantage of these facts by running itself as a que job. As long as you have workers running, then your scheduler is running. If you deploy to a new environment, then running your standard migrations automatically starts and configures the scheduler. If you back up the DB, then the schedule is backed up. There are other features too, such as job coalescing and audit tables.

Configuration

The config is held in a yaml file, and is self explanatory:

# Simple example
CancelAbandonedOrders:
  cron: "*/5 * * * *"                     # runs every 5 minutes

# Altogether now
all_options_job:
  cron: "0 7 * * * America/Los_Angeles"   # runs every day at 7am
  class: QueueDocuments
  queue: reporting
  priority: 25
  args: ['open']

If you are using a Redis backed job system and don’t feel it is working out for you, or want to simplify your infrastructure whilst also improving job enqueueing semantics, que and que-scheduler could be the solution you are looking for.

If you’re already using que, give que-scheduler a go today.

Find Out More

References

Built with Ruby (running Jekyll) on 2023-01-25 18:05:39 +0000 in 0.371 seconds.
Hosted on GitHub Pages. </> Source on GitHub. (0) Dedicated to the public domain.