TDXDevelopment
TDX VotePlusConfiguration

Overview

One YAML per subsystem, what each file does and where to look first.

Unlike most vote plugins, TDX VotePlus splits its configuration across one file per subsystem. Each file is small, focused, and self-contained, you can tune milestones without scrolling past 400 lines of unrelated YAML.

config.yml
vote-rewards.yml
vote-sites.yml
leaderboard.yml
monthly-rewards.yml
milestones.yml
vote-party.yml
reminders.yml
effects.yml
discord.yml
messages.yml

Every bundled file is heavily commented and is the authoritative source. These docs are a high-level map; the YAML comments are the truth. If something here disagrees with a comment in the file you're editing, trust the file.

Where to look

Auto-migration

Every YAML carries a config-version field. When you upgrade the plugin, new bundled keys are merged into your file automatically and a timestamped backup is written next to the original (e.g. vote-rewards.yml.backup-20260411-1830) before any changes are made. Your customisations are preserved.

Reload vs restart

  • Reload-able with /voteplus reload: every YAML except the general.storage, mysql.*, and mysql.server-id blocks
  • Restart-required: switching storage backend, changing the database connection, or changing the per-server isolation key