7.1 KiB
reminder-rs
Reminder Bot for Discord.
How do I use it?
I offer a hosted version of the bot. You can invite it with: https://invite.reminder-bot.com. The catch is that repeating reminders are paid on the hosted version of the bot. Keep reading if you want to host it yourself.
You'll need rustc and cargo for compilation. To run, you'll need Python 3 still (due to no suitable replacement for dateparser in Rust)
Build APT package
Recommended method.
By default, this builds targeting Ubuntu 20.04. Modify the Containerfile if you wish to target a
different platform. These instructions are written using podman, but docker should work too.
- Install container software and Make:
sudo apt install podman make. - Install database server:
sudo apt install mysql-server-8.0. Create a database calledreminders - Install SQLx CLI matching the project's SQLx version:
cargo install sqlx-cli --version 0.8.2 --locked. - Install the local build requirements (Rust, Node.js/npm, GCC, CMake, pkg-config, and OpenSSL
development headers), then install dashboard dependencies:
npm ci --prefix reminder-dashboard. - Export the URL of your build/test database:
export DATABASE_URL="mysql://user[:password]@localhost/reminders". - From the source code directory, execute
sqlx migrate run. - Run
make(ormake build). This prepares SQLx query metadata in.sqlx, runs the Rust tests, builds thereminder-rscontainer image, and runscargo debinside it. The resulting package is written totarget/debian/.
Preparation and database-dependent tests use the local database. The container packaging step uses
the prepared .sqlx metadata with SQLX_OFFLINE=true, so it does not need database access, including
when a .env file is present in the mounted source directory.
The stages can also be run separately: make prepare, make test (includes preparation), and
make image (includes preparation and tests). Override IMAGE to change the container image tag,
or PODMAN to use another container command, for example make PODMAN=docker.
Compiling for other target
- Install requirements:
sudo apt install gcc gcc-multilib cmake libssl-dev build-essential python3-dateparser - Install rustup from https://rustup.rs
- Install the nightly toolchain:
rustup toolchain default nightly - Install database server:
sudo apt install mysql-server-8.0. Create a database calledreminders. - Install
sqlx-cli:cargo install sqlx-cli. - Run migrations:
sqlx migrate run. - Set environment variables:
DATABASE_URL- the URL of your MySQL database (mysql://user[:password]@domain/database)
- Build:
cargo build --release
Configuring
Reminder Bot reads a number of environment variables. Some are essential, and others have hardcoded fallbacks. Environment variables can be loaded from a .env file in the working directory.
Required Variables
DATABASE_URL- the URL of your MySQL database (mysql://user[:password]@domain/database)DISCORD_TOKEN- your application's bot user's authorization token
Other Variables
MIN_INTERVAL- default600, defines the shortest interval the bot should acceptLOCAL_TIMEZONE- defaultUTC, necessary for calculations in the natural language processorSUBSCRIPTION_ROLES- defaultNone, accepts a list of Discord role IDs that are given to subscribed usersCNC_GUILD- defaultNone, accepts a single Discord guild ID for the server that the subscription roles belong toPYTHON_LOCATION- default/usr/bin/python3. Can be changed if your Python executable is located somewhere elseTHEME_COLOR- default8fb677. Specifies the hex value of the color to use on info message embeds
Optional dashboard image uploads
Image URL inputs offer an Upload image button when all of these settings are supplied:
S3_BUCKET— destination bucket name.S3_REGION— bucket region, for exampleeu-west-2.S3_ACCESS_KEY_IDandS3_SECRET_ACCESS_KEY— credentials withs3:PutObjectands3:DeleteObjectpermissions for the bucket'suploads/prefix.S3_PUBLIC_URL— public base URL for the bucket or CDN, for examplehttps://my-bucket.s3.eu-west-2.amazonaws.com. Objects must be publicly readable through this URL; the application does not change bucket policies or set object ACLs.
Optionally set S3_ENDPOINT for an S3-compatible provider; this uses path-style addressing.
The ONNX model in assets/nsfw/model.onnx is embedded in the binary at compile time using
include_bytes!; no model file, download or model-path setting is needed at runtime, including
in containers. The bundled model adds approximately 16.5 MiB to the binary and is initialized
once at startup only when S3 uploads are configured and NSFW checks are enabled.
See model provenance.
Missing or invalid S3 configuration disables uploads while the dashboard continues to accept
image URLs. If the bundled model fails to initialize, uploads are disabled as well.
NSFW_CHECK_ENABLED defaults to true. Set it to false, 0 or off to skip NSFW
moderation and model initialization; true, 1 or on enables checks. Values are
case-insensitive. Empty or unrecognized values keep checks enabled. Restart the application
after changing this setting. Image format validation, size limits and uploader tracking still
apply when moderation is disabled.
When enabled, POST /dashboard/api/images accepts the image file as the raw request body with
Content-Type: application/octet-stream, using an authenticated dashboard session. It accepts
PNG, JPEG, GIF and WebP up to 8 MiB and 16 million pixels. Files are decoded, flattened onto a
white background and saved as static PNGs; animation and metadata are removed. By default, the nsfw crate
checks the exact pixels that will be published, rejecting images when the combined Porn, Hentai
and Sexy probability is at least 50%. Rejections return HTTP 451 and the dashboard shows an
information modal. Moderation failures reject the upload without publishing it.
Successful uploads return { "url": "https://.../uploads/....png" } and record the uploader's
Discord ID, public URL and upload time in image_uploads. The database migration runs with the
other migrations. If recording fails, the application attempts to remove the S3 object and
returns an error. The endpoint is not mounted when uploads are disabled.
For local image-based moderation tests, place split image pairs in tests/fixtures/nsfw/
and tests/fixtures/non_nsfw/. The fixture instructions describe
the splitter script and the opt-in tests that reconstruct the images before classification.
Running with Docker
A compose.yml file is provided to aid in running the bot agnostically using docker.
- Populate a
.envfile as inconf/default.env - Add the additional variable
ROCKET_SECRET_KEYwith a key generated fromhead -c64 /dev/urandom | base64 - Run
docker compose up
Please note that this is not production-ready when run via compose. We do not offer a way for backing up of your data, or a way to run the dashboard securely via HTTPS, which is required for OAuth.