You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 11, 2022. It is now read-only.
Hey man, original fork had easy-to-use bin tool that did daemonization/worker pool strategy quite well.
Can you provide an example how to achieve same thing with your lib?
The text was updated successfully, but these errors were encountered:
Personally, I'm subclassing the Worker to fire HTTP requests at an FPM pool for every job class. That way, FPM is doing the forking and process management - you get adaptive process pools, and safety features like "emergency restart in case of opcode cache destruction".
I do want to get the new Symfony2 CLI worker process up to scratch with the features in the old fork though. The worker command is intended to daemonize and have the same capabilities as the old bin tool.
Yeah, you're right. These days we are using benmanns/goworker as the daemonized worker. We enqueue using PHP, from our regular framework. The golang workers dequeue and fire HTTP requests at a locally-bound FPM pool (say, 127.0.0.1:12345), running a regular old framework controller.
That stuff is a bit sprawling and large for me to copy+paste. I'm hoping to get an example "marshalling" worker in the codebase eventually, as an example.
Hey man, original fork had easy-to-use bin tool that did daemonization/worker pool strategy quite well.
Can you provide an example how to achieve same thing with your lib?
The text was updated successfully, but these errors were encountered: