lessless
Hey peeps,
I’m working on a daily journal bot for Slack that sends a reminder to all subscribed users to answer two questions at the beginning of their day.
For that, I need to uphold Slack API postMessage limits:
- 1 direct message per second
- 600 direct messages per workspace
I’m not really worried about the second limit - that would be an excellent problem to have, but it’s not going to crop in any time soon.
Two other considerations that adds another dimension of complexity:
- Messages should go out only during working days
- People should be able to adjust the time when they want to receive their messages
- Messages should be delivered at most once per day
Here is how I picture a possible implementation
- I’m considering separately storing the preferred message delivery time (or using the default 9 am).
- Based on those settings I should schedule jobs for sending messages
- All messages for a specific organisation should go through a designated queue so that I can uphold the 1 DM per second limit.
Those are general thoughts not grounded in what Oban can and can’t do, so I’d love to hear your opinion on how I can use Oban to meet those requirements (I reckon that I may require Oban Pro).
Best,
Yevhenii
Trending in Questions
Hello!
Suppose you are building workflow (order / task / payment) processing system with the following requirements:
Each workflow con...
New
I’m in search of an Elixir library that offers PDF generation capabilities similar to Ruby’s Prawn. While there have been discussions abo...
New
I’m looking to build a personal workflow to quickly deploy web applications written in elixir/phoenix, for local consumption (ie not on t...
New
Before I dive in myself, did anyone successfully sprinkle Hologram into their existing LiveView app?
Looking for hints regarding:
Addi...
New
Kia ora,
We have been using elixir-google-api to connect to Google Drive. However, with the updates to Tesla due to CVEs this is now bro...
New
Hi all, I wanted to ask how the community is dealing with post-release steps.
Today we have Ecto migrations, which make sure that the db...
New
Hello,
I have an Elixir backend that implements a custom protocol over TCP. I want to load test the backend and assess the performance o...
New
Other Trending Topics
Hey, I’m Jesse and I’m the main contributor behind Dexter, a full-featured, lightning-fast Elixir LSP optimized for large codebases. It s...
New
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
ExRatatui lets you cook up rich terminal UIs in Elixir, powered by Rust’s ratatui via Rustler NIFs. Build interactive terminal applicatio...
New
Hello everyone. After busy few months I am happy to announce v0.1.0 of Emerge & Solve.
They are GUI (Emerge) and State management (S...
New
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New
Emily is an Elixir library that runs Nx computations on Apple’s MLX. Install it as the default Nx backend and Nx, defn, Axon, Nx.Serving,...
New
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #blog-post
- #phoenix_html
- #iex
- #graphql
- #ai
- #genstage
- #elixirconf-us
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #metaprogramming
- #security
- #hex










Showing Posts 1 to 3- Show Best Posts
- Show All Posts (oldest first)
- Show All Posts (newest first)
sorentwo
Thank you for moving this from the Oban repo’s issue tracker over to the forum; this is more fitting for advice and discussion.
That’s a good place to use a cron job that generates other jobs. Configure the job to run at midnight UTC, or at intervals throughout the day, and have it insert jobs for preferred message delivery times between then and the next cron interval, e.g. the next 24 hours.
Every queue adds some communication overheard, not to mention the organizational burden from managing them all. While it is possible to use Pro’s DynamicQueues plugin for this, or rig it with
start_queue, I higly recommend using Pro’s partitioned rate limiting instead. That would look something like this:That would allow delivering up to 30 concurrent messages while limiting executing to one job per second for a particular organization id.
Hope that helps!
lessless
Thanks for the reply!
After thinking a bit more about that option I found it to be quite complex in terms of edge cases and currently exploring another approach - calculating the kickoff time for the initial notification and then rescheduling it in 24hrs.
lessless
I’m currently trying to implement per-workspace rate limiting as you suggested and want to ask if it’s possible to observe the expected behavior in tests.
Problem Summary:
I want to insert two jobs, let Oban do its thing, and then see that only one was executed. However,
drain_jobsshow that both jobs were executed while it took0.1sto run the test. This tells me I’m doing something wrong:%{cancelled: 0, completed: 2, discarded: 0, exhausted: 0, scheduled: 0}.Interestingly, I tested the setup in the dev environment, and it seems to do the right thing. It’s just in the test environment where I’m encountering this issue.
Configuration:
My
config.exs:In tests I additionally set the testing mode to
:manual:Test Code:
In my test:
Sorry for the loaded
setup- it’s not really relevant, but I decided to keep it to illustrate howNullWorkeris injected.Scheduler:
The
NotificationScheduleris as simple as:Could you please help me understand what I might be doing wrong, or how to achieve the expected rate-limiting behavior in my tests? Thank you!