Anton
Anton
@s3rius A friendly reminder to check this PR :D
Hello there @s3rius! Pls give it a try =)
I created a PR https://github.com/taskiq-python/taskiq/pull/128, which can be described as a non-blocking sleep. Can this be useful in the above scenario?
Actually, i believe in their case it will be better to implement broker with custom `listen` method
We can listen multiple queues in broker And limit some of them
I mean, in that case rate-limited tasks should be in different queue
Then it should be related to Retry not to Cancel
I would like to have a feature like `NoResult`, It can be implemented using exceptions provided in `TaskResult`, when we implement exceptions serialization feature
Like in Celery `RejectError` and `RetryError` exceptions
Hello, I think the `__progress` suffix is good enough and doesn't need configuration Expiration should be customisable, and it would be even better if it is customisable for each task...