Valery Piashchynski
Valery Piashchynski
I think that you may simply use channels. `info` is needed only for the worker logs (if you need them), for the other plugins you may `error` log level.
Yeah, in that case it makes sense.
The `status` plugin reports RR metrics directly to the Prometheus server. In connection with the Grafana you may filter out not needed data and draw only useful for you.
Not sure I'm following. The status plugin works by the `pull` model. It does not send any metrics, metrics are pulled from it. Usually by the local exporter or configured...
@rauanmayemir Feature was released from the RR side.
Hey @sicet7 ππ» This is a great idea. We have the concept of the community-driven plugins: https://docs.roadrunner.dev/docs/community-plugins/intro. It can be in any organization, if you feel, that you can support...
Hey @roxblnfk ππ» Please, add a full worker example in the description, like specified here for instance: [link](https://github.com/temporalio/roadrunner-temporal/blob/master/tests/php_test_files/worker-la.php), so I'd be able to point RR to that worker and test...
Hey @Apcenuu ππ» Thank you for the feature request ππ» I'll think about how to properly implement this mode.
Hey @adamsnoah98 ππ» Thank you for the proposal ππ» Yeah, I thought about most of these things. The problem atm is the current architecture of the Jobs plugin+attachable drivers. My...
> Update the PQ implementation to be stable. I'm still not sure why you named it not stable. PQ algorithm implemented based on the binary heaps paper. It does what...