rpkak

The normal worker doesn't simply run the job, but it forks it's process and runs the job on the new process. The good thing about this is, that if job...

Since [Version 0.10.0](https://github.com/rq/rq/blob/master/CHANGES.md#0100) (#907) you have to use `zlib.decompress(value)` to get `exc_info` and `pickle.loads(zlib.decompress(value))` to get `data`. You also have to use bytestrings to use `zlib.decompress`.

I don't know if this is what you want, but you can specify multiple queues for one worker in the initialization or create a custom worker overwriting the `reorder_queues` method.

> I have plans to deprecate RQ's usage of thread locals. So this config object should be explicitly passed to `Worker`, `Queue`, `Job` or `Scheduler`. So it should be something...

Ok @selwin it's used as an arg, that is passed now and I implemented the cli. It is very ugly yet in the cli because there is no possibility to...

I don't know why this text fails. `send_stop_job_command` works on when I tried it, but not in the test. @selwin Do you know why this hasn't worked.

> @rpkak I'm not sure. Does the test work on your local machine? No, it doesn't, but during manual testing, it worked fine.

The biggest thing why I made this PR was because readthedocs has version control and so we wouldn't always have to add `New in version 1.9.0.` like [here](https://python-rq.org/docs/#bulk-job-enqueueing). You also...

@selwin If you want to look at this documentation, I created a temporary readthedocs link [here](https://testrqtest.rtfd.io).

@selwin > I think I still prefer using `.md` or some of the more well supported markdown flavors for portability purposes (maybe CommonMark or Github Flavored Markdown?). This will make...