News for hackers. Stuff that matters.
Re:Announcing DJJob, a PHP port of delayed_job by aonic on Thursday October 21, 2010 @07:25PM (#1817880)
I think the point is to run the worker outside of a web request and using a cron job
Re:Announcing DJJob, a PHP port of delayed_job by andrewjshults on Friday October 22, 2010 @12:57AM (#1818650)
Or using the command line version of PHP and GNU Screen (I haven't fully studied the code, but it looks similar to a queue system that I hacked together a couple of days ago where the worker is wrapped in a while(TRUE) loop).

In the interest of some outside figures, how have you found this to scale? I implemented a similar solution as more of a stopgap until I had the time to get RabbitMQ installed with a "proper" worker dispatcher (more moving parts but less stress on the DB). I mostly ask because we implemented it for our notification system where we had to generate a send large batches of custom emails which was bogging down the page (and hard to debug where in the chain we were getting failed messages).

Re:Announcing DJJob, a PHP port of delayed_job by aonic on Friday October 22, 2010 @08:58AM (#1819481)
Not sure who your question was directed to, but I've implemented a similar system in the past for a website with 10m+ users and 15+ web servers. It scaled just fine, we were sending close to 150K emails a day, among other background jobs for reporting, data cleanup, automated spam checks, etc