Compare commits
124 Commits
feat/appli
...
@discordjs
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
127021d5ab | ||
|
|
0943bc2efb | ||
|
|
a1c83c17d6 | ||
|
|
c0eae344c2 | ||
|
|
f2f757ce52 | ||
|
|
65cfa3ffd3 | ||
|
|
ee2eb7349f | ||
|
|
2d19163d76 | ||
|
|
9bca4af5fd | ||
|
|
fe5e344adc | ||
|
|
c8f6066d6a | ||
|
|
7e21a9474e | ||
|
|
d0a535ea6a | ||
|
|
8124fc68be | ||
|
|
dbd5354056 | ||
|
|
2ebb5cbd53 | ||
|
|
096cd92b87 | ||
|
|
37ef57b880 | ||
|
|
e3c247e423 | ||
|
|
5f3fc170fb | ||
|
|
20fade2a87 | ||
|
|
e827644b5a | ||
|
|
62815928ab | ||
|
|
7fb6630c02 | ||
|
|
737b80b5f2 | ||
|
|
481ccd228b | ||
|
|
a3fff7b8be | ||
|
|
8cdbe23766 | ||
|
|
d920933dc5 | ||
|
|
2d817df3b5 | ||
|
|
1605a2c289 | ||
|
|
464ea2ab30 | ||
|
|
0d1d54a537 | ||
|
|
dd8bb397a8 | ||
|
|
61d3d6d4ae | ||
|
|
512b0c67b9 | ||
|
|
532c3842bc | ||
|
|
edace17a13 | ||
|
|
d3154cf8f1 | ||
|
|
45552faf02 | ||
|
|
ebfd52695e | ||
|
|
595bded8a5 | ||
|
|
c74c632cdb | ||
|
|
fc003050de | ||
|
|
8702978057 | ||
|
|
c2b18d6d8b | ||
|
|
519aa3abe8 | ||
|
|
89c076c89e | ||
|
|
f224a07381 | ||
|
|
8e1e1be0c2 | ||
|
|
193a5e9e20 | ||
|
|
73c6bc2c36 | ||
|
|
b7f1ebc334 | ||
|
|
92aea94411 | ||
|
|
41dee5177d | ||
|
|
bbde371324 | ||
|
|
66b971899a | ||
|
|
43235d43fe | ||
|
|
31df3d21cd | ||
|
|
2663d76709 | ||
|
|
44a1e85847 | ||
|
|
d2e1924fa6 | ||
|
|
68dd260dee | ||
|
|
5e66f85f55 | ||
|
|
46060419a9 | ||
|
|
7c1b73cc69 | ||
|
|
95db597fc8 | ||
|
|
0047a49b73 | ||
|
|
32dff01f29 | ||
|
|
efa50fc3fa | ||
|
|
aa61c20ffd | ||
|
|
d48136bee1 | ||
|
|
46bf8f0146 | ||
|
|
7280d4e82e | ||
|
|
bd2914cc98 | ||
|
|
77804cfd55 | ||
|
|
8fea3ed978 | ||
|
|
05c63cd9a1 | ||
|
|
8d69b24b5c | ||
|
|
9baee4b2ce | ||
|
|
c986a99104 | ||
|
|
2b9e4cf9d0 | ||
|
|
1af2f4ed0e | ||
|
|
3fbfe9f1ae | ||
|
|
b901ff7c4c | ||
|
|
5f8915f6d1 | ||
|
|
ff42d7af72 | ||
|
|
0fdbabea98 | ||
|
|
e9944b3d2d | ||
|
|
2b9833cd36 | ||
|
|
7b2a2e3a15 | ||
|
|
6087088579 | ||
|
|
622acbcbf0 | ||
|
|
b2754d4a0e | ||
|
|
53cbb0e36d | ||
|
|
7ce6f2fc8a | ||
|
|
76042f0538 | ||
|
|
dedaa5d657 | ||
|
|
ed00a10e1f | ||
|
|
ae1deac2bf | ||
|
|
a367e2c8c9 | ||
|
|
7678f1176a | ||
|
|
4cca33d9b0 | ||
|
|
388783d7dd | ||
|
|
bda31284bf | ||
|
|
76968b4bc1 | ||
|
|
34343c6afa | ||
|
|
56c9396b71 | ||
|
|
21c283f964 | ||
|
|
13471fa1b7 | ||
|
|
b1ded63e42 | ||
|
|
565fc0192a | ||
|
|
33533b7284 | ||
|
|
be38f57926 | ||
|
|
f79ba52c7a | ||
|
|
72e0c99454 | ||
|
|
3d06c9d872 | ||
|
|
831aafa733 | ||
|
|
5faf074c14 | ||
|
|
297e959f48 | ||
|
|
1fc87a9698 | ||
|
|
366f7174d0 | ||
|
|
97c3237a70 | ||
|
|
c12217829b |
@@ -1,3 +0,0 @@
|
||||
# .git-blame-ignore-revs
|
||||
# switched to eslint-config-neon for mainlib discord.js
|
||||
b03c65c34c6e8bab7f97d507d6ccd7c441a14360
|
||||
2
.github/.kodiak.toml
vendored
@@ -2,7 +2,7 @@ version = 1
|
||||
|
||||
[merge]
|
||||
require_automerge_label = false
|
||||
blocking_labels = ['blocked', 'in review', 'semver:major']
|
||||
blocking_labels = ['blocked', 'in review']
|
||||
method = 'squash'
|
||||
|
||||
[merge.message]
|
||||
|
||||
10
.github/CODEOWNERS
vendored
@@ -1,18 +1,13 @@
|
||||
# Learn how to add code owners here:
|
||||
# https://help.github.com/articles/about-code-owners
|
||||
# https://help.github.com/en/articles/about-code-owners
|
||||
|
||||
* @iCrawl
|
||||
|
||||
package.json @discordjs/core
|
||||
pnpm-lock.yaml @discordjs/core
|
||||
|
||||
/apps/guide/ @discordjs/website @discordjs/guide
|
||||
/apps/guide/content/ @discordjs/guide
|
||||
/apps/guide/src/content/ @discordjs/guide
|
||||
/apps/website/ @discordjs/website
|
||||
|
||||
/packages/actions/ @discordjs/actions
|
||||
/packages/api-extractor/ @discordjs/api-extractor-utils
|
||||
/packages/api-extractor-model/ @discordjs/api-extractor-utils
|
||||
/packages/api-extractor-utils/ @discordjs/api-extractor-utils
|
||||
/packages/brokers/ @discordjs/brokers
|
||||
/packages/builders/ @discordjs/builders
|
||||
@@ -27,7 +22,6 @@ pnpm-lock.yaml @discordjs/core
|
||||
/packages/proxy-container/ @discordjs/proxy
|
||||
/packages/rest/ @discordjs/rest
|
||||
/packages/scripts/ @discordjs/scripts
|
||||
/packages/structures/ @discordjs/structures
|
||||
/packages/ui/ @discordjs/ui
|
||||
/packages/util/ @discordjs/util
|
||||
/packages/voice/ @discordjs/core
|
||||
|
||||
@@ -24,7 +24,6 @@ body:
|
||||
- proxy
|
||||
- proxy-container
|
||||
- rest
|
||||
- structures
|
||||
- ui
|
||||
- util
|
||||
- voice
|
||||
@@ -63,7 +62,7 @@ body:
|
||||
description: List necessary versions here. This includes your package version, runtime version, operating system etc.
|
||||
placeholder: |
|
||||
- discord.js 14.12.1 (`npm ls discord.js` or another package)
|
||||
- Node.js 22.12.0 (`node --version`)
|
||||
- Node.js 16.11.0 (`node --version`)
|
||||
- TypeScript 5.1.6 (`npm ls typescript` if you use it)
|
||||
- macOS Ventura 13.3.1
|
||||
validations:
|
||||
@@ -94,9 +93,6 @@ body:
|
||||
- Reaction
|
||||
- GuildScheduledEvent
|
||||
- ThreadMember
|
||||
- Poll
|
||||
- PollAnswer
|
||||
- SoundboardSound
|
||||
multiple: true
|
||||
validations:
|
||||
required: true
|
||||
@@ -111,7 +107,7 @@ body:
|
||||
- Guilds
|
||||
- GuildMembers
|
||||
- GuildModeration
|
||||
- GuildExpressions
|
||||
- GuildEmojisAndStickers
|
||||
- GuildIntegrations
|
||||
- GuildWebhooks
|
||||
- GuildInvites
|
||||
|
||||
@@ -26,7 +26,6 @@ body:
|
||||
- proxy
|
||||
- proxy-container
|
||||
- rest
|
||||
- structures
|
||||
- ui
|
||||
- util
|
||||
- voice
|
||||
|
||||
3
.github/issue-labeler.yml
vendored
@@ -37,9 +37,6 @@ packages:proxy-container:
|
||||
packages:rest:
|
||||
- "### Which (application|package|application or package) is this (bug
|
||||
report|feature request) for\\?\\n\\nrest\\n"
|
||||
packages:structures:
|
||||
- "### Which (application|package|application or package) is this (bug
|
||||
report|feature request) for\\?\\n\\nstructures\\n"
|
||||
packages:ui:
|
||||
- "### Which (application|package|application or package) is this (bug
|
||||
report|feature request) for\\?\\n\\ui\\n"
|
||||
|
||||
5
.github/labeler.yml
vendored
@@ -78,11 +78,6 @@ packages:rest:
|
||||
- any-glob-to-any-file:
|
||||
- packages/rest/*
|
||||
- packages/rest/**/*
|
||||
packages:structures:
|
||||
- changed-files:
|
||||
- any-glob-to-any-file:
|
||||
- packages/structures/*
|
||||
- packages/structures/**/*
|
||||
packages:ui:
|
||||
- changed-files:
|
||||
- any-glob-to-any-file:
|
||||
|
||||
6
.github/labels.yml
vendored
@@ -10,8 +10,6 @@
|
||||
color: 7ef7ef
|
||||
- name: backport
|
||||
color: 88aabb
|
||||
- name: backport-candidate
|
||||
color: 0075ca
|
||||
- name: blocked
|
||||
color: fc1423
|
||||
- name: bug
|
||||
@@ -40,6 +38,8 @@
|
||||
color: 80c042
|
||||
- name: good first issue
|
||||
color: 7057ff
|
||||
- name: has PR
|
||||
color: 4b1f8e
|
||||
- name: help wanted
|
||||
color: '008672'
|
||||
- name: in progress
|
||||
@@ -80,8 +80,6 @@
|
||||
color: fbca04
|
||||
- name: packages:rest
|
||||
color: fbca04
|
||||
- name: packages:structures
|
||||
color: fbca04
|
||||
- name: packages:ui
|
||||
color: fbca04
|
||||
- name: packages:util
|
||||
|
||||
2
.github/workflows/cleanup-cache.yml
vendored
@@ -11,7 +11,7 @@ jobs:
|
||||
runs-on: ubuntu-latest
|
||||
steps:
|
||||
- name: Checkout repository
|
||||
uses: actions/checkout@v5
|
||||
uses: actions/checkout@v4
|
||||
|
||||
- name: Cleanup caches
|
||||
run: |
|
||||
|
||||
9
.github/workflows/deploy-website.yml
vendored
@@ -14,13 +14,12 @@ jobs:
|
||||
if: github.repository_owner == 'discordjs'
|
||||
steps:
|
||||
- name: Checkout repository
|
||||
uses: actions/checkout@v5
|
||||
uses: actions/checkout@v4
|
||||
|
||||
- name: Install Node.js v22
|
||||
uses: actions/setup-node@v5
|
||||
- name: Install Node.js v20
|
||||
uses: actions/setup-node@v4
|
||||
with:
|
||||
node-version: 22
|
||||
package-manager-cache: false
|
||||
node-version: 20
|
||||
|
||||
- name: Install dependencies
|
||||
uses: ./packages/actions/src/pnpmCache
|
||||
|
||||
11
.github/workflows/deprecate-version.yml
vendored
@@ -11,14 +11,12 @@ on:
|
||||
- '@discordjs/builders'
|
||||
- '@discordjs/collection'
|
||||
- '@discordjs/core'
|
||||
- 'create-discord-app'
|
||||
- 'create-discord-bot'
|
||||
- '@discordjs/formatters'
|
||||
- 'discord.js'
|
||||
- '@discordjs/next'
|
||||
- '@discordjs/proxy'
|
||||
- '@discordjs/rest'
|
||||
- '@discordjs/structures'
|
||||
- '@discordjs/util'
|
||||
- '@discordjs/voice'
|
||||
- '@discordjs/ws'
|
||||
@@ -36,13 +34,12 @@ jobs:
|
||||
if: github.repository_owner == 'discordjs'
|
||||
steps:
|
||||
- name: Checkout repository
|
||||
uses: actions/checkout@v5
|
||||
uses: actions/checkout@v4
|
||||
|
||||
- name: Install Node.js v22
|
||||
uses: actions/setup-node@v5
|
||||
- name: Install Node.js v20
|
||||
uses: actions/setup-node@v4
|
||||
with:
|
||||
node-version: 22
|
||||
package-manager-cache: false
|
||||
node-version: 20
|
||||
|
||||
- name: Install dependencies
|
||||
uses: ./packages/actions/src/pnpmCache
|
||||
|
||||
51
.github/workflows/documentation.yml
vendored
@@ -36,15 +36,14 @@ jobs:
|
||||
if: github.repository_owner == 'discordjs'
|
||||
steps:
|
||||
- name: Checkout repository
|
||||
uses: actions/checkout@v5
|
||||
uses: actions/checkout@v4
|
||||
with:
|
||||
ref: ${{ inputs.ref || '' }}
|
||||
|
||||
- name: Install Node.js v22
|
||||
uses: actions/setup-node@v5
|
||||
- name: Install Node.js v20
|
||||
uses: actions/setup-node@v4
|
||||
with:
|
||||
node-version: 22
|
||||
package-manager-cache: false
|
||||
node-version: 20
|
||||
|
||||
- name: Install dependencies
|
||||
uses: ./packages/actions/src/pnpmCache
|
||||
@@ -54,18 +53,15 @@ jobs:
|
||||
|
||||
- name: Checkout main repository
|
||||
if: ${{ inputs.ref && inputs.ref != 'main' }}
|
||||
uses: actions/checkout@v5
|
||||
uses: actions/checkout@v4
|
||||
with:
|
||||
path: 'main'
|
||||
|
||||
- name: Build main
|
||||
if: ${{ inputs.ref && inputs.ref != 'main' }}
|
||||
shell: bash
|
||||
env:
|
||||
COREPACK_ENABLE_STRICT: 0
|
||||
run: |
|
||||
cd main
|
||||
pnpm self-update 10
|
||||
pnpm install --frozen-lockfile --prefer-offline --loglevel error
|
||||
pnpm run build
|
||||
cd ..
|
||||
@@ -87,13 +83,8 @@ jobs:
|
||||
- name: Build docs with main api-extractor
|
||||
if: ${{ inputs.ref && inputs.ref != 'main' }}
|
||||
run: |
|
||||
declare -a PACKAGES=("brokers" "builders" "collection" "core" "discord.js" "formatters" "next" "proxy" "rest" "structures" "util" "voice" "ws")
|
||||
declare -a PACKAGES=("brokers" "builders" "collection" "core" "discord.js" "formatters" "next" "proxy" "rest" "util" "voice" "ws")
|
||||
for PACKAGE in "${PACKAGES[@]}"; do
|
||||
if [ ! -d "packages/${PACKAGE}" ]; then
|
||||
echo "::notice::${PACKAGE} does not exist on this ref. Skipping..."
|
||||
continue
|
||||
fi
|
||||
|
||||
cd "packages/${PACKAGE}"
|
||||
sed -i 's!https://github.com/discordjs/discord.js/tree/main!https://github.com/discordjs/discord.js/tree/${{ inputs.ref }}!' api-extractor.json
|
||||
../../main/packages/api-extractor/bin/api-extractor run --local --minify
|
||||
@@ -102,7 +93,7 @@ jobs:
|
||||
done
|
||||
|
||||
- name: Checkout docs repository
|
||||
uses: actions/checkout@v5
|
||||
uses: actions/checkout@v4
|
||||
with:
|
||||
repository: 'discordjs/docs'
|
||||
token: ${{ secrets.DJS_DOCS }}
|
||||
@@ -111,9 +102,11 @@ jobs:
|
||||
- name: Upload documentation to database
|
||||
if: ${{ env.REF_TYPE == 'tag' && (!inputs.ref || inputs.ref == 'main') }}
|
||||
env:
|
||||
DATABASE_URL: ${{ secrets.DATABASE_URL }}
|
||||
CF_D1_DOCS_API_KEY: ${{ secrets.CF_D1_DOCS_API_KEY }}
|
||||
CF_D1_DOCS_ID: ${{ secrets.CF_D1_DOCS_ID }}
|
||||
CF_ACCOUNT_ID: ${{ secrets.CF_ACCOUNT_ID }}
|
||||
BLOB_READ_WRITE_TOKEN: ${{ secrets.BLOB_READ_WRITE_TOKEN }}
|
||||
CF_R2_DOCS_URL: ${{ secrets.CF_R2_DOCS_URL }}
|
||||
CF_R2_DOCS_ACCESS_KEY_ID: ${{ secrets.CF_R2_DOCS_ACCESS_KEY_ID }}
|
||||
CF_R2_DOCS_SECRET_ACCESS_KEY: ${{ secrets.CF_R2_DOCS_SECRET_ACCESS_KEY }}
|
||||
@@ -127,9 +120,11 @@ jobs:
|
||||
- name: Upload documentation to database
|
||||
if: ${{ env.REF_TYPE == 'tag' && inputs.ref && inputs.ref != 'main' }}
|
||||
env:
|
||||
DATABASE_URL: ${{ secrets.DATABASE_URL }}
|
||||
CF_D1_DOCS_API_KEY: ${{ secrets.CF_D1_DOCS_API_KEY }}
|
||||
CF_D1_DOCS_ID: ${{ secrets.CF_D1_DOCS_ID }}
|
||||
CF_ACCOUNT_ID: ${{ secrets.CF_ACCOUNT_ID }}
|
||||
BLOB_READ_WRITE_TOKEN: ${{ secrets.BLOB_READ_WRITE_TOKEN }}
|
||||
CF_R2_DOCS_URL: ${{ secrets.CF_R2_DOCS_URL }}
|
||||
CF_R2_DOCS_ACCESS_KEY_ID: ${{ secrets.CF_R2_DOCS_ACCESS_KEY_ID }}
|
||||
CF_R2_DOCS_SECRET_ACCESS_KEY: ${{ secrets.CF_R2_DOCS_SECRET_ACCESS_KEY }}
|
||||
@@ -143,6 +138,7 @@ jobs:
|
||||
- name: Upload split documentation to blob storage
|
||||
if: ${{ env.REF_TYPE == 'tag' && (!inputs.ref || inputs.ref == 'main') }}
|
||||
env:
|
||||
BLOB_READ_WRITE_TOKEN: ${{ secrets.BLOB_READ_WRITE_TOKEN }}
|
||||
CF_R2_DOCS_URL: ${{ secrets.CF_R2_DOCS_URL }}
|
||||
CF_R2_DOCS_ACCESS_KEY_ID: ${{ secrets.CF_R2_DOCS_ACCESS_KEY_ID }}
|
||||
CF_R2_DOCS_SECRET_ACCESS_KEY: ${{ secrets.CF_R2_DOCS_SECRET_ACCESS_KEY }}
|
||||
@@ -155,6 +151,7 @@ jobs:
|
||||
- name: Upload split documentation to blob storage
|
||||
if: ${{ env.REF_TYPE == 'tag' && inputs.ref && inputs.ref != 'main' }}
|
||||
env:
|
||||
BLOB_READ_WRITE_TOKEN: ${{ secrets.BLOB_READ_WRITE_TOKEN }}
|
||||
CF_R2_DOCS_URL: ${{ secrets.CF_R2_DOCS_URL }}
|
||||
CF_R2_DOCS_ACCESS_KEY_ID: ${{ secrets.CF_R2_DOCS_ACCESS_KEY_ID }}
|
||||
CF_R2_DOCS_SECRET_ACCESS_KEY: ${{ secrets.CF_R2_DOCS_SECRET_ACCESS_KEY }}
|
||||
@@ -181,9 +178,11 @@ jobs:
|
||||
- name: Upload documentation to database
|
||||
if: ${{ env.REF_TYPE == 'branch' && (!inputs.ref || inputs.ref == 'main') }}
|
||||
env:
|
||||
DATABASE_URL: ${{ secrets.DATABASE_URL }}
|
||||
CF_D1_DOCS_API_KEY: ${{ secrets.CF_D1_DOCS_API_KEY }}
|
||||
CF_D1_DOCS_ID: ${{ secrets.CF_D1_DOCS_ID }}
|
||||
CF_ACCOUNT_ID: ${{ secrets.CF_ACCOUNT_ID }}
|
||||
BLOB_READ_WRITE_TOKEN: ${{ secrets.BLOB_READ_WRITE_TOKEN }}
|
||||
CF_R2_DOCS_URL: ${{ secrets.CF_R2_DOCS_URL }}
|
||||
CF_R2_DOCS_ACCESS_KEY_ID: ${{ secrets.CF_R2_DOCS_ACCESS_KEY_ID }}
|
||||
CF_R2_DOCS_SECRET_ACCESS_KEY: ${{ secrets.CF_R2_DOCS_SECRET_ACCESS_KEY }}
|
||||
@@ -194,9 +193,11 @@ jobs:
|
||||
- name: Upload documentation to database
|
||||
if: ${{ env.REF_TYPE == 'branch' && inputs.ref && inputs.ref != 'main' }}
|
||||
env:
|
||||
DATABASE_URL: ${{ secrets.DATABASE_URL }}
|
||||
CF_D1_DOCS_API_KEY: ${{ secrets.CF_D1_DOCS_API_KEY }}
|
||||
CF_D1_DOCS_ID: ${{ secrets.CF_D1_DOCS_ID }}
|
||||
CF_ACCOUNT_ID: ${{ secrets.CF_ACCOUNT_ID }}
|
||||
BLOB_READ_WRITE_TOKEN: ${{ secrets.BLOB_READ_WRITE_TOKEN }}
|
||||
CF_R2_DOCS_URL: ${{ secrets.CF_R2_DOCS_URL }}
|
||||
CF_R2_DOCS_ACCESS_KEY_ID: ${{ secrets.CF_R2_DOCS_ACCESS_KEY_ID }}
|
||||
CF_R2_DOCS_SECRET_ACCESS_KEY: ${{ secrets.CF_R2_DOCS_SECRET_ACCESS_KEY }}
|
||||
@@ -207,6 +208,7 @@ jobs:
|
||||
- name: Upload split documentation to blob storage
|
||||
if: ${{ env.REF_TYPE == 'branch' && (!inputs.ref || inputs.ref == 'main') }}
|
||||
env:
|
||||
BLOB_READ_WRITE_TOKEN: ${{ secrets.BLOB_READ_WRITE_TOKEN }}
|
||||
CF_R2_DOCS_URL: ${{ secrets.CF_R2_DOCS_URL }}
|
||||
CF_R2_DOCS_ACCESS_KEY_ID: ${{ secrets.CF_R2_DOCS_ACCESS_KEY_ID }}
|
||||
CF_R2_DOCS_SECRET_ACCESS_KEY: ${{ secrets.CF_R2_DOCS_SECRET_ACCESS_KEY }}
|
||||
@@ -216,6 +218,7 @@ jobs:
|
||||
- name: Upload split documentation to blob storage
|
||||
if: ${{ env.REF_TYPE == 'branch' && inputs.ref && inputs.ref != 'main' }}
|
||||
env:
|
||||
BLOB_READ_WRITE_TOKEN: ${{ secrets.BLOB_READ_WRITE_TOKEN }}
|
||||
CF_R2_DOCS_URL: ${{ secrets.CF_R2_DOCS_URL }}
|
||||
CF_R2_DOCS_ACCESS_KEY_ID: ${{ secrets.CF_R2_DOCS_ACCESS_KEY_ID }}
|
||||
CF_R2_DOCS_SECRET_ACCESS_KEY: ${{ secrets.CF_R2_DOCS_SECRET_ACCESS_KEY }}
|
||||
@@ -225,13 +228,8 @@ jobs:
|
||||
- name: Move docs to correct directory
|
||||
if: ${{ env.REF_TYPE == 'branch' }}
|
||||
run: |
|
||||
declare -a PACKAGES=("brokers" "builders" "collection" "core" "discord.js" "formatters" "next" "proxy" "rest" "structures" "util" "voice" "ws")
|
||||
declare -a PACKAGES=("brokers" "builders" "collection" "core" "discord.js" "formatters" "next" "proxy" "rest" "util" "voice" "ws")
|
||||
for PACKAGE in "${PACKAGES[@]}"; do
|
||||
if [ ! -d "packages/${PACKAGE}" ]; then
|
||||
echo "::notice::${PACKAGE} does not exist on this ref. Skipping..."
|
||||
continue
|
||||
fi
|
||||
|
||||
if [[ "${PACKAGE}" == "discord.js" ]]; then
|
||||
mkdir -p "out/${PACKAGE}"
|
||||
mv "packages/${PACKAGE}/docs/docs.json" "out/${PACKAGE}/${GITHUB_REF_NAME}.json"
|
||||
@@ -261,13 +259,12 @@ jobs:
|
||||
if: github.repository_owner == 'discordjs'
|
||||
steps:
|
||||
- name: Checkout repository
|
||||
uses: actions/checkout@v5
|
||||
uses: actions/checkout@v4
|
||||
|
||||
- name: Install Node.js v22
|
||||
uses: actions/setup-node@v5
|
||||
- name: Install Node.js v20
|
||||
uses: actions/setup-node@v4
|
||||
with:
|
||||
node-version: 22
|
||||
package-manager-cache: false
|
||||
node-version: 20
|
||||
|
||||
- name: Install dependencies
|
||||
uses: ./packages/actions/src/pnpmCache
|
||||
|
||||
2
.github/workflows/label-sync.yml
vendored
@@ -15,7 +15,7 @@ jobs:
|
||||
if: github.repository_owner == 'discordjs'
|
||||
steps:
|
||||
- name: Checkout repository
|
||||
uses: actions/checkout@v5
|
||||
uses: actions/checkout@v4
|
||||
|
||||
- name: Label sync
|
||||
uses: crazy-max/ghaction-github-labeler@v5
|
||||
|
||||
1
.github/workflows/pr-triage.yml
vendored
@@ -19,6 +19,7 @@ jobs:
|
||||
sync-labels: true
|
||||
validate-title:
|
||||
name: Validate title
|
||||
if: github.event.action != 'synchronize'
|
||||
runs-on: ubuntu-latest
|
||||
steps:
|
||||
- name: Validate pull request title
|
||||
|
||||
9
.github/workflows/publish-dev-docker.yml
vendored
@@ -10,13 +10,12 @@ jobs:
|
||||
if: github.repository_owner == 'discordjs'
|
||||
steps:
|
||||
- name: Checkout repository
|
||||
uses: actions/checkout@v5
|
||||
uses: actions/checkout@v4
|
||||
|
||||
- name: Install Node.js v22
|
||||
uses: actions/setup-node@v5
|
||||
- name: Install Node.js v20
|
||||
uses: actions/setup-node@v4
|
||||
with:
|
||||
node-version: 22
|
||||
package-manager-cache: false
|
||||
node-version: 20
|
||||
|
||||
- name: Install dependencies
|
||||
uses: ./packages/actions/src/pnpmCache
|
||||
|
||||
117
.github/workflows/publish-dev.yml
vendored
@@ -3,22 +3,37 @@ on:
|
||||
schedule:
|
||||
- cron: '0 */12 * * *'
|
||||
workflow_dispatch:
|
||||
inputs:
|
||||
pull:
|
||||
description: 'The pull number to check out'
|
||||
required: false
|
||||
default: 'main'
|
||||
tag:
|
||||
description: 'The tag to use, generally a feature name'
|
||||
required: false
|
||||
type: string
|
||||
dry_run:
|
||||
description: 'Perform a dry run that skips publishing and outputs logs indicating what would have happened'
|
||||
type: boolean
|
||||
default: false
|
||||
jobs:
|
||||
npm-publish:
|
||||
name: npm publish
|
||||
strategy:
|
||||
fail-fast: false
|
||||
matrix:
|
||||
include:
|
||||
- package: '@discordjs/brokers'
|
||||
folder: 'brokers'
|
||||
- package: '@discordjs/builders'
|
||||
folder: 'builders'
|
||||
- package: '@discordjs/collection'
|
||||
folder: 'collection'
|
||||
- package: '@discordjs/core'
|
||||
folder: 'core'
|
||||
- package: '@discordjs/formatters'
|
||||
folder: 'formatters'
|
||||
- package: 'discord.js'
|
||||
folder: 'discord.js'
|
||||
- package: '@discordjs/next'
|
||||
folder: 'next'
|
||||
- package: '@discordjs/proxy'
|
||||
folder: 'proxy'
|
||||
- package: '@discordjs/rest'
|
||||
folder: 'rest'
|
||||
- package: '@discordjs/util'
|
||||
folder: 'util'
|
||||
- package: '@discordjs/voice'
|
||||
folder: 'voice'
|
||||
- package: '@discordjs/ws'
|
||||
folder: 'ws'
|
||||
runs-on: ubuntu-latest
|
||||
permissions:
|
||||
id-token: write
|
||||
@@ -27,77 +42,43 @@ jobs:
|
||||
TURBO_TEAM: ${{ secrets.TURBO_TEAM }}
|
||||
if: github.repository_owner == 'discordjs'
|
||||
steps:
|
||||
- uses: actions/create-github-app-token@v2
|
||||
id: app-token
|
||||
with:
|
||||
app-id: ${{ vars.DISCORDJS_APP_ID }}
|
||||
private-key: ${{ secrets.DISCORDJS_APP_KEY_RELEASE }}
|
||||
|
||||
- name: Decide ref
|
||||
id: ref
|
||||
run: |
|
||||
if [ -n "${{ github.event.inputs.pull }}" ]; then
|
||||
echo "ref=refs/pull/${{ github.event.inputs.pull }}/head" >> $GITHUB_OUTPUT
|
||||
else
|
||||
echo "ref=refs/heads/main" >> $GITHUB_OUTPUT
|
||||
fi
|
||||
|
||||
- name: Checkout repository
|
||||
uses: actions/checkout@v5
|
||||
uses: actions/checkout@v4
|
||||
with:
|
||||
fetch-depth: 0
|
||||
token: ${{ steps.app-token.outputs.token }}
|
||||
ref: ${{ steps.ref.outputs.ref }}
|
||||
|
||||
- name: Install Node.js v22
|
||||
uses: actions/setup-node@v5
|
||||
- name: Install Node.js v20
|
||||
uses: actions/setup-node@v4
|
||||
with:
|
||||
node-version: 22
|
||||
package-manager-cache: false
|
||||
node-version: 20
|
||||
registry-url: https://registry.npmjs.org/
|
||||
|
||||
- name: Check the current development version
|
||||
id: release-check
|
||||
run: |
|
||||
if [[ $(npm view ${{ matrix.package }}@dev version | grep -e "$(git rev-parse --short HEAD)") ]]; \
|
||||
then echo "RELEASE=0" >> "$GITHUB_OUTPUT"; \
|
||||
else echo "RELEASE=1" >> "$GITHUB_OUTPUT"; \
|
||||
fi
|
||||
|
||||
- name: Install dependencies
|
||||
if: steps.release-check.outputs.release == '1'
|
||||
uses: ./packages/actions/src/pnpmCache
|
||||
|
||||
- name: Build dependencies
|
||||
if: steps.release-check.outputs.release == '1'
|
||||
run: pnpm run build
|
||||
|
||||
- name: Checkout main repository (non-main ref)
|
||||
if: ${{ steps.ref.outputs.ref != 'refs/heads/main' }}
|
||||
uses: actions/checkout@v5
|
||||
with:
|
||||
path: 'main'
|
||||
|
||||
- name: Install action deps (non-main ref)
|
||||
if: ${{ steps.ref.outputs.ref != 'refs/heads/main' }}
|
||||
shell: bash
|
||||
working-directory: ./main
|
||||
env:
|
||||
COREPACK_ENABLE_STRICT: 0
|
||||
- name: Publish package
|
||||
if: steps.release-check.outputs.release == '1'
|
||||
run: |
|
||||
pnpm self-update 10
|
||||
pnpm install --filter @discordjs/actions --frozen-lockfile --prefer-offline --loglevel error
|
||||
|
||||
- name: Publish packages (non-main ref)
|
||||
if: ${{ steps.ref.outputs.ref != 'refs/heads/main' }}
|
||||
uses: ./main/packages/actions/src/releasePackages
|
||||
with:
|
||||
exclude: '@discordjs/docgen'
|
||||
dry: ${{ inputs.dry_run }}
|
||||
dev: true
|
||||
tag: ${{ inputs.tag || 'dev' }}
|
||||
pnpm --filter=${{ matrix.package }} run release --preid "dev.$(date +%s)-$(git rev-parse --short HEAD)" --skip-changelog
|
||||
pnpm --filter=${{ matrix.package }} publish --provenance --no-git-checks --tag dev || true
|
||||
env:
|
||||
NODE_AUTH_TOKEN: ${{ secrets.NPM_PUBLISH_TOKEN }}
|
||||
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
|
||||
|
||||
- name: Publish packages (main ref)
|
||||
if: ${{ steps.ref.outputs.ref == 'refs/heads/main' }}
|
||||
uses: ./packages/actions/src/releasePackages
|
||||
with:
|
||||
exclude: '@discordjs/docgen'
|
||||
dry: ${{ inputs.dry_run }}
|
||||
dev: true
|
||||
tag: ${{ inputs.tag || 'dev' }}
|
||||
- name: Deprecate prior development releases
|
||||
if: steps.release-check.outputs.release == '1'
|
||||
run: pnpm exec npm-deprecate --name "*dev*" --message "This version is deprecated. Please use a newer version." --package ${{ matrix.package }}
|
||||
env:
|
||||
NODE_AUTH_TOKEN: ${{ secrets.NPM_PUBLISH_TOKEN }}
|
||||
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
|
||||
|
||||
9
.github/workflows/publish-docker.yml
vendored
@@ -7,13 +7,12 @@ jobs:
|
||||
runs-on: ubuntu-latest
|
||||
steps:
|
||||
- name: Checkout repository
|
||||
uses: actions/checkout@v5
|
||||
uses: actions/checkout@v4
|
||||
|
||||
- name: Install Node.js v22
|
||||
uses: actions/setup-node@v5
|
||||
- name: Install Node.js v20
|
||||
uses: actions/setup-node@v4
|
||||
with:
|
||||
node-version: 22
|
||||
package-manager-cache: false
|
||||
node-version: 20
|
||||
|
||||
- name: Install dependencies
|
||||
uses: ./packages/actions/src/pnpmCache
|
||||
|
||||
17
.github/workflows/publish-release.yml
vendored
@@ -14,13 +14,12 @@ jobs:
|
||||
if: github.repository_owner == 'discordjs'
|
||||
steps:
|
||||
- name: Checkout repository
|
||||
uses: actions/checkout@v5
|
||||
uses: actions/checkout@v4
|
||||
|
||||
- name: Install Node.js v22
|
||||
uses: actions/setup-node@v5
|
||||
- name: Install Node.js v20
|
||||
uses: actions/setup-node@v4
|
||||
with:
|
||||
node-version: 22
|
||||
package-manager-cache: false
|
||||
node-version: 20
|
||||
registry-url: https://registry.npmjs.org/
|
||||
|
||||
- name: Install dependencies
|
||||
@@ -40,11 +39,3 @@ jobs:
|
||||
pnpm --filter=${{ steps.extract-tag.outputs.subpackage == 'true' && '@discordjs/' || '' }}${{ steps.extract-tag.outputs.package }} publish --provenance --no-git-checks
|
||||
env:
|
||||
NODE_AUTH_TOKEN: ${{ secrets.NPM_PUBLISH_TOKEN }}
|
||||
|
||||
- name: create-discord-bot -> create-discord-app
|
||||
if: steps.extract-tag.outputs.package == 'create-discord-bot'
|
||||
run: |
|
||||
pnpm --filter=create-discord-bot run rename-to-app
|
||||
pnpm --filter=create-discord-app publish --provenance --no-git-checks
|
||||
env:
|
||||
NODE_AUTH_TOKEN: ${{ secrets.NPM_PUBLISH_TOKEN }}
|
||||
|
||||
112
.github/workflows/release.yml
vendored
@@ -1,112 +0,0 @@
|
||||
name: Release
|
||||
on:
|
||||
workflow_dispatch:
|
||||
inputs:
|
||||
ref:
|
||||
description: 'The branch, tag or SHA to checkout'
|
||||
required: true
|
||||
default: 'main'
|
||||
package:
|
||||
description: 'The published name of a single package to release'
|
||||
type: choice
|
||||
required: false
|
||||
options:
|
||||
- all
|
||||
- discord.js
|
||||
- '@discordjs/brokers'
|
||||
- '@discordjs/builders'
|
||||
- '@discordjs/collection'
|
||||
- '@discordjs/core'
|
||||
- 'create-discord-bot'
|
||||
- '@discordjs/docgen'
|
||||
- '@discordjs/formatters'
|
||||
- '@discordjs/next'
|
||||
- '@discordjs/proxy'
|
||||
- '@discordjs/rest'
|
||||
- '@discordjs/structures'
|
||||
- '@discordjs/util'
|
||||
- '@discordjs/voice'
|
||||
- '@discordjs/ws'
|
||||
exclude:
|
||||
description: 'Comma separated list of packages to exclude from release (if not depended upon)'
|
||||
required: false
|
||||
type: string
|
||||
default: '@discordjs/docgen,@discordjs/next'
|
||||
dry_run:
|
||||
description: Perform a dry run?
|
||||
type: boolean
|
||||
default: false
|
||||
jobs:
|
||||
npm-publish:
|
||||
name: npm publish
|
||||
runs-on: ubuntu-latest
|
||||
permissions:
|
||||
id-token: write
|
||||
env:
|
||||
TURBO_TOKEN: ${{ secrets.TURBO_TOKEN }}
|
||||
TURBO_TEAM: ${{ secrets.TURBO_TEAM }}
|
||||
if: github.repository_owner == 'discordjs'
|
||||
steps:
|
||||
- uses: actions/create-github-app-token@v2
|
||||
id: app-token
|
||||
with:
|
||||
app-id: ${{ vars.DISCORDJS_APP_ID }}
|
||||
private-key: ${{ secrets.DISCORDJS_APP_KEY_RELEASE }}
|
||||
permission-contents: write
|
||||
|
||||
- name: Checkout repository
|
||||
uses: actions/checkout@v5
|
||||
with:
|
||||
token: ${{ steps.app-token.outputs.token }}
|
||||
ref: ${{ inputs.ref || '' }}
|
||||
|
||||
- name: Install Node.js v22
|
||||
uses: actions/setup-node@v5
|
||||
with:
|
||||
node-version: 22
|
||||
package-manager-cache: false
|
||||
registry-url: https://registry.npmjs.org/
|
||||
|
||||
- name: Install dependencies
|
||||
uses: ./packages/actions/src/pnpmCache
|
||||
|
||||
- name: Build dependencies
|
||||
run: pnpm run build
|
||||
|
||||
- name: Checkout main repository
|
||||
if: ${{ inputs.ref && inputs.ref != 'main' }}
|
||||
uses: actions/checkout@v5
|
||||
with:
|
||||
path: 'main'
|
||||
|
||||
- name: Install action deps (non-main ref only)
|
||||
if: ${{ inputs.ref && inputs.ref != 'main' }}
|
||||
shell: bash
|
||||
working-directory: ./main
|
||||
env:
|
||||
COREPACK_ENABLE_STRICT: 0
|
||||
run: |
|
||||
pnpm self-update 10
|
||||
pnpm install --filter @discordjs/actions --frozen-lockfile --prefer-offline --loglevel error
|
||||
|
||||
- name: Release packages (non-main ref)
|
||||
if: ${{ inputs.ref && inputs.ref != 'main' }}
|
||||
uses: ./main/packages/actions/src/releasePackages
|
||||
with:
|
||||
package: ${{ inputs.package }}
|
||||
exclude: ${{ inputs.exclude }}
|
||||
dry: ${{ inputs.dry_run }}
|
||||
env:
|
||||
NODE_AUTH_TOKEN: ${{ secrets.NPM_PUBLISH_TOKEN }}
|
||||
GITHUB_TOKEN: ${{ steps.app-token.outputs.token }}
|
||||
|
||||
- name: Release packages (main ref)
|
||||
if: ${{ !inputs.ref || inputs.ref == 'main' }}
|
||||
uses: ./packages/actions/src/releasePackages
|
||||
with:
|
||||
package: ${{ inputs.package }}
|
||||
exclude: ${{ inputs.exclude }}
|
||||
dry: ${{ inputs.dry_run }}
|
||||
env:
|
||||
NODE_AUTH_TOKEN: ${{ secrets.NPM_PUBLISH_TOKEN }}
|
||||
GITHUB_TOKEN: ${{ steps.app-token.outputs.token }}
|
||||
9
.github/workflows/tests.yml
vendored
@@ -15,15 +15,14 @@ jobs:
|
||||
TURBO_TEAM: ${{ secrets.TURBO_TEAM }}
|
||||
steps:
|
||||
- name: Checkout repository
|
||||
uses: actions/checkout@v5
|
||||
uses: actions/checkout@v4
|
||||
with:
|
||||
fetch-depth: 0
|
||||
|
||||
- name: Install Node.js v22
|
||||
uses: actions/setup-node@v5
|
||||
- name: Install Node.js v20
|
||||
uses: actions/setup-node@v4
|
||||
with:
|
||||
node-version: 22
|
||||
package-manager-cache: false
|
||||
node-version: 20
|
||||
|
||||
- name: Install dependencies
|
||||
uses: ./packages/actions/src/pnpmCache
|
||||
|
||||
1
.gitignore
vendored
@@ -17,7 +17,6 @@ pids
|
||||
# Dist
|
||||
dist
|
||||
dist-docs
|
||||
packages/discord-api-types
|
||||
|
||||
# Miscellaneous
|
||||
.tmp
|
||||
|
||||
6
.npmrc
Normal file
@@ -0,0 +1,6 @@
|
||||
auto-install-peers=false
|
||||
resolution-mode=highest
|
||||
public-hoist-pattern[]=*eslint*
|
||||
public-hoist-pattern[]=*prettier*
|
||||
public-hoist-pattern[]=*@rushstack/node-core-library*
|
||||
public-hoist-pattern[]=*jju*
|
||||
50
.vscode/settings.json
vendored
@@ -1,57 +1,35 @@
|
||||
{
|
||||
"eslint.validate": ["javascript", "javascriptreact", "typescript", "typescriptreact"],
|
||||
"eslint.useESLintClass": true,
|
||||
"eslint.useFlatConfig": true,
|
||||
"eslint.experimental.useFlatConfig": true,
|
||||
"eslint.workingDirectories": [
|
||||
{ "directory": "${workspaceFolder}" },
|
||||
{ "pattern": "./apps/*/" },
|
||||
{ "pattern": "./packages/*/" }
|
||||
],
|
||||
"editor.defaultFormatter": "esbenp.prettier-vscode",
|
||||
"editor.formatOnSave": true,
|
||||
"editor.codeActionsOnSave": {
|
||||
"source.organizeImports": "never",
|
||||
"source.fixAll.eslint": "always",
|
||||
"source.fixAll": "always"
|
||||
"source.fixAll.eslint": "explicit",
|
||||
"source.fixAll": "explicit"
|
||||
},
|
||||
"editor.trimAutoWhitespace": false,
|
||||
"files.associations": {
|
||||
"api-extractor.json": "jsonc",
|
||||
"api-extractor-docs.json": "jsonc",
|
||||
"tsconfig.json": "jsonc",
|
||||
"tsconfig.eslint.json": "jsonc"
|
||||
"tsconfig.eslint.json": "jsonc",
|
||||
"tsconfig.docs.json": "jsonc"
|
||||
},
|
||||
"files.insertFinalNewline": true,
|
||||
"files.eol": "\n",
|
||||
"search.exclude": {
|
||||
"**/.yarn": true,
|
||||
"**/.next": true,
|
||||
"**/dist": true,
|
||||
"**/coverage": true,
|
||||
"**/test-results": true
|
||||
},
|
||||
"search.followSymlinks": false,
|
||||
"search.useParentIgnoreFiles": true,
|
||||
"files.watcherExclude": {
|
||||
"**/.next/*/**": true,
|
||||
"**/.yarn/*/**": true,
|
||||
"**/coverage/*/**": true,
|
||||
"**/dist/*/**": true,
|
||||
"**/test-results/*/**": true
|
||||
},
|
||||
"unocss.disable": true,
|
||||
"npm.packageManager": "pnpm",
|
||||
"typescript.tsdk": "node_modules/typescript/lib",
|
||||
"typescript.enablePromptUseWorkspaceTsdk": true,
|
||||
"tailwindCSS.experimental.classRegex": [
|
||||
["cva\\(((?:[^()]|\\([^()]*\\))*)\\)", "[\"'`]?([^\"'`]+)[\"'`]?"],
|
||||
["cx\\(((?:[^()]|\\([^()]*\\))*)\\)", "(?:'|\"|`)([^']*)(?:'|\"|`)"],
|
||||
["class:\\s*?[\"'`]([^\"'`]*).*?,"]
|
||||
],
|
||||
"workbench.editor.customLabels.patterns": {
|
||||
"**/app/**/page.tsx": "${dirname} (${filename}.${extname}) - Page",
|
||||
"**/app/**/layout.tsx": "${dirname} (${filename}.${extname}) - Layout",
|
||||
"**/app/**/template.tsx": "${dirname} (${filename}.${extname}) - Template",
|
||||
"**/app/**/error.tsx": "${dirname} (${filename}.${extname}) - Error",
|
||||
"**/app/**/not-found.tsx": "${dirname} (${filename}.${extname}) - Not Found",
|
||||
"**/components/**/page.tsx": "${dirname} (${filename}.${extname}) - Component"
|
||||
},
|
||||
"unocss.disable": true,
|
||||
"deno.enable": false,
|
||||
"deno.enablePaths": ["./packages/create-discord-bot/template/Deno"],
|
||||
"deno.lint": false,
|
||||
"deno.unstable": [],
|
||||
"deno.unstable": false,
|
||||
"deno.config": "./packages/create-discord-bot/template/Deno/deno.jsonc"
|
||||
}
|
||||
|
||||
@@ -8,7 +8,7 @@
|
||||
<a href="https://discord.gg/djs"><img src="https://img.shields.io/discord/222078108977594368?color=5865F2&logo=discord&logoColor=white" alt="Discord server" /></a>
|
||||
<a href="https://www.npmjs.com/package/discord.js"><img src="https://img.shields.io/npm/v/discord.js.svg?maxAge=3600" alt="npm version" /></a>
|
||||
<a href="https://www.npmjs.com/package/discord.js"><img src="https://img.shields.io/npm/dt/discord.js.svg?maxAge=3600" alt="npm downloads" /></a>
|
||||
<a href="https://github.com/discordjs/discord.js/actions"><img src="https://github.com/discordjs/discord.js/actions/workflows/tests.yml/badge.svg" alt="Tests status" /></a>
|
||||
<a href="https://github.com/discordjs/discord.js/actions"><img src="https://github.com/discordjs/discord.js/actions/workflows/test.yml/badge.svg" alt="Tests status" /></a>
|
||||
<a href="https://github.com/discordjs/discord.js/commits/main"><img src="https://img.shields.io/github/last-commit/discordjs/discord.js.svg?logo=github&logoColor=ffffff" alt="Last commit." /></a>
|
||||
<a href="https://github.com/discordjs/discord.js/graphs/contributors"><img src="https://img.shields.io/github/contributors/discordjs/discord.js.svg?maxAge=3600&logo=github&logoColor=fff&color=00c7be" alt="contributors" /></a>
|
||||
<a href="https://codecov.io/gh/discordjs/discord.js"><img src="https://codecov.io/gh/discordjs/discord.js/branch/main/graph/badge.svg?precision=2" alt="Code coverage" /></a>
|
||||
@@ -33,7 +33,6 @@ This repository contains multiple packages with separate [releases][github-relea
|
||||
- `@discordjs/formatters` ([source][formatters-source]) - A collection of functions for formatting strings
|
||||
- `@discordjs/proxy` ([source][proxy-source]) - A wrapper around `@discordjs/rest` for running an HTTP proxy
|
||||
- `@discordjs/rest` ([source][rest-source]) - A module for interacting with the Discord REST API
|
||||
- `@discordjs/structures` ([source][structures-source]) - A wrapper around Discord's structures
|
||||
- `@discordjs/voice` ([source][voice-source]) - A module for interacting with the Discord Voice API
|
||||
- `@discordjs/util` ([source][util-source]) - A collection of utility functions
|
||||
- `@discordjs/ws` ([source][ws-source]) - A wrapper around Discord's gateway
|
||||
@@ -45,7 +44,7 @@ This repository contains multiple packages with separate [releases][github-relea
|
||||
- [Guide][guide] ([source][guide-source])
|
||||
Also see the v13 to v14 [Update Guide][guide-update], which includes updated and removed items from the library.
|
||||
- [discord.js Discord server][discord]
|
||||
- [Discord Developers Discord server][discord-developers]
|
||||
- [Discord API Discord server][discord-api]
|
||||
- [GitHub][source]
|
||||
- [npm][npm]
|
||||
- [Related libraries][related-libs]
|
||||
@@ -69,7 +68,7 @@ If you don't understand something in the documentation, you are experiencing pro
|
||||
[guide-source]: https://github.com/discordjs/guide
|
||||
[guide-update]: https://discordjs.guide/additional-info/changes-in-v14.html
|
||||
[discord]: https://discord.gg/djs
|
||||
[discord-developers]: https://discord.gg/discord-developers
|
||||
[discord-api]: https://discord.gg/discord-api
|
||||
[source]: https://github.com/discordjs/discord.js/tree/main/packages/discord.js
|
||||
[npm]: https://www.npmjs.com/package/discord.js
|
||||
[related-libs]: https://discord.com/developers/docs/topics/community-resources#libraries
|
||||
@@ -84,7 +83,6 @@ If you don't understand something in the documentation, you are experiencing pro
|
||||
[formatters-source]: https://github.com/discordjs/discord.js/tree/main/packages/formatters
|
||||
[proxy-source]: https://github.com/discordjs/discord.js/tree/main/packages/proxy
|
||||
[rest-source]: https://github.com/discordjs/discord.js/tree/main/packages/rest
|
||||
[structures-source]: https://github.com/discordjs/discord.js/tree/main/packages/structures
|
||||
[voice-source]: https://github.com/discordjs/discord.js/tree/main/packages/voice
|
||||
[util-source]: https://github.com/discordjs/discord.js/tree/main/packages/util
|
||||
[ws-source]: https://github.com/discordjs/discord.js/tree/main/packages/ws
|
||||
|
||||
@@ -1 +1 @@
|
||||
NEXT_PUBLIC_LOCAL_DEV=true
|
||||
METADATA_BASE_URL=http://localhost:3000
|
||||
|
||||
8
apps/guide/.gitignore
vendored
@@ -16,11 +16,13 @@ pids
|
||||
.env*.local
|
||||
|
||||
# Dist
|
||||
.contentlayer
|
||||
.next
|
||||
.source
|
||||
public/searchIndex
|
||||
src/styles/unocss.css
|
||||
|
||||
# Miscellaneous
|
||||
.tmp
|
||||
.vscode
|
||||
.vercel
|
||||
next-env.d.ts
|
||||
lighthouse-results
|
||||
|
||||
|
||||
@@ -1,2 +0,0 @@
|
||||
/** @type {import('lint-staged').Config} */
|
||||
module.exports = require('../../.lintstagedrc.json');
|
||||
@@ -1,8 +1,7 @@
|
||||
.contentlayer
|
||||
.next
|
||||
.turbo
|
||||
.vscode
|
||||
coverage
|
||||
src/assets/readme
|
||||
src/styles/unocss.css
|
||||
next-env.d.ts
|
||||
.source
|
||||
|
||||
@@ -1,6 +0,0 @@
|
||||
/** @type {import('prettier').Config} */
|
||||
module.exports = {
|
||||
...require('../../.prettierrc.json'),
|
||||
plugins: ['prettier-plugin-tailwindcss'],
|
||||
tailwindFunctions: ['cva', 'cx'],
|
||||
};
|
||||
@@ -1,135 +0,0 @@
|
||||
# Contributing
|
||||
|
||||
## Local development
|
||||
|
||||
Clone the code base into a local folder, `cd` into it, and install the dependencies:
|
||||
|
||||
```bash
|
||||
git clone https://github.com/discordjs/discord.js.git
|
||||
cd discord.js/apps/guide
|
||||
pnpm --filter guide install
|
||||
```
|
||||
|
||||
You can and should use `pnpm dev` to check your changes out locally before pushing them for review.
|
||||
|
||||
## Adding pages
|
||||
|
||||
To add a new page to the guide, create a `filename.mdx` file in the folder of your choice located under `/content`. Fumadocs will pick it up and route appropriately. To list the section in the sidebar, make sure it is listed in the `meta.json` file of the directory you placed it in under the `pages` key. The order in the `pages` array determines the order pages have in the sidebar.
|
||||
|
||||
## Framework and components
|
||||
|
||||
The guide uses the fumadocs documentation framework for Next.js. You can find examples as well as documentation for the components you can use at <https://fumadocs.dev/docs/ui>.
|
||||
|
||||
## General guidelines
|
||||
|
||||
Please try your best to follow the guidelines below. They help to make the guide appear as a coherent piece of work rather than a collection of disconnected pieces with different writing styles.
|
||||
|
||||
### Spelling, grammar, and wording
|
||||
|
||||
Improper grammar, strange wording, and incorrect spelling are all things that may lead to confusion when a user reads a guide page. It's important to attempt to keep the content clear and consistent. Re-read what you've written and place yourself in the shoes of someone else for a moment to see if you can fully understand everything without any confusion.
|
||||
|
||||
Don't worry if you aren't super confident with your grammar/spelling/wording skills; all pull requests get thoroughly reviewed, and comments are left in areas that need to be fixed or could be done better/differently.
|
||||
|
||||
#### "You"/"your" instead of "we"/"our"
|
||||
|
||||
When explaining parts of the guide, we recommend to use "you" instead of "we" when referring to the read or things they can do:
|
||||
|
||||
```diff
|
||||
- To check our Node version, we can run `node -v`.
|
||||
+ To check your Node version, you can run `node -v`.
|
||||
|
||||
- To delete a message, we can do: `message.delete();`
|
||||
+ To delete a message, you can do: `message.delete();`
|
||||
|
||||
- Our final code should look like this: ...
|
||||
+ Your final code should look like this: ...
|
||||
|
||||
- Before we can actually do this, we need to update our configuration file.
|
||||
+ Before you can actually do this, you need to update your configuration file.
|
||||
```
|
||||
|
||||
#### "We" instead of "I"
|
||||
|
||||
When referring to yourself, use "we" (as in "the writers of this guide") instead of "I". For example:
|
||||
|
||||
```diff
|
||||
- If you don't already have this package installed, I would highly recommend doing so.
|
||||
+ If you don't already have this package installed, we would highly recommend doing so.
|
||||
# Valid alternative:
|
||||
+ If you don't already have this package installed, it's highly recommended that you do so.
|
||||
|
||||
- In this section, I'll be covering how to do that really cool thing everyone's asking about.
|
||||
+ In this section, we'll be covering how to do that really cool thing everyone's asking about.
|
||||
```
|
||||
|
||||
#### Inclusive language
|
||||
|
||||
Try to avoid using gendered and otherwise non-inclusive language. The following are just examples to give you an idea of what we expect. Don't understand this as a complete list of "banned terms":
|
||||
|
||||
- Use they/them/their instead of gendered pronouns (he/him/his, she/her/hers).
|
||||
- Avoid using "master" and "slave", you can use "primary" and "replica" or "secondary" instead.
|
||||
- Avoid gendered terms like "guys", "folks" and "people" work just as well.
|
||||
- Avoid ableist terms "sanity check", use "confidence check" or "coherence check" instead.
|
||||
- Avoid talking about "dummy" values, call them "placeholder" or "sample value" instead.
|
||||
|
||||
### Paragraph structure
|
||||
|
||||
Try to keep guide articles formatted nicely and easy to read. If paragraphs get too long, you can usually split them up where they introduce a new concept or facet. Adding a bit of spacing can make the guide easier to digest and follow! Try to avoid run-on sentences with many embedded clauses.
|
||||
|
||||
## Semantic components
|
||||
|
||||
You can find the full documentation for the guide framework at <https://fumadocs.dev/docs/ui/>. If you are unsure what to use when, consider looking through the existing guide pages and how they approach things.
|
||||
|
||||
### Callouts
|
||||
|
||||
You can use [Callouts](https://fumadocs.dev/docs/ui/markdown#callouts) to describe additional context that doesn't fully fit into the flow of the paragraph or requires special attention. Prefer to MDX syntax `<Callout />` over Remark `:::` admonitions.
|
||||
|
||||
### Code
|
||||
|
||||
Fumadocs integrates [Shiki transformers](https://fumadocs.dev/docs/ui/markdown#shiki-transformers) for visual highlighting through the use of [Rhype Code](https://fumadocs.dev/docs/headless/mdx/rehype-code).
|
||||
|
||||
When describing changes or additions to code, prefer using the appropriate language (`js` in most cases for this guide) with diff transformers over `diff` highlights:
|
||||
|
||||
```js
|
||||
console.log('Hello'); // [!code --]
|
||||
console.log('Hello World'); // [!code ++]
|
||||
```
|
||||
|
||||
You can put the transformer syntax above the respective line and declare ranges instead of repeating formatting intsructions. You can also combine different transformers on the same line. Note that word highlights highlight the word across the code block by default, but do respect ranges.
|
||||
|
||||
```js
|
||||
console.log('Hello'); // [!code --:2]
|
||||
console.log('World');
|
||||
// [!code ++]
|
||||
console.log('Hello World');
|
||||
```
|
||||
|
||||
```js
|
||||
// ...
|
||||
// [!code focus:2] [!code word:log:1]
|
||||
console.log('Hello World!'); // this instance of "log" is highlighted
|
||||
console.log('Foobar'); // this one is not
|
||||
// ...
|
||||
```
|
||||
|
||||
When introducing new functions in a paragraph, consider highlighting them in the following code snippet to draw additional attention to their use. For example, if you just described the `log` function:
|
||||
|
||||
```js
|
||||
console.log('Hello World'); // [!code word:log]
|
||||
```
|
||||
|
||||
Make sure to denote the file names or paths if you describe progress in a specific code sample. When descrbing multiple files, use [tab groups](https://fumadocs.dev/docs/ui/markdown#tab-groups).
|
||||
|
||||
````md
|
||||
```json title="package.json" tab="Configuration"
|
||||
{ ... }
|
||||
```
|
||||
|
||||
```js tab="Usage"
|
||||
// code showing how to use what is being configured
|
||||
```
|
||||
````
|
||||
|
||||
### Directory Structure
|
||||
|
||||
You can use the [Files](https://fumadocs.dev/docs/ui/components/files) component to visualize the expected directory structure, if it is relevant to the approach you describe.
|
||||
@@ -1,190 +0,0 @@
|
||||
Apache License
|
||||
Version 2.0, January 2004
|
||||
http://www.apache.org/licenses/
|
||||
|
||||
TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
|
||||
|
||||
1. Definitions.
|
||||
|
||||
"License" shall mean the terms and conditions for use, reproduction,
|
||||
and distribution as defined by Sections 1 through 9 of this document.
|
||||
|
||||
"Licensor" shall mean the copyright owner or entity authorized by
|
||||
the copyright owner that is granting the License.
|
||||
|
||||
"Legal Entity" shall mean the union of the acting entity and all
|
||||
other entities that control, are controlled by, or are under common
|
||||
control with that entity. For the purposes of this definition,
|
||||
"control" means (i) the power, direct or indirect, to cause the
|
||||
direction or management of such entity, whether by contract or
|
||||
otherwise, or (ii) ownership of fifty percent (50%) or more of the
|
||||
outstanding shares, or (iii) beneficial ownership of such entity.
|
||||
|
||||
"You" (or "Your") shall mean an individual or Legal Entity
|
||||
exercising permissions granted by this License.
|
||||
|
||||
"Source" form shall mean the preferred form for making modifications,
|
||||
including but not limited to software source code, documentation
|
||||
source, and configuration files.
|
||||
|
||||
"Object" form shall mean any form resulting from mechanical
|
||||
transformation or translation of a Source form, including but
|
||||
not limited to compiled object code, generated documentation,
|
||||
and conversions to other media types.
|
||||
|
||||
"Work" shall mean the work of authorship, whether in Source or
|
||||
Object form, made available under the License, as indicated by a
|
||||
copyright notice that is included in or attached to the work
|
||||
(an example is provided in the Appendix below).
|
||||
|
||||
"Derivative Works" shall mean any work, whether in Source or Object
|
||||
form, that is based on (or derived from) the Work and for which the
|
||||
editorial revisions, annotations, elaborations, or other modifications
|
||||
represent, as a whole, an original work of authorship. For the purposes
|
||||
of this License, Derivative Works shall not include works that remain
|
||||
separable from, or merely link (or bind by name) to the interfaces of,
|
||||
the Work and Derivative Works thereof.
|
||||
|
||||
"Contribution" shall mean any work of authorship, including
|
||||
the original version of the Work and any modifications or additions
|
||||
to that Work or Derivative Works thereof, that is intentionally
|
||||
submitted to Licensor for inclusion in the Work by the copyright owner
|
||||
or by an individual or Legal Entity authorized to submit on behalf of
|
||||
the copyright owner. For the purposes of this definition, "submitted"
|
||||
means any form of electronic, verbal, or written communication sent
|
||||
to the Licensor or its representatives, including but not limited to
|
||||
communication on electronic mailing lists, source code control systems,
|
||||
and issue tracking systems that are managed by, or on behalf of, the
|
||||
Licensor for the purpose of discussing and improving the Work, but
|
||||
excluding communication that is conspicuously marked or otherwise
|
||||
designated in writing by the copyright owner as "Not a Contribution."
|
||||
|
||||
"Contributor" shall mean Licensor and any individual or Legal Entity
|
||||
on behalf of whom a Contribution has been received by Licensor and
|
||||
subsequently incorporated within the Work.
|
||||
|
||||
2. Grant of Copyright License. Subject to the terms and conditions of
|
||||
this License, each Contributor hereby grants to You a perpetual,
|
||||
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
|
||||
copyright license to reproduce, prepare Derivative Works of,
|
||||
publicly display, publicly perform, sublicense, and distribute the
|
||||
Work and such Derivative Works in Source or Object form.
|
||||
|
||||
3. Grant of Patent License. Subject to the terms and conditions of
|
||||
this License, each Contributor hereby grants to You a perpetual,
|
||||
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
|
||||
(except as stated in this section) patent license to make, have made,
|
||||
use, offer to sell, sell, import, and otherwise transfer the Work,
|
||||
where such license applies only to those patent claims licensable
|
||||
by such Contributor that are necessarily infringed by their
|
||||
Contribution(s) alone or by combination of their Contribution(s)
|
||||
with the Work to which such Contribution(s) was submitted. If You
|
||||
institute patent litigation against any entity (including a
|
||||
cross-claim or counterclaim in a lawsuit) alleging that the Work
|
||||
or a Contribution incorporated within the Work constitutes direct
|
||||
or contributory patent infringement, then any patent licenses
|
||||
granted to You under this License for that Work shall terminate
|
||||
as of the date such litigation is filed.
|
||||
|
||||
4. Redistribution. You may reproduce and distribute copies of the
|
||||
Work or Derivative Works thereof in any medium, with or without
|
||||
modifications, and in Source or Object form, provided that You
|
||||
meet the following conditions:
|
||||
|
||||
(a) You must give any other recipients of the Work or
|
||||
Derivative Works a copy of this License; and
|
||||
|
||||
(b) You must cause any modified files to carry prominent notices
|
||||
stating that You changed the files; and
|
||||
|
||||
(c) You must retain, in the Source form of any Derivative Works
|
||||
that You distribute, all copyright, patent, trademark, and
|
||||
attribution notices from the Source form of the Work,
|
||||
excluding those notices that do not pertain to any part of
|
||||
the Derivative Works; and
|
||||
|
||||
(d) If the Work includes a "NOTICE" text file as part of its
|
||||
distribution, then any Derivative Works that You distribute must
|
||||
include a readable copy of the attribution notices contained
|
||||
within such NOTICE file, excluding those notices that do not
|
||||
pertain to any part of the Derivative Works, in at least one
|
||||
of the following places: within a NOTICE text file distributed
|
||||
as part of the Derivative Works; within the Source form or
|
||||
documentation, if provided along with the Derivative Works; or,
|
||||
within a display generated by the Derivative Works, if and
|
||||
wherever such third-party notices normally appear. The contents
|
||||
of the NOTICE file are for informational purposes only and
|
||||
do not modify the License. You may add Your own attribution
|
||||
notices within Derivative Works that You distribute, alongside
|
||||
or as an addendum to the NOTICE text from the Work, provided
|
||||
that such additional attribution notices cannot be construed
|
||||
as modifying the License.
|
||||
|
||||
You may add Your own copyright statement to Your modifications and
|
||||
may provide additional or different license terms and conditions
|
||||
for use, reproduction, or distribution of Your modifications, or
|
||||
for any such Derivative Works as a whole, provided Your use,
|
||||
reproduction, and distribution of the Work otherwise complies with
|
||||
the conditions stated in this License.
|
||||
|
||||
5. Submission of Contributions. Unless You explicitly state otherwise,
|
||||
any Contribution intentionally submitted for inclusion in the Work
|
||||
by You to the Licensor shall be under the terms and conditions of
|
||||
this License, without any additional terms or conditions.
|
||||
Notwithstanding the above, nothing herein shall supersede or modify
|
||||
the terms of any separate license agreement you may have executed
|
||||
with Licensor regarding such Contributions.
|
||||
|
||||
6. Trademarks. This License does not grant permission to use the trade
|
||||
names, trademarks, service marks, or product names of the Licensor,
|
||||
except as required for reasonable and customary use in describing the
|
||||
origin of the Work and reproducing the content of the NOTICE file.
|
||||
|
||||
7. Disclaimer of Warranty. Unless required by applicable law or
|
||||
agreed to in writing, Licensor provides the Work (and each
|
||||
Contributor provides its Contributions) on an "AS IS" BASIS,
|
||||
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
|
||||
implied, including, without limitation, any warranties or conditions
|
||||
of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A
|
||||
PARTICULAR PURPOSE. You are solely responsible for determining the
|
||||
appropriateness of using or redistributing the Work and assume any
|
||||
risks associated with Your exercise of permissions under this License.
|
||||
|
||||
8. Limitation of Liability. In no event and under no legal theory,
|
||||
whether in tort (including negligence), contract, or otherwise,
|
||||
unless required by applicable law (such as deliberate and grossly
|
||||
negligent acts) or agreed to in writing, shall any Contributor be
|
||||
liable to You for damages, including any direct, indirect, special,
|
||||
incidental, or consequential damages of any character arising as a
|
||||
result of this License or out of the use or inability to use the
|
||||
Work (including but not limited to damages for loss of goodwill,
|
||||
work stoppage, computer failure or malfunction, or any and all
|
||||
other commercial damages or losses), even if such Contributor
|
||||
has been advised of the possibility of such damages.
|
||||
|
||||
9. Accepting Warranty or Additional Liability. While redistributing
|
||||
the Work or Derivative Works thereof, You may choose to offer,
|
||||
and charge a fee for, acceptance of support, warranty, indemnity,
|
||||
or other liability obligations and/or rights consistent with this
|
||||
License. However, in accepting such obligations, You may act only
|
||||
on Your own behalf and on Your sole responsibility, not on behalf
|
||||
of any other Contributor, and only if You agree to indemnify,
|
||||
defend, and hold each Contributor harmless for any liability
|
||||
incurred by, or claims asserted against, such Contributor by reason
|
||||
of your accepting any such warranty or additional liability.
|
||||
|
||||
END OF TERMS AND CONDITIONS
|
||||
|
||||
Copyright 2022 Noel Buechler
|
||||
|
||||
Licensed under the Apache License, Version 2.0 (the "License");
|
||||
you may not use this file except in compliance with the License.
|
||||
You may obtain a copy of the License at
|
||||
|
||||
http://www.apache.org/licenses/LICENSE-2.0
|
||||
|
||||
Unless required by applicable law or agreed to in writing, software
|
||||
distributed under the License is distributed on an "AS IS" BASIS,
|
||||
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
||||
See the License for the specific language governing permissions and
|
||||
limitations under the License.
|
||||
@@ -6,7 +6,7 @@
|
||||
<br />
|
||||
<p>
|
||||
<a href="https://discord.gg/djs"><img src="https://img.shields.io/discord/222078108977594368?color=5865F2&logo=discord&logoColor=white" alt="Discord server" /></a>
|
||||
<a href="https://github.com/discordjs/discord.js/actions"><img src="https://github.com/discordjs/discord.js/actions/workflows/tests.yml/badge.svg" alt="Build status" /></a>
|
||||
<a href="https://github.com/discordjs/discord.js/actions"><img src="https://github.com/discordjs/discord.js/actions/workflows/test.yml/badge.svg" alt="Build status" /></a>
|
||||
</p>
|
||||
<p>
|
||||
<a href="https://vercel.com/?utm_source=discordjs&utm_campaign=oss"><img src="https://raw.githubusercontent.com/discordjs/discord.js/main/.github/powered-by-vercel.svg" alt="Vercel" /></a>
|
||||
@@ -14,22 +14,26 @@
|
||||
</p>
|
||||
</div>
|
||||
|
||||
## About
|
||||
|
||||
The official guide for discord.js, made to help you get started easily with the library.
|
||||
|
||||
## Links
|
||||
|
||||
- [Website][website] ([source][website-source])
|
||||
- [Documentation][documentation]
|
||||
- [Guide][guide] ([source][guide-source])
|
||||
Also see the v13 to v14 [Update Guide][guide-update], which includes updated and removed items from the library.
|
||||
- [discord.js Discord server][discord]
|
||||
- [Discord API Discord server][discord-api]
|
||||
- [GitHub][source]
|
||||
- [Related libraries][related-libs]
|
||||
|
||||
## Contributing
|
||||
|
||||
Before creating an issue, please ensure that it hasn't already been reported/suggested, and double-check the existing guide.
|
||||
See [the contribution guide][./contributing] if you'd like to submit a PR.
|
||||
|
||||
## Local Development
|
||||
|
||||
To install and run just the guide portion of the repository for development, you can install dependencies with `pnpm --filter guide install` and serve a development version of the guide on localhost with `pnpm dev`.
|
||||
Before creating an issue, please ensure that it hasn't already been reported/suggested, and double-check the
|
||||
[documentation][documentation].
|
||||
See [the contribution guide][contributing] if you'd like to submit a PR.
|
||||
|
||||
## Help
|
||||
|
||||
@@ -38,9 +42,11 @@ If you don't understand something in the documentation, you are experiencing pro
|
||||
[website]: https://discord.js.org
|
||||
[website-source]: https://github.com/discordjs/discord.js/tree/main/apps/website
|
||||
[documentation]: https://discord.js.org/docs
|
||||
[guide]: https://discord.js/guide
|
||||
[guide-source]: https://github.com/discordjs/discord.js/tree/main/apps/guide
|
||||
[guide]: https://discordjs.guide/
|
||||
[guide-source]: https://github.com/discordjs/guide
|
||||
[guide-update]: https://discordjs.guide/additional-info/changes-in-v14.html
|
||||
[discord]: https://discord.gg/djs
|
||||
[discord-api]: https://discord.gg/discord-api
|
||||
[source]: https://github.com/discordjs/discord.js/tree/main/apps/guide
|
||||
[related-libs]: https://discord.com/developers/docs/topics/community-resources#libraries
|
||||
[contributing]: https://github.com/discordjs/discord.js/blob/main/.github/CONTRIBUTING.md
|
||||
|
||||
@@ -1,103 +0,0 @@
|
||||
---
|
||||
title: Cooldowns
|
||||
---
|
||||
|
||||
Spam is something you generally want to avoid, especially if one of your commands require calls to other APIs or takes a bit of time to build/send.
|
||||
|
||||
<Callout>
|
||||
This section assumes you followed the [Command Handling](../app-creation/handling-commands) part of the guide.
|
||||
</Callout>
|
||||
|
||||
First, add a cooldown property to your command. This will determine how long the user would have to wait (in seconds) before using the command again.
|
||||
|
||||
```js title="commands/utility/ping.js"
|
||||
const { SlashCommandBuilder } = require('discord.js');
|
||||
|
||||
module.exports = {
|
||||
cooldown: 5, // [!code ++]
|
||||
data: new SlashCommandBuilder().setName('ping').setDescription('Replies with Pong!'),
|
||||
async execute(interaction) {
|
||||
// ...
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
In your main file, initialize a [Collection](../additional-info/collections) to store cooldowns of commands:
|
||||
|
||||
```js
|
||||
client.cooldowns = new Collection();
|
||||
```
|
||||
|
||||
The key will be the command names, and the values will be Collections associating the user's id (key) to the last time (value) this user used this command. Overall the logical path to get a user's last usage of a command will be `cooldowns > command > user > timestamp`.
|
||||
|
||||
In your `InteractionCreate` event handler, add the following code:
|
||||
|
||||
```js title="index.js / interactionCreate.js (if you followed the event handler section)"
|
||||
// ...
|
||||
// [!code ++:14]
|
||||
const { cooldowns } = interaction.client;
|
||||
|
||||
if (!cooldowns.has(command.data.name)) {
|
||||
cooldowns.set(command.data.name, new Collection());
|
||||
}
|
||||
|
||||
const now = Date.now();
|
||||
const timestamps = cooldowns.get(command.data.name);
|
||||
const defaultCooldownDuration = 3;
|
||||
const cooldownAmount = (command.cooldown ?? defaultCooldownDuration) * 1_000;
|
||||
|
||||
if (timestamps.has(interaction.user.id)) {
|
||||
// ...
|
||||
}
|
||||
```
|
||||
|
||||
You check if the `cooldowns` Collection already has an entry for the command being used. If this is not the case, you can add a new entry, where the value is initialized as an empty Collection. Next, create the following variables:
|
||||
|
||||
1. `now`: The current timestamp.
|
||||
2. `timestamps`: A reference to the Collection of user ids and timestamp key/value pairs for the triggered command.
|
||||
3. `cooldownAmount`: The specified cooldown for the command, converted to milliseconds for straightforward calculation. If none is specified, this defaults to three seconds.
|
||||
|
||||
If the user has already used this command in this session, get the timestamp, calculate the expiration time, and inform the user of the amount of time they need to wait before using this command again. Note the use of the `return` statement here, causing the code below this snippet to execute only if the user has not used this command in this session or the wait has already expired.
|
||||
|
||||
Continuing with your current setup, this is the complete `if` statement:
|
||||
|
||||
```js title="index.js / interactionCreate.js (if you followed the event handler section)"
|
||||
const defaultCooldownDuration = 3;
|
||||
const cooldownAmount = (command.cooldown ?? defaultCooldownDuration) * 1_000;
|
||||
|
||||
// [!code focus:13]
|
||||
if (timestamps.has(interaction.user.id)) {
|
||||
// ... // [!code --]
|
||||
// [!code ++:9]
|
||||
const expirationTime = timestamps.get(interaction.user.id) + cooldownAmount;
|
||||
|
||||
if (now < expirationTime) {
|
||||
const expiredTimestamp = Math.round(expirationTime / 1_000);
|
||||
return interaction.reply({
|
||||
content: `Please wait, you are on a cooldown for \`${command.data.name}\`. You can use it again <t:${expiredTimestamp}:R>.`,
|
||||
flags: MessageFlags.Ephemeral,
|
||||
});
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
Since the `timestamps` Collection has the user's id as the key, you can use the `get()` method on it to get the value and sum it up with the `cooldownAmount` variable to get the correct expiration timestamp and further check to see if it's expired or not.
|
||||
|
||||
The previous user check serves as a precaution in case the user leaves the guild. You can now use the `setTimeout` method, which will allow you to execute a function after a specified amount of time and remove the timeout.
|
||||
|
||||
```js
|
||||
// [!code focus]
|
||||
if (timestamps.has(interaction.user.id)) {
|
||||
const expiredTimestamp = Math.round(expirationTime / 1_000);
|
||||
return interaction.reply({
|
||||
content: `Please wait, you are on a cooldown for \`${command.data.name}\`. You can use it again <t:${expiredTimestamp}:R>.`,
|
||||
flags: MessageFlags.Ephemeral,
|
||||
});
|
||||
} // [!code focus]
|
||||
|
||||
// [!code ++:2] [!code focus:2]
|
||||
timestamps.set(interaction.user.id, now);
|
||||
setTimeout(() => timestamps.delete(interaction.user.id), cooldownAmount);
|
||||
```
|
||||
|
||||
This line causes the entry for the user under the specified command to be deleted after the command's cooldown time has expired for them.
|
||||
@@ -1,74 +0,0 @@
|
||||
---
|
||||
title: Reloading Commands
|
||||
---
|
||||
|
||||
When writing your commands, you may find it tedious to restart your bot every time for testing the smallest changes. With a command handler, you can eliminate this issue and reload your commands while your bot is running.
|
||||
|
||||
<Callout>
|
||||
ESM does not support require and clearing import cache. You can use [hot-esm](https://www.npmjs.com/package/hot-esm)
|
||||
to import files without cache. Windows support is experimental per [this
|
||||
issue](https://github.com/vinsonchuong/hot-esm/issues/33).
|
||||
</Callout>
|
||||
|
||||
<Callout>
|
||||
This section assumes you followed the [Command Handling](../app-creation/handling-commands) part of the guide.
|
||||
</Callout>
|
||||
|
||||
```js title="commands/utility/reload.js"
|
||||
const { SlashCommandBuilder } = require('discord.js');
|
||||
|
||||
module.exports = {
|
||||
data: new SlashCommandBuilder()
|
||||
.setName('reload')
|
||||
.setDescription('Reloads a command.')
|
||||
.addStringOption((option) => option.setName('command').setDescription('The command to reload.').setRequired(true)),
|
||||
async execute(interaction) {
|
||||
// ...
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
First off, you need to check if the command you want to reload exists. You can do this check similarly to getting a command.
|
||||
|
||||
```js
|
||||
module.exports = {
|
||||
// ...
|
||||
// [!code focus:10]
|
||||
async execute(interaction) {
|
||||
// ... // [!code --]
|
||||
// [!code ++:6]
|
||||
const commandName = interaction.options.getString('command', true).toLowerCase();
|
||||
const command = interaction.client.commands.get(commandName);
|
||||
|
||||
if (!command) {
|
||||
return interaction.reply(`There is no command with name \`${commandName}\`!`);
|
||||
}
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
<Callout type="warn">
|
||||
The reload command ideally should not be used by every user. You should deploy it as a guild command in a private
|
||||
guild.
|
||||
</Callout>
|
||||
|
||||
To build the correct file path, you will need the file name. You can use `command.data.name` for doing that.
|
||||
|
||||
In theory, all there is to do is delete the previous command from `client.commands` and require the file again. In practice, you cannot do this easily as `require()` caches the file. If you were to require it again, you would load the previously cached file without any changes. You first need to delete the file from `require.cache`, and only then should you require and set the command file to `client.commands`:
|
||||
|
||||
```js
|
||||
delete require.cache[require.resolve(`./${command.data.name}.js`)];
|
||||
|
||||
try {
|
||||
const newCommand = require(`./${command.data.name}.js`);
|
||||
interaction.client.commands.set(newCommand.data.name, newCommand);
|
||||
await interaction.reply(`Command \`${newCommand.data.name}\` was reloaded!`);
|
||||
} catch (error) {
|
||||
console.error(error);
|
||||
await interaction.reply(
|
||||
`There was an error while reloading a command \`${command.data.name}\`:\n\`${error.message}\``,
|
||||
);
|
||||
}
|
||||
```
|
||||
|
||||
The snippet above uses a `try...catch` block to load the command file and add it to `client.commands`. In case of an error, it will log the full error to the console and notify the user about it with the error's message component `error.message`. Note that you never actually delete the command from the commands Collection and instead overwrite it. This behavior prevents you from deleting a command and ending up with no command at all after a failed `require()` call, as each use of the reload command checks that Collection again.
|
||||
@@ -1,674 +0,0 @@
|
||||
---
|
||||
title: Updating to v14
|
||||
---
|
||||
|
||||
## Before you start
|
||||
|
||||
Make sure you're using the latest LTS version of Node. To check your Node version, use `node -v` in your terminal or command prompt, and if it's not high enough, update it! There are many resources online to help you with this step based on your host system.
|
||||
|
||||
### Various packages are now included in v14
|
||||
|
||||
If you previously had `@discordjs/builders`, `@discordjs/formatters`, `@discordjs/rest`, or `discord-api-types` manually installed, it's _highly_ recommended that you uninstall the packages to avoid package version conflicts.
|
||||
|
||||
```sh tab="npm"
|
||||
npm uninstall @discordjs/builders @discordjs/formatters @discordjs/rest discord-api-types
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn remove @discordjs/builders @discordjs/formatters @discordjs/rest discord-api-types
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm remove @discordjs/builders @discordjs/formatters @discordjs/rest discord-api-types
|
||||
```
|
||||
|
||||
## Breaking Changes
|
||||
|
||||
### API version
|
||||
|
||||
discord.js v14 makes the switch to Discord API v10!
|
||||
|
||||
### Common Breakages
|
||||
|
||||
### Enum Values
|
||||
|
||||
Any areas that used to accept a `string` or `number` type for an enum parameter will now only accept exclusively `number`s.
|
||||
|
||||
In addition, the old enums exported by discord.js v13 and lower are replaced with new enums from [discord-api-types](https://discord-api-types.dev/api/discord-api-types-v10).
|
||||
|
||||
#### New enum differences
|
||||
|
||||
Most of the difference between enums from discord.js and discord-api-types can be summarized as so:
|
||||
|
||||
1. Enums are singular, i.e., `ApplicationCommandOptionTypes` -> `ApplicationCommandOptionType`
|
||||
2. Enums that are prefixed with `Message` no longer have the `Message` prefix, i.e., `MessageButtonStyles` -> `ButtonStyle`
|
||||
3. Enum values are `PascalCase` rather than `SCREAMING_SNAKE_CASE`, i.e., `.CHAT_INPUT` -> `.ChatInput`
|
||||
|
||||
<Callout>
|
||||
You might be inclined to use raw `number`s (most commonly referred to as [magic numbers](<https://en.wikipedia.org/wiki/Magic_number_(programming)>)) instead of enum values. This is highly discouraged. Enums provide more readability and are more resistant to changes in the API. Magic numbers can obscure the meaning of your code in many ways, check out this [blog post](https://blog.webdevsimplified.com/2020-02/magic-numbers/) if you want more context on as to why they shouldn't be used.
|
||||
</Callout>
|
||||
|
||||
#### Common enum breakages
|
||||
|
||||
Areas like `Client` initialization, JSON slash commands and JSON message components will likely need to be modified to accommodate these changes:
|
||||
|
||||
##### Common Client Initialization Changes
|
||||
|
||||
```js
|
||||
const { Client, Intents } = require('discord.js'); // [!code --]
|
||||
const { Client, GatewayIntentBits, Partials } = require('discord.js'); // [!code ++]
|
||||
|
||||
const client = new Client({ intents: [Intents.FLAGS.GUILDS], partials: ['CHANNEL'] }); // [!code --]
|
||||
const client = new Client({ intents: [GatewayIntentBits.Guilds], partials: [Partials.Channel] }); // [!code ++]
|
||||
```
|
||||
|
||||
##### Common Application Command Data changes
|
||||
|
||||
```js
|
||||
const { ApplicationCommandType, ApplicationCommandOptionType } = require('discord.js'); // [!code ++]
|
||||
|
||||
const command = {
|
||||
name: 'ping',
|
||||
type: 'CHAT_INPUT', // [!code --]
|
||||
type: ApplicationCommandType.ChatInput, // [!code ++]
|
||||
options: [
|
||||
{
|
||||
name: 'option',
|
||||
description: 'A sample option',
|
||||
type: 'STRING', // [!code --]
|
||||
type: ApplicationCommandOptionType.String, // [!code ++]
|
||||
},
|
||||
],
|
||||
};
|
||||
```
|
||||
|
||||
##### Common Button Data changes
|
||||
|
||||
```js
|
||||
const { ButtonStyle } = require('discord.js'); // [!code ++]
|
||||
|
||||
const button = {
|
||||
label: 'test',
|
||||
style: 'PRIMARY', // [!code --]
|
||||
style: ButtonStyle.Primary, // [!code ++]
|
||||
customId: '1234',
|
||||
};
|
||||
```
|
||||
|
||||
### Removal of method-based type guards
|
||||
|
||||
#### Channels
|
||||
|
||||
Some channel type guard methods that narrowed to one channel type have been removed. Instead compare the `type` property against a [ChannelType](https://discord-api-types.dev/api/discord-api-types-v10/enum/ChannelType) enum member to narrow channels.
|
||||
|
||||
```js
|
||||
const { ChannelType } = require('discord.js'); // [!code ++]
|
||||
|
||||
channel.isText(); // [!code --]
|
||||
channel.type === ChannelType.GuildText; // [!code ++]
|
||||
|
||||
channel.isVoice(); // [!code --]
|
||||
channel.type === ChannelType.GuildVoice; // [!code ++]
|
||||
|
||||
channel.isDM(); // [!code --]
|
||||
channel.type === ChannelType.DM; // [!code ++]
|
||||
```
|
||||
|
||||
### Builders
|
||||
|
||||
Builders are no longer returned by the API like they were previously. For example you send the API an `EmbedBuilder` but you receive an `Embed` of the same data from the API. This may affect how your code handles received structures such as components. Refer to [message component changes section](#messagecomponent) for more details.
|
||||
|
||||
Added `disableValidators()` and `enableValidators()` as top-level exports which disable or enable validation (enabled by default).
|
||||
|
||||
### Consolidation of `create()` & `edit()` parameters
|
||||
|
||||
Various `create()` and `edit()` methods on managers and objects have had their parameters consolidated. The changes are below:
|
||||
|
||||
- `Guild#edit()` now takes `reason` in the `data` parameter
|
||||
- `GuildChannel#edit()` now takes `reason` in the `data` parameter
|
||||
- `GuildEmoji#edit()` now takes `reason` in the `data` parameter
|
||||
- `Role#edit()` now takes `reason` in the `data` parameter
|
||||
- `Sticker#edit()` now takes `reason` in the `data` parameter
|
||||
- `ThreadChannel#edit()` now takes `reason` in the `data` parameter
|
||||
- `GuildChannelManager#create()` now takes `name` in the `options` parameter
|
||||
- `GuildChannelManager#createWebhook()` (and other text-based channels) now takes `channel` and `name` in the `options` parameter
|
||||
- `GuildChannelManager#edit()` now takes `reason` as a part of `data`
|
||||
- `GuildEmojiManager#edit()` now takes `reason` as a part of `data`
|
||||
- `GuildManager#create()` now takes `name` as a part of `options`
|
||||
- `GuildMemberManager#edit()` now takes `reason` as a part of `data`
|
||||
- `GuildMember#edit()` now takes `reason` as a part of `data`
|
||||
- `GuildStickerManager#edit()` now takes `reason` as a part of `data`
|
||||
- `RoleManager#edit()` now takes `reason` as a part of `options`
|
||||
- `Webhook#edit()` now takes `reason` as a part of `options`
|
||||
- `GuildEmojiManager#create()` now takes `attachment` and `name` as a part of `options`
|
||||
- `GuildStickerManager#create()` now takes `file`, `name`, and `tags` as a part of `options`
|
||||
|
||||
### Activity
|
||||
|
||||
The following properties have been removed as they are not documented by Discord:
|
||||
|
||||
- `Activity#id`
|
||||
- `Activity#platform`
|
||||
- `Activity#sessionId`
|
||||
- `Activity#syncId`
|
||||
|
||||
### Application
|
||||
|
||||
`Application#fetchAssets()` has been removed as it is no longer supported by the API.
|
||||
|
||||
### BitField
|
||||
|
||||
- BitField constituents now have a `BitField` suffix to avoid naming conflicts with the enum names:
|
||||
|
||||
```js
|
||||
new Permissions(); // [!code --]
|
||||
new PermissionsBitField(); // [!code ++]
|
||||
|
||||
new MessageFlags(); // [!code --]
|
||||
new MessageFlagsBitField(); // [!code ++]
|
||||
|
||||
new ThreadMemberFlags(); // [!code --]
|
||||
new ThreadMemberFlagsBitField(); // [!code ++]
|
||||
|
||||
new UserFlags(); // [!code --]
|
||||
new UserFlagsBitField(); // [!code ++]
|
||||
|
||||
new SystemChannelFlags(); // [!code --]
|
||||
new SystemChannelFlagsBitField(); // [!code ++]
|
||||
|
||||
new ApplicationFlags(); // [!code --]
|
||||
new ApplicationFlagsBitField(); // [!code ++]
|
||||
|
||||
new Intents(); // [!code --]
|
||||
new IntentsBitField(); // [!code ++]
|
||||
|
||||
new ActivityFlags(); // [!code --]
|
||||
new ActivityFlagsBitField(); // [!code ++]
|
||||
```
|
||||
|
||||
- `#FLAGS` has been renamed to `#Flags`
|
||||
|
||||
### CDN
|
||||
|
||||
The methods that return CDN URLs have changed. Here is an example on a User:
|
||||
|
||||
```js
|
||||
const url = user.displayAvatarURL({ dynamic: true, format: 'png', size: 1_024 }); // [!code --]
|
||||
const url = user.displayAvatarURL({ extension: 'png', size: 1_024 }); // [!code ++]
|
||||
```
|
||||
|
||||
Dynamic URLs use `ImageURLOptions` and static URLs use `BaseImageURLOptions`. Since dynamic URLs are returned by default, this option has been renamed to `forceStatic` which forces the return of a static URL. Additionally, `format` has been renamed to `extension`.
|
||||
|
||||
### CategoryChannel
|
||||
|
||||
`CategoryChannel#children` is no longer a `Collection` of channels the category contains. It is now a manager (`CategoryChannelChildManager`). This also means `CategoryChannel#createChannel()` has been moved to the `CategoryChannelChildManager`.
|
||||
|
||||
### Channel
|
||||
|
||||
The following type guards have been removed:
|
||||
|
||||
- `Channel#isText()`
|
||||
- `Channel#isVoice()`
|
||||
- `Channel#isDirectory()`
|
||||
- `Channel#isDM()`
|
||||
- `Channel#isGroupDM()`
|
||||
- `Channel#isCategory()`
|
||||
- `Channel#isNews()`
|
||||
|
||||
Refer to [this section](#channels) for more context.
|
||||
|
||||
The base channel class is now `BaseChannel`.
|
||||
|
||||
### Client
|
||||
|
||||
The `restWsBridgeTimeout` client option has been removed.
|
||||
|
||||
### CommandInteractionOptionResolver
|
||||
|
||||
`CommandInteractionOptionResolver#getMember()` no longer has a parameter for `required`. See [this pull request](https://github.com/discordjs/discord.js/pull/7188) for more information.
|
||||
|
||||
### Constants
|
||||
|
||||
- Many constant objects and key arrays are now top-level exports for example:
|
||||
|
||||
```js
|
||||
const { Constants } = require('discord.js'); // [!code --]
|
||||
const { Colors } = Constants; // [!code --]
|
||||
const { Colors } = require('discord.js'); // [!code ++]
|
||||
```
|
||||
|
||||
- The refactored constants structures have `PascalCase` member names as opposed to `SCREAMING_SNAKE_CASE` member names.
|
||||
|
||||
- Many of the exported constants structures have been replaced and renamed:
|
||||
|
||||
```js
|
||||
Opcodes; // [!code --]
|
||||
GatewayOpcodes; // [!code ++]
|
||||
|
||||
WSEvents; // [!code --]
|
||||
GatewayDispatchEvents; // [!code ++]
|
||||
|
||||
WSCodes; // [!code --]
|
||||
GatewayCloseCodes; // [!code ++]
|
||||
|
||||
InviteScopes; // [!code --]
|
||||
OAuth2Scopes; // [!code ++]
|
||||
```
|
||||
|
||||
### Events
|
||||
|
||||
The `message` and `interaction` events are now removed. Use `messageCreate` and `interactionCreate` instead.
|
||||
|
||||
`applicationCommandCreate`, `applicationCommandDelete` and `applicationCommandUpdate` have all been removed. See [this pull request](https://github.com/discordjs/discord.js/pull/6492) for more information.
|
||||
|
||||
The `threadMembersUpdate` event now emits the users who were added, the users who were removed, and the thread respectively.
|
||||
|
||||
### GuildBanManager
|
||||
|
||||
Developers should utilise `deleteMessageSeconds` instead of `days` and `deleteMessageDays`:
|
||||
|
||||
```js
|
||||
<GuildBanManager>.create('123456789', {
|
||||
days: 3 // [!code --]
|
||||
deleteMessageDays: 3 // [!code --]
|
||||
deleteMessageSeconds: 3 * 24 * 60 * 60 // [!code ++]
|
||||
});
|
||||
```
|
||||
|
||||
`deleteMessageDays` (introduced with version 14) and `days` are both deprecated and will be removed in the future.
|
||||
|
||||
### Guild
|
||||
|
||||
`Guild#setRolePositions()` and `Guild#setChannelPositions()` have been removed. Use `RoleManager#setPositions()` and `GuildChannelManager#setPositions()` instead respectively.
|
||||
|
||||
`Guild#maximumPresences` no longer has a default value of 25,000.
|
||||
|
||||
`Guild#me` has been moved to `GuildMemberManager#me`. See [this pull request](https://github.com/discordjs/discord.js/pull/7669) for more information.
|
||||
|
||||
### GuildAuditLogs & GuildAuditLogsEntry
|
||||
|
||||
`GuildAuditLogs.build()` has been removed as it has been deemed defunct. There is no alternative.
|
||||
|
||||
The following properties & methods have been moved to the `GuildAuditLogsEntry` class:
|
||||
|
||||
- `GuildAuditLogs.Targets`
|
||||
- `GuildAuditLogs.actionType()`
|
||||
- `GuildAuditLogs.targetType()`
|
||||
|
||||
### GuildMember
|
||||
|
||||
`GuildMember#pending` is now nullable to account for partial guild members. See [this issue](https://github.com/discordjs/discord.js/issues/6546) for more information.
|
||||
|
||||
### IntegrationApplication
|
||||
|
||||
`IntegrationApplication#summary` has been removed as it is no longer supported by the API.
|
||||
|
||||
### Interaction
|
||||
|
||||
Whenever an interaction is replied to and one fetches the reply, it could possibly give an `APIMessage` if the guild was not cached. However, interaction replies now always return an `InteractionCallbackResponse` with `withResponse` set to `true`.
|
||||
|
||||
The base interaction class is now `BaseInteraction`.
|
||||
|
||||
### Invite
|
||||
|
||||
`Invite#inviter` is now a getter and resolves structures from the cache.
|
||||
|
||||
### MessageAttachment
|
||||
|
||||
`MessageAttachment` has now been renamed to `AttachmentBuilder`. // [!code --]
|
||||
|
||||
```js
|
||||
new MessageAttachment(buffer, 'image.png'); // [!code --]
|
||||
new AttachmentBuilder(buffer, { name: 'image.png' }); // [!code ++]
|
||||
```
|
||||
|
||||
### MessageComponent
|
||||
|
||||
- MessageComponents have been renamed as well. They no longer have the `Message` prefix, and now have a `Builder` suffix:
|
||||
|
||||
```js
|
||||
const button = new MessageButton(); // [!code --]
|
||||
const button = new ButtonBuilder(); // [!code ++]
|
||||
|
||||
const selectMenu = new MessageSelectMenu(); // [!code --]
|
||||
const selectMenu = new StringSelectMenuBuilder(); // [!code ++]
|
||||
|
||||
const actionRow = new MessageActionRow(); // [!code --]
|
||||
const actionRow = new ActionRowBuilder(); // [!code ++]
|
||||
|
||||
const textInput = new TextInputComponent(); // [!code --]
|
||||
const textInput = new TextInputBuilder(); // [!code ++]
|
||||
```
|
||||
|
||||
- Components received from the API are no longer directly mutable. If you wish to mutate a component from the API, use `ComponentBuilder#from`. For example, if you want to make a button mutable:
|
||||
|
||||
```js
|
||||
const editedButton = receivedButton // [!code --]
|
||||
.setDisabled(true); // [!code --]
|
||||
const { ButtonBuilder } = require('discord.js'); // [!code ++]
|
||||
const editedButton = ButtonBuilder.from(receivedButton) // [!code ++]
|
||||
.setDisabled(true); // [!code ++]
|
||||
```
|
||||
|
||||
### MessageManager
|
||||
|
||||
`MessageManager#fetch()`'s second parameter has been removed. The `BaseFetchOptions` the second parameter once was is now merged into the first parameter.
|
||||
|
||||
```js
|
||||
messageManager.fetch('1234567890', { cache: false, force: true }); // [!code --]
|
||||
messageManager.fetch({ message: '1234567890', cache: false, force: true }); // [!code ++]
|
||||
```
|
||||
|
||||
### MessageSelectMenu
|
||||
|
||||
- `MessageSelectMenu` has been renamed to `StringSelectMenuBuilder`
|
||||
- `StringSelectMenuBuilder#addOption()` has been removed. Use `StringSelectMenuBuilder#addOptions()` instead.
|
||||
|
||||
### MessageEmbed
|
||||
|
||||
- `MessageEmbed` has now been renamed to `EmbedBuilder`.
|
||||
- `EmbedBuilder#setAuthor()` now accepts a sole `EmbedAuthorOptions` object.
|
||||
- `EmbedBuilder#setFooter()` now accepts a sole `EmbedFooterOptions` object.
|
||||
- `EmbedBuilder#addField()` has been removed. Use `EmbedBuilder#addFields()` instead.
|
||||
|
||||
```js
|
||||
new MessageEmbed().addField('Inline field title', 'Some value here', true); // [!code --]
|
||||
new EmbedBuilder().addFields([ // [!code ++]
|
||||
{ name: 'one', value: 'one', inline: true }, // [!code ++]
|
||||
{ name: 'two', value: 'two', inline: true }, // [!code ++]
|
||||
+]);
|
||||
```
|
||||
|
||||
### Modal
|
||||
|
||||
- `Modal` has been renamed as well and now has a `Builder` suffix:
|
||||
|
||||
```js
|
||||
const modal = new Modal(); // [!code --]
|
||||
const modal = new ModalBuilder(); // [!code ++]
|
||||
```
|
||||
|
||||
### PartialTypes
|
||||
|
||||
The `PartialTypes` string array has been removed. Use the `Partials` enum instead.
|
||||
|
||||
In addition to this, there is now a new partial: `Partials.ThreadMember`.
|
||||
|
||||
### Permissions
|
||||
|
||||
Thread permissions `USE_PUBLIC_THREADS` and `USE_PRIVATE_THREADS` have been removed as they are deprecated in the API. Use `CREATE_PUBLIC_THREADS` and `CREATE_PRIVATE_THREADS` respectively.
|
||||
|
||||
`ManageEmojisAndStickers` has been deprecated due to API changes. Its replacement is `ManageGuildExpressions`. See [this pull request](https://github.com/discord/discord-api-docs/pull/6017) for more information.
|
||||
|
||||
### PermissionOverwritesManager
|
||||
|
||||
Overwrites are now keyed by the `PascalCase` permission key rather than the `SCREAMING_SNAKE_CASE` permission key.
|
||||
|
||||
### REST Events
|
||||
|
||||
#### apiRequest
|
||||
|
||||
This REST event has been removed as discord.js now uses [Undici](https://github.com/nodejs/undici) as the underlying request handler. You must now use a [Diagnostics Channel](https://undici.nodejs.org/#/docs/api/DiagnosticsChannel). Here is a simple example:
|
||||
|
||||
```js
|
||||
import diagnosticsChannel from 'node:diagnostics_channel';
|
||||
|
||||
diagnosticsChannel.channel('undici:request:create').subscribe((data) => {
|
||||
// If you use TypeScript, `data` may be casted as
|
||||
// `DiagnosticsChannel.RequestCreateMessage`
|
||||
// from Undici to receive type definitions.
|
||||
const { request } = data;
|
||||
console.log(request.method); // Log the method
|
||||
console.log(request.path); // Log the path
|
||||
console.log(request.headers); // Log the headers
|
||||
console.log(request); // Or just log everything!
|
||||
});
|
||||
```
|
||||
|
||||
You can find further examples at the [Undici Diagnostics Channel documentation](https://undici.nodejs.org/#/docs/api/DiagnosticsChannel).
|
||||
|
||||
#### apiResponse
|
||||
|
||||
This REST event has been renamed to `response` and moved to `Client#rest`:
|
||||
|
||||
```js
|
||||
client.on('apiResponse', ...); // [!code --]
|
||||
client.rest.on('response', ...); // [!code ++]
|
||||
```
|
||||
|
||||
#### invalidRequestWarning
|
||||
|
||||
This REST event has been moved to `Client#rest`:
|
||||
|
||||
```js
|
||||
client.on('invalidRequestWarning', ...); // [!code --]
|
||||
client.rest.on('invalidRequestWarning', ...); // [!code ++]
|
||||
```
|
||||
|
||||
#### rateLimit
|
||||
|
||||
This REST event has been renamed to `rateLimited` and moved to `Client#rest`:
|
||||
|
||||
```js
|
||||
client.on('rateLimit', ...); // [!code --]
|
||||
client.rest.on('rateLimited', ...); // [!code ++]
|
||||
```
|
||||
|
||||
### RoleManager
|
||||
|
||||
`Role.comparePositions()` has been removed. Use `RoleManager#comparePositions()` instead.
|
||||
|
||||
### Sticker
|
||||
|
||||
`Sticker#tags` is now a nullable string (`string | null`). Previously, it was a nullable array of strings (`string[] | null`). See [this pull request](https://github.com/discordjs/discord.js/pull/8010) for more information.
|
||||
|
||||
### ThreadChannel
|
||||
|
||||
The `MAX` helper used in `ThreadAutoArchiveDuration` has been removed. Discord has since allowed any guild to use any auto archive time which makes this helper redundant.
|
||||
|
||||
### ThreadMemberManager
|
||||
|
||||
`ThreadMemberManager#fetch()`'s second parameter has been removed. The `BaseFetchOptions` the second parameter once was is now merged into the first parameter. In addition, the boolean helper to specify `cache` has been removed.
|
||||
|
||||
Usage is now as follows:
|
||||
|
||||
```js
|
||||
// The second parameter is merged into the first parameter.
|
||||
threadMemberManager.fetch('1234567890', { cache: false, force: true }); // [!code --]
|
||||
threadMemberManager.fetch({ member: '1234567890', cache: false, force: true }); // [!code ++]
|
||||
|
||||
// The lone boolean has been removed. One must be explicit here.
|
||||
threadMemberManager.fetch(false); // [!code --]
|
||||
threadMemberManager.fetch({ cache: false }); // [!code ++]
|
||||
```
|
||||
|
||||
### Util
|
||||
|
||||
`Util.removeMentions()` has been removed. To control mentions, you should use `allowedMentions` on `BaseMessageOptions` instead.
|
||||
|
||||
`Util.splitMessage()` has been removed. This utility method is something the developer themselves should do.
|
||||
|
||||
`Util.resolveAutoArchiveMaxLimit()` has been removed. Discord has since allowed any guild to use any auto archive time which makes this method redundant.
|
||||
|
||||
Other functions in `Util` have been moved to top-level exports so you can directly import them from `discord.js`.
|
||||
|
||||
```js
|
||||
import { Util } from 'discord.js'; // [!code --]
|
||||
Util.escapeMarkdown(message); // [!code --]
|
||||
import { escapeMarkdown } from 'discord.js'; // [!code ++]
|
||||
escapeMarkdown(message); // [!code ++]
|
||||
```
|
||||
|
||||
### `.deleted` Field(s) have been removed
|
||||
|
||||
You can no longer use the `deleted` property to check if a structure was deleted. See [this issue](https://github.com/discordjs/discord.js/issues/7091) for more information.
|
||||
|
||||
### VoiceChannel
|
||||
|
||||
`VoiceChannel#editable` has been removed. You should use `GuildChannel#manageable` instead.
|
||||
|
||||
### VoiceRegion
|
||||
|
||||
`VoiceRegion#vip` has been removed as it is no longer part of the API.
|
||||
|
||||
### Webhook
|
||||
|
||||
`Webhook#fetchMessage()`'s second parameter no longer allows a boolean to be passed. The `cache` option in `WebhookFetchMessageOptions` should be used instead.
|
||||
|
||||
## Features
|
||||
|
||||
### ApplicationCommand
|
||||
|
||||
NFSW commands are supported.
|
||||
|
||||
### Attachment
|
||||
|
||||
Added support for voice message metadata fields.
|
||||
|
||||
### AutocompleteInteraction
|
||||
|
||||
`AutocompleteInteraction#commandGuildId` has been added which is the id of the guild the invoked application command is registered to.
|
||||
|
||||
### BaseChannel
|
||||
|
||||
Added support for `BaseChannel#flags`.
|
||||
|
||||
Store channels have been removed as they are no longer part of the API.
|
||||
|
||||
`BaseChannel#url` has been added which is a link to a channel, just like in the client.
|
||||
|
||||
Additionally, new typeguards have been added:
|
||||
|
||||
- `BaseChannel#isDMBased()`
|
||||
- `BaseChannel#isTextBased()`
|
||||
- `BaseChannel#isVoiceBased()`
|
||||
|
||||
### BaseInteraction
|
||||
|
||||
Added `BaseInteraction#isRepliable()` to check whether a given interaction can be replied to.
|
||||
|
||||
### ClientApplication
|
||||
|
||||
Added support for role connection metadata.
|
||||
|
||||
### Collection
|
||||
|
||||
- Added `Collection#merge()` and `Collection#combineEntries()`.
|
||||
- New type: `ReadonlyCollection` which indicates an immutable `Collection`.
|
||||
|
||||
### Collector
|
||||
|
||||
A new `ignore` event has been added which is emitted whenever an element is not collected by the collector.
|
||||
|
||||
Component collector options now use the `ComponentType` enum values:
|
||||
|
||||
```js
|
||||
const { ComponentType } = require('discord.js'); // [!code ++]
|
||||
|
||||
const collector = interaction.channel.createMessageComponentCollector({
|
||||
filter: collectorFilter,
|
||||
componentType: 'BUTTON', // [!code --]
|
||||
componentType: ComponentType.Button, // [!code ++]
|
||||
time: 20_000,
|
||||
});
|
||||
```
|
||||
|
||||
### CommandInteraction
|
||||
|
||||
`CommandInteraction#commandGuildId` has been added which is the id of the guild the invoked application command is registered to.
|
||||
|
||||
### CommandInteractionOptionResolver
|
||||
|
||||
`CommandInteractionOptionResolver#getChannel()` now has a third parameter which narrows the channel type.
|
||||
|
||||
### Events
|
||||
|
||||
Added support for `guildAuditLogEntryCreate` event.
|
||||
|
||||
### ForumChannel
|
||||
|
||||
Added support for forum channels.
|
||||
|
||||
Added support for `ForumChannel#defaultForumLayout`.
|
||||
|
||||
### Guild
|
||||
|
||||
Added `Guild#setMFALevel()` which sets the guild's MFA level.
|
||||
|
||||
Added `Guild#maxVideoChannelUsers` which indicates the maximum number of video channel users.
|
||||
|
||||
Added `Guild#maxStageVideoChannelUsers` which indicates the maximum number of video channel users for stage channels.
|
||||
|
||||
Added `Guild#disableInvites()` which disables the guild's invites.
|
||||
|
||||
Added support for the `after` parameter in `Guild#fetchAuditLogs()`.
|
||||
|
||||
### GuildChannelManager
|
||||
|
||||
`videoQualityMode` may be used whilst creating a channel to initially set the camera video quality mode.
|
||||
|
||||
### GuildEmojiManager
|
||||
|
||||
Added `GuildEmojiManager#delete()` and `GuildEmojiManager#edit()` for managing existing guild emojis.
|
||||
|
||||
### GuildForumThreadManager
|
||||
|
||||
Added `GuildForumThreadManager` as manager for threads in forum channels.
|
||||
|
||||
### GuildMember
|
||||
|
||||
Added support for `GuildMember#flags`.
|
||||
|
||||
### GuildMembersChunk
|
||||
|
||||
This object now supports the `GuildMembersChunk#notFound` property.
|
||||
|
||||
### GuildMemberManager
|
||||
|
||||
Added `GuildMemberManager#fetchMe()` to fetch the client user in the guild.
|
||||
|
||||
Added `GuildMemberManager#addRole()` and `GuildMemberManager#removeRole()`. These methods allow a single addition or removal of a role respectively to a guild member, even if uncached.
|
||||
|
||||
### GuildTextThreadManager
|
||||
|
||||
Added `GuildTextThreadManager` as manager for threads in text channels and announcement channels.
|
||||
|
||||
### Message
|
||||
|
||||
`Message#position` has been added as an approximate position in a thread.
|
||||
|
||||
Added support for role subscription data.
|
||||
|
||||
### MessageReaction
|
||||
|
||||
Added `MessageReaction#react()` to make the client user react with the reaction the class belongs to.
|
||||
|
||||
### Role
|
||||
|
||||
Added support for role subscriptions.
|
||||
|
||||
Added support for `Role#tags#guildConnections`.
|
||||
|
||||
### StageChannel
|
||||
|
||||
Stage channels now allow messages to be sent in them, much like voice channels.
|
||||
|
||||
### Sticker
|
||||
|
||||
Added support for GIF stickers.
|
||||
|
||||
### ThreadMemberManager
|
||||
|
||||
The new `withMember` options returns the associated guild member with the thread member.
|
||||
|
||||
When fetching multiple thread members alongside `withMember`, paginated results will be returned. The `after` and `limit` option are supported in this scenario.
|
||||
|
||||
### Webhook
|
||||
|
||||
Added `Webhook#applicationId`.
|
||||
|
||||
Added the `threadName` property in `Webhook#send()` options which allows a webhook to create a post in a forum channel.
|
||||
|
||||
### WebSocketManager
|
||||
|
||||
discord.js uses `@discordjs/ws` internally
|
||||
@@ -1,107 +0,0 @@
|
||||
---
|
||||
title: Collections
|
||||
---
|
||||
|
||||
discord.js comes with a utility class known as `Collection`.
|
||||
It extends JavaScript's native `Map` class, so it has all the `Map` features and more!
|
||||
|
||||
<Callout type="warn">
|
||||
If you're not familiar with `Map`, read [MDN's page on
|
||||
it](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Map) before continuing. You
|
||||
should be familiar with `Array`
|
||||
[methods](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array) as well. We will
|
||||
also use some ES6 features, so read up [here](./es6-syntax) if you do not know what they are.
|
||||
</Callout>
|
||||
|
||||
A `Map` allows for an association between unique keys and their values.
|
||||
For example, how can you transform every value or filter the entries in a `Map` easily?
|
||||
This is the point of the `Collection` class!
|
||||
|
||||
## Array-like Methods
|
||||
|
||||
Many of the methods on `Collection` correspond to their namesake in `Array`. One of them is `find`:
|
||||
|
||||
```js
|
||||
// Assume we have an array of users and a collection of the same users.
|
||||
array.find((u) => u.discriminator === '1000'); // [!code word:find]
|
||||
collection.find((u) => u.discriminator === '1000');
|
||||
```
|
||||
|
||||
The interface of the callback function is very similar between the two.
|
||||
For arrays, callbacks usually pass the parameters `(value, index, array)`, where `value` is the value iterated to,
|
||||
`index` is the current index, and `array` is the array. For collections, you would have `(value, key, collection)`.
|
||||
Here, `value` is the same, but `key` is the key of the value, and `collection` is the collection itself instead.
|
||||
|
||||
Methods that follow this philosophy of staying close to the `Array` interface are as follows:
|
||||
|
||||
- `find`
|
||||
- `filter` - Note that this returns a `Collection` rather than an `Array`.
|
||||
- `map` - Yet this returns an `Array` of values instead of a `Collection`!
|
||||
- `every`
|
||||
- `some`
|
||||
- `reduce`
|
||||
- `concat`
|
||||
- `sort`
|
||||
|
||||
## Converting to Array
|
||||
|
||||
Since `Collection` extends `Map`, it is an [iterable](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Iteration_protocols), and can be converted to an `Array` through either `Array.from()` or spread syntax (`...collection`).
|
||||
|
||||
```js
|
||||
// For values.
|
||||
Array.from(collection.values());
|
||||
[...collection.values()];
|
||||
|
||||
// For keys.
|
||||
Array.from(collection.keys());
|
||||
[...collection.keys()];
|
||||
|
||||
// For [key, value] pairs.
|
||||
Array.from(collection);
|
||||
[...collection];
|
||||
```
|
||||
|
||||
<Callout>
|
||||
Many people convert Collections to Arrays way too much!
|
||||
|
||||
This can lead to unnecessary and confusing code. Before you use `Array.from()` or similar, ask yourself if whatever you are trying to do can't be done with the given `Map` or `Collection` methods or with a for-of loop. Not being familiar with a new data structure should not mean you default to transforming it into the other.
|
||||
|
||||
There is usually a reason, why a `Map` or `Collection` is used. Most structures in Discord can be identified with an `id`, which lends itself well to `key -> value` associations like in `Map`s.
|
||||
|
||||
</Callout>
|
||||
|
||||
## Extra Utilities
|
||||
|
||||
Some methods are not from `Array` and are instead entirely new to standard JavaScript.
|
||||
|
||||
```js
|
||||
// A random value.
|
||||
collection.random();
|
||||
|
||||
// The first value.
|
||||
collection.first();
|
||||
|
||||
// The first 5 values.
|
||||
collection.first(5);
|
||||
|
||||
// Similar to `first`, but from the end.
|
||||
collection.last();
|
||||
collection.last(2);
|
||||
|
||||
// Removes anything that meets the condition from the collection.
|
||||
// Sort of like `filter`, but in-place.
|
||||
collection.sweep((user) => user.username === 'Bob');
|
||||
```
|
||||
|
||||
A more complicated method is `partition`, which splits a single Collection into two new Collections based on the provided function.
|
||||
You can think of it as two `filter`s, but done at the same time (and because of that much more performant):
|
||||
|
||||
```js
|
||||
// `bots` is a Collection of users where their `bot` property was true.
|
||||
// `humans` is a Collection where the property was false instead!
|
||||
const [bots, humans] = collection.partition((u) => u.bot); // [!code word:partition]
|
||||
|
||||
// Both return true.
|
||||
bots.every((b) => b.bot);
|
||||
humans.every((h) => !h.bot); // note the "not" ! operator
|
||||
```
|
||||
@@ -1,243 +0,0 @@
|
||||
---
|
||||
title: ES6 Syntax
|
||||
---
|
||||
|
||||
If you've used JavaScript for only a (relatively) small amount of time or don't have much experience with it, you might not be aware of what ES6 is and what beneficial features it includes. Since this is a guide primarily for Discord bots, we'll be using some discord.js code as an example of what you might have versus what you could do to benefit from ES6.
|
||||
|
||||
Here's the startup code we'll be using:
|
||||
|
||||
```js title="index.js" lineNumbers
|
||||
const { Client, Events, GatewayIntentBits } = require('discord.js'); // [!code word:const]
|
||||
const config = require('./config.json');
|
||||
|
||||
const client = new Client({ intents: [GatewayIntentBits.Guilds] });
|
||||
|
||||
// [!code word:=>]
|
||||
client.once(Events.ClientReady, () => {
|
||||
console.log('Ready!');
|
||||
});
|
||||
|
||||
client.on(Events.InteractionCreate, (interaction) => {
|
||||
if (!interaction.isChatInputCommand()) return;
|
||||
|
||||
const { commandName } = interaction;
|
||||
|
||||
if (commandName === 'ping') {
|
||||
interaction.reply('Pong.');
|
||||
} else if (commandName === 'beep') {
|
||||
interaction.reply('Boop.');
|
||||
} else if (commandName === 'server') {
|
||||
interaction.reply('Guild name: ' + interaction.guild.name + '\nTotal members: ' + interaction.guild.memberCount);
|
||||
} else if (commandName === 'user-info') {
|
||||
interaction.reply('Your username: ' + interaction.user.username + '\nYour ID: ' + interaction.user.id);
|
||||
}
|
||||
});
|
||||
|
||||
client.login(config.token);
|
||||
```
|
||||
|
||||
If you haven't noticed, this piece of code is already using a bit of ES6 here! The `const` keyword and arrow function declaration (`() => ...`) is ES6 syntax, and we recommend using it whenever possible.
|
||||
|
||||
As for the code above, there are a few places where things can be done better. Let's look at them.
|
||||
|
||||
## Template literals
|
||||
|
||||
If you check the code above, it's currently doing things like `'Guild name: ' + interaction.guild.name` and `'Your username: ' + interaction.user.username`, which is perfectly valid. It is a bit hard to read, though, and it's not too fun to constantly type out. Fortunately, there's a better alternative.
|
||||
|
||||
```js title="index.js" lineNumbers=19
|
||||
} else if (commandName === 'server') {
|
||||
interaction.reply('Guild name: ' + interaction.guild.name + '\nTotal members: ' + interaction.guild.memberCount); // [!code --]
|
||||
interaction.reply(`Guild name: ${interaction.guild.name}\nTotal members: ${interaction.guild.memberCount}`); // [!code ++]
|
||||
}
|
||||
else if (commandName === 'user-info') {
|
||||
interaction.reply('Your username: ' + interaction.user.username + '\nYour ID: ' + interaction.user.id); // [!code --]
|
||||
interaction.reply(`Your username: ${interaction.user.username}\nYour ID: ${interaction.user.id}`); // [!code ++]
|
||||
}
|
||||
```
|
||||
|
||||
Easier to read and write! The best of both worlds.
|
||||
|
||||
### Template literals vs string concatenation
|
||||
|
||||
If you've used other programming languages, you might be familiar with the term "string interpolation". Template literals would be JavaScript's implementation of string interpolation. If you're familiar with the heredoc syntax, it's very much like that; it allows for string interpolation, as well as multiline strings.
|
||||
|
||||
The example below won't go too much into detail about it, but if you're interested in reading more, you can [read about them on MDN](https://developer.mozilla.org/en/docs/Web/JavaScript/Reference/Template_literals).
|
||||
|
||||
```js
|
||||
const username = 'Sanctuary';
|
||||
const password = 'pleasedonthackme';
|
||||
|
||||
function letsPretendThisDoesSomething() {
|
||||
return 'Yay for sample data.';
|
||||
}
|
||||
|
||||
console.log('Your username is: **' + username + '**.'); // [!code --:2]
|
||||
console.log('Your password is: **' + password + '**.');
|
||||
console.log(`Your username is: **${username}**.`); // [!code ++:2]
|
||||
console.log(`Your password is: **${password}**.`);
|
||||
|
||||
console.log('1 + 1 = ' + (1 + 1)); // [!code --]
|
||||
console.log(`1 + 1 = ${1 + 1}`); // [!code ++]
|
||||
|
||||
console.log("And here's a function call: " + letsPretendThisDoesSomething()); // [!code --]
|
||||
console.log(`And here's a function call: ${letsPretendThisDoesSomething()}`); // [!code ++]
|
||||
|
||||
console.log('Putting strings on new lines\n' + 'can be a bit painful\n' + 'with string concatenation.'); // [!code --]
|
||||
// [!code ++:5]
|
||||
console.log(`
|
||||
Putting strings on new lines
|
||||
is a breeze
|
||||
with template literals!
|
||||
`);
|
||||
```
|
||||
|
||||
<Callout>
|
||||
As you will notice, template literals will also render the white space inside them, including the indentation! There
|
||||
are ways around this, which we will discuss in another section.
|
||||
</Callout>
|
||||
|
||||
You can see how it makes things easier and more readable. In some cases, it can even make your code shorter! This one is something you'll want to take advantage of as much as possible.
|
||||
|
||||
## Arrow functions
|
||||
|
||||
Arrow functions are shorthand for regular functions, with the addition that they use a lexical `this` context inside of their own. If you don't know what the `this` keyword is referring to, don't worry about it; you'll learn more about it as you advance.
|
||||
|
||||
Here are some examples of ways you can benefit from arrow functions over regular functions:
|
||||
|
||||
```js
|
||||
// [!code --:3]
|
||||
client.once(Events.ClientReady, function () {
|
||||
console.log('Ready!');
|
||||
});
|
||||
client.once(Events.ClientReady, () => console.log('Ready!')); // [!code ++]
|
||||
|
||||
// [!code --:3]
|
||||
client.on(Events.TypingStart, function (typing) {
|
||||
console.log(typing.user.tag + ' started typing in #' + typing.channel.name);
|
||||
});
|
||||
client.on(Events.TypingStart, (typing) => console.log(`${typing.user.tag} started typing in #${typing.channel.name}`)); // [!code ++]
|
||||
|
||||
// [!code --:3]
|
||||
client.on(Events.MessageCreate, function (message) {
|
||||
console.log(message.author.tag + ' sent: ' + message.content);
|
||||
});
|
||||
client.on(Events.MessageCreate, (message) => console.log(`${message.author.tag} sent: ${message.content}`)); // [!code ++]
|
||||
|
||||
// [!code --:3]
|
||||
var doubleAge = function (age) {
|
||||
return 'Your age doubled is: ' + age * 2;
|
||||
};
|
||||
const doubleAge = (age) => `Your age doubled is: ${age * 2}`; // [!code ++]
|
||||
|
||||
// [!code --:4]
|
||||
var collectorFilter = function (m) {
|
||||
return m.content === 'I agree' && !m.author.bot;
|
||||
};
|
||||
var collector = message.createMessageCollector({ filter: collectorFilter, time: 15_000 });
|
||||
const collectorFilter = (m) => m.content === 'I agree' && !m.author.bot; // [!code ++:2]
|
||||
const collector = message.createMessageCollector({ filter: collectorFilter, time: 15_000 });
|
||||
```
|
||||
|
||||
There are a few important things you should note here:
|
||||
|
||||
- The parentheses around function parameters are optional when you have only one parameter but are required otherwise. If you feel like this will confuse you, it may be a good idea to use parentheses.
|
||||
- You can cleanly put what you need on a single line without curly braces.
|
||||
- Omitting curly braces will make arrow functions use **implicit return**, but only if you have a single-line expression. The `doubleAge` and `filter` variables are a good example of this.
|
||||
- Unlike the `function someFunc() { ... }` declaration, arrow functions cannot be used to create functions with such syntax. You can create a variable and give it an anonymous arrow function as the value, though (as seen with the `doubleAge` and `filter` variables).
|
||||
|
||||
We won't be covering the lexical `this` scope with arrow functions in here, but you can Google around if you're still curious. Again, if you aren't sure what `this` is or when you need it, reading about lexical `this` first may only confuse you.
|
||||
|
||||
## Destructuring
|
||||
|
||||
Destructuring is an easy way to extract items from an object or array. If you've never seen the syntax for it before, it can be a bit confusing, but it's straightforward to understand once explained!
|
||||
|
||||
### Object destructuring
|
||||
|
||||
Here's a common example where object destructuring would come in handy:
|
||||
|
||||
```js
|
||||
const config = require('./config.json');
|
||||
const prefix = config.prefix;
|
||||
const token = config.token;
|
||||
```
|
||||
|
||||
This code is a bit verbose and not the most fun to write out each time. Object destructuring simplifies this, making it easier to both read and write. Take a look:
|
||||
|
||||
```js
|
||||
const config = require('./config.json'); // [!code --:3]
|
||||
const prefix = config.prefix;
|
||||
const token = config.token;
|
||||
const { prefix, token } = require('./config.json'); // [!code ++]
|
||||
```
|
||||
|
||||
Object destructuring takes those properties from the object and stores them in variables. If the property doesn't exist, it'll still create a variable but with the value of `undefined`. So instead of using `config.token` in your `client.login()` method, you'd simply use `token`. And since destructuring creates a variable for each item, you don't even need that `const prefix = config.prefix` line. Pretty cool!
|
||||
|
||||
Additionally, you could do this for your commands:
|
||||
|
||||
```js
|
||||
client.on(Events.InteractionCreate, (interaction) => {
|
||||
const { commandName } = interaction;
|
||||
|
||||
if (commandName === 'ping') {
|
||||
// ping command here...
|
||||
} else if (commandName === 'beep') {
|
||||
// beep command here...
|
||||
}
|
||||
// other commands here...
|
||||
});
|
||||
```
|
||||
|
||||
The code is shorter and looks cleaner, but it shouldn't be necessary if you follow along with the [command handler](../app-creation/handling-commands) part of the guide.
|
||||
|
||||
You can also rename variables when destructuring, if necessary. A good example is when you're extracting a property with a name already being used or conflicts with a reserved keyword. The syntax is as follows:
|
||||
|
||||
```js
|
||||
// `default` is a reserved keyword
|
||||
const { default: defaultValue } = someObject;
|
||||
|
||||
console.log(defaultValue);
|
||||
// 'Some default value here'
|
||||
```
|
||||
|
||||
### Array destructuring
|
||||
|
||||
Array destructuring syntax is very similar to object destructuring, except that you use brackets instead of curly braces. In addition, since you're using it on an array, you destructure the items in the same order the array is. Without array destructuring, this is how you'd extract items from an array:
|
||||
|
||||
```js
|
||||
// assuming we're in a `profile` command and have an `args` variable
|
||||
const name = args[0];
|
||||
const age = args[1];
|
||||
const location = args[2];
|
||||
```
|
||||
|
||||
Like the first example with object destructuring, this is a bit verbose and not fun to write out. Array destructuring eases this pain.
|
||||
|
||||
```js
|
||||
const name = args[0]; // [!code --:3]
|
||||
const age = args[1];
|
||||
const location = args[2];
|
||||
const [name, age, location] = args; // [!code ++]
|
||||
```
|
||||
|
||||
A single line of code that makes things much cleaner! In some cases, you may not even need all the array's items (e.g., when using `string.match(regex)`). Array destructuring still allows you to operate in the same sense.
|
||||
|
||||
```js
|
||||
const [, username, id] = message.content.match(someRegex);
|
||||
```
|
||||
|
||||
In this snippet, we use a comma without providing a name for the item in the array we don't need. You can also give it a placeholder name (`_match` or similar) if you prefer, of course; it's entirely preference at that point.
|
||||
|
||||
<Callout>
|
||||
The underscore `_` prefix is a convention for unused variables. Some lint rules will error or warn if you define
|
||||
identifiers without using them in your code but ignore identifiers starting with `_`.
|
||||
</Callout>
|
||||
|
||||
## var, let, and const
|
||||
|
||||
Since there are many, many articles out there that can explain this part more in-depth, we'll only be giving you a TL;DR and an article link if you choose to read more about it.
|
||||
|
||||
1. The `var` keyword is what was (and can still be) used in JavaScript before `let` and `const` came to surface. There are many issues with `var`, though, such as it being function-scoped, hoisting related issues, and allowing redeclaration.
|
||||
2. The `let` keyword is essentially the new `var`; it addresses many of the issues `var` has, but its most significant factor would be that it's block-scoped and disallows redeclaration (_not_ reassignment).
|
||||
3. The `const` keyword is for giving variables a constant value that is unable to be reassigned. `const`, like `let`, is also block-scoped.
|
||||
|
||||
The general rule of thumb recommended by this guide is to use `const` wherever possible, `let` otherwise, and avoid using `var`. Here's a [helpful article](https://madhatted.com/2016/1/25/let-it-be) if you want to read more about this subject.
|
||||
|
Before Width: | Height: | Size: 9.6 KiB |
|
Before Width: | Height: | Size: 38 KiB |
@@ -1,3 +0,0 @@
|
||||
{
|
||||
"pages": ["async-await", "collections", "es6-syntax", "notation", "rest-api", "proxy"]
|
||||
}
|
||||
@@ -1,61 +0,0 @@
|
||||
---
|
||||
title: Understanding Notation
|
||||
---
|
||||
|
||||
Throughout the discord.js docs and when asking for help on the official server, you will run into many different kinds of notations. To help you understand the texts that you read, we will be going over some standard notations.
|
||||
|
||||
<Callout>
|
||||
Always keep in mind that notation is not always rigorous. There will be typos, misunderstandings, or contexts that
|
||||
will cause notation to differ from the usual meanings.
|
||||
</Callout>
|
||||
|
||||
## Classes
|
||||
|
||||
Some common notations refer to a class or the properties, methods, or events of a class. There are many variations on these notations, and they are very flexible depending on the person, so use your best judgment when reading them.
|
||||
|
||||
The notation `<Class>` means an instance of the `Class` class. For example, a snippet like `<BaseInteraction>.reply('Hello')` is asking you to replace `<BaseInteraction>` with some value that is an instance of `BaseInteraction`, e.g. `interaction.reply('Hello')`. It could also just be a placeholder, e.g., `<id>` would mean a placeholder for some ID.
|
||||
|
||||
The notation `Class#foo` can refer to the `foo` property, method, or event of the `Class` class. Which one the writer meant needs to be determined from context. For example:
|
||||
|
||||
- `BaseInteraction#user` means that you should refer to the `user` property on a `BaseInteraction`.
|
||||
- `TextChannel#send` means that you should refer to the `send` method on a `TextChannel`.
|
||||
- `Client#interactionCreate` means that you should refer to the `interactionCreate` event on a `Client`.
|
||||
|
||||
<Callout>
|
||||
Remember that this notation is not valid JavaScript; it is a shorthand to refer to a specific piece of code.
|
||||
</Callout>
|
||||
|
||||
Sometimes, the notation is extended, which can help you determine which one the writer meant. For example, `TextChannel#send(options)` is definitely a method of `TextChannel`, since it uses function notation. `Client#event:messageCreate` is an event since it says it is an event.
|
||||
|
||||
The vital thing to take away from this notation is that the `#` symbol signifies that the property, method, or event can only be accessed through an instance of the class. Unfortunately, many abuse this notation, e.g., `<Message>#send` or `Util#resolveColor`. `<Message>` is already an instance, so this makes no sense, and `resolveColor` is a static method–you should write it as `Util.resolveColor`. Always refer back to the docs if you are confused.
|
||||
|
||||
As an example, the documentation's search feature uses this notation.
|
||||
|
||||

|
||||
|
||||
Notice the use of the `.` operator for the static method, `Role.comparePositions` and the `#` notation for the method, `Role#comparePositionsTo`.
|
||||
|
||||
## Types
|
||||
|
||||
In the discord.js docs, there are type signatures everywhere, such as in properties, parameters, or return values. If you do not come from a statically typed language, you may not know what specific notations mean.
|
||||
|
||||
The symbol `*` means any type. For example, methods that return `*` mean that they can return anything, and a parameter of type `*` can be anything.
|
||||
|
||||
The symbol `?` means that the type is nullable. You can see it before or after the type (e.g. `?T` or `T?`). This symbol means that the value can be of the type `T` or `null`. An example is `GuildMember#nickname`; its type is `?string` since a member may or may not have a nickname.
|
||||
|
||||
The expression `T[]` means an array of `T`. You can sometimes see multiple brackets `[]`, indicating that the array is multi-dimensional, e.g., `string[][]`.
|
||||
|
||||
The expression `...T` signifies a rest parameter of type `T`. This means that the function can take any amount of arguments, and all those arguments must be of the type `T`.
|
||||
|
||||
The operator `|`, which can read as "or", creates a union type, e.g. `A|B|C`. Simply, it means the value can be of any one of the types given.
|
||||
|
||||
The angle brackets `<>` are used for generic types or parameterized types, signifying a type that uses another type(s). The notation looks like `A<B>` where `A` is the type and `B` is a type parameter. If this is hard to follow, it is enough to keep in mind that whenever you see `A<B>`, you can think of an `A` containing `B`. Examples:
|
||||
|
||||
- `Array<String>` means an array of strings.
|
||||
- `Promise<User>` means a `Promise` that contains a `User`.
|
||||
- `Array<Promise<User|GuildMember>>` would be an array of `Promise`s, each containing a `User` or a `GuildMember`.
|
||||
- `Collection<Snowflake, User>` would be a `Collection`, containing key-value pairs where the keys are `Snowflake`s, and the values are `User`s.
|
||||
|
||||

|
||||
|
||||
In this piece of the docs, you can see two type signatures, `string`, `MessagePayload`, or `MessageOptions`, and `Promise<(Message|Array<Message>)>`. The meaning of the word "or" here is the same as `|`.
|
||||
@@ -1,73 +0,0 @@
|
||||
---
|
||||
title: Using a proxy
|
||||
---
|
||||
|
||||
This guide will show you how to set up a proxy with discord.js. This may be necessary if you are deploying your bot to a server with a firewall only allowing outside traffic through the proxy.
|
||||
|
||||
Proxying discord.js requires two components: a REST proxy and a WebSocket proxy.
|
||||
|
||||
## Prerequisites
|
||||
|
||||
To achieve these two components you can utilize the `undici` and `global-agent` packages:
|
||||
|
||||
```sh tab="npm"
|
||||
npm install undici global-agent
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn add undici global-agent
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm add undici global-agent
|
||||
```
|
||||
|
||||
```sh tab="bun"
|
||||
bun add undici global-agent
|
||||
```
|
||||
|
||||
## Setting up the proxy for REST calls
|
||||
|
||||
The `@discordjs/rest` package handling HTTP requests in discord.js uses the `undici` package. Accordingly, you can provide a custom `ProxyAgent` configuration to the client constructor:
|
||||
|
||||
```js title="index.js" lineNumbers
|
||||
const { ProxyAgent } = require('undici'); // [!code word:ProxyAgent]
|
||||
const { Client } = require('discord.js');
|
||||
|
||||
const client = new Client({
|
||||
// ...other client options
|
||||
rest: {
|
||||
agent: new ProxyAgent('http://my-proxy-server:port'),
|
||||
},
|
||||
});
|
||||
|
||||
client.login('your-token-goes-here');
|
||||
```
|
||||
|
||||
<Callout>
|
||||
For further information on the `undici` `ProxyAgent`, please refer to the [undici
|
||||
documentation](https://undici.nodejs.org/#/docs/api/ProxyAgent.md).
|
||||
</Callout>
|
||||
|
||||
## Setting up the proxy for the WebSocket connection
|
||||
|
||||
To set up a proxy for WebSocket, you can use the `global-agent` package. You will need to import and call the `bootstrap()` function and set the required `GLOBAL_AGENT` globals as shown below:
|
||||
|
||||
```js title="index.js" lineNumbers
|
||||
const { ProxyAgent } = require('undici');
|
||||
const { Client } = require('discord.js');
|
||||
const { bootstrap } = require('global-agent'); // [!code ++:5]
|
||||
|
||||
bootstrap(); // [!code word:bootstrap]
|
||||
global.GLOBAL_AGENT.HTTP_PROXY = 'http://my-proxy-server:port';
|
||||
global.GLOBAL_AGENT.HTTPS_PROXY = 'https://my-proxy-server:port';
|
||||
|
||||
const client = new Client({
|
||||
// ...other client options
|
||||
rest: {
|
||||
agent: new ProxyAgent('http://my-proxy-server:port'),
|
||||
},
|
||||
});
|
||||
|
||||
client.login('your-token-goes-here');
|
||||
```
|
||||
@@ -1,176 +0,0 @@
|
||||
---
|
||||
title: REST APIs
|
||||
---
|
||||
|
||||
REST APIs are extremely popular on the web and allow you to freely grab a site's data if it has an available API over an HTTP connection.
|
||||
|
||||
## Making HTTP requests with Node
|
||||
|
||||
In these examples, we will be using [undici](https://www.npmjs.com/package/undici), an excellent library for making HTTP requests.
|
||||
|
||||
To install undici, run the following command:
|
||||
|
||||
```sh tab="npm"
|
||||
npm i install undici
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn add undici
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm add undici
|
||||
```
|
||||
|
||||
## Skeleton code
|
||||
|
||||
To start off, you will be using the following skeleton code. Since both the commands you will be adding in this section require an interaction with external APIs, you will defer the reply, so your application responds with a "thinking..." state. You can then edit the reply once you got the data you need:
|
||||
|
||||
```js title="rest-examples.js" lineNumbers
|
||||
const { Client, EmbedBuilder, Events, GatewayIntentBits } = require('discord.js');
|
||||
|
||||
const client = new Client({ intents: [GatewayIntentBits.Guilds] });
|
||||
|
||||
client.once(Events.ClientReady, (readyClient) => {
|
||||
console.log(`Ready! Logged in as ${readyClient.user.tag}`);
|
||||
});
|
||||
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
if (!interaction.isChatInputCommand()) return;
|
||||
|
||||
const { commandName } = interaction;
|
||||
await interaction.deferReply();
|
||||
// ...
|
||||
});
|
||||
|
||||
client.login('your-token-goes-here');
|
||||
```
|
||||
|
||||
<Callout>
|
||||
We're taking advantage of [destructuring](./es6-syntax#destructuring) in this tutorial to maintain readability.
|
||||
</Callout>
|
||||
|
||||
## Using undici
|
||||
|
||||
Undici is a Promise-based HTTP/1.1 client, written from scratch for Node.js. If you aren't already familiar with Promises, you should read up on them [here](./async-await).
|
||||
|
||||
In this tutorial, you will be making a bot with two API-based commands using the [random.cat](https://aws.random.cat) and [Urban Dictionary](https://www.urbandictionary.com) APIs.
|
||||
|
||||
On top of your file, import the library function you will be using:
|
||||
|
||||
```js
|
||||
const { request } = require('undici');
|
||||
```
|
||||
|
||||
### Random Cat
|
||||
|
||||
<Callout title="No more cats :(" type="error">
|
||||
Unfortunately, the `aws.random.cat` API doesn't work anymore. We will keep the example as-is until we find a better
|
||||
showcase!
|
||||
</Callout>
|
||||
|
||||
Random cat's API is available at [https://aws.random.cat/meow](https://aws.random.cat/meow) and returns a [JSON](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/JSON) response. To actually fetch data from the API, you're going to do the following:
|
||||
|
||||
```js
|
||||
const catResult = await request('https://aws.random.cat/meow');
|
||||
const { file } = await catResult.body.json();
|
||||
```
|
||||
|
||||
If you just add this code, it will seem like nothing happens. What you do not see, is that you are launching a request to the random.cat server, which responds some JSON data. The helper function parses the response data to a JavaScript object you can work with. The object will have a `file` property with the value of a link to a random cat image.
|
||||
|
||||
Next, you will implement this approach into an application command:
|
||||
|
||||
```js
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
// ...
|
||||
if (commandName === 'cat') {
|
||||
const catResult = await request('https://aws.random.cat/meow');
|
||||
const { file } = await catResult.body.json();
|
||||
interaction.editReply({ files: [file] });
|
||||
}
|
||||
});
|
||||
```
|
||||
|
||||
So, here's what's happening in this code:
|
||||
|
||||
1. Your application sends a `GET` request to random.cat.
|
||||
2. random.cat sees the request and gets a random file url from their database.
|
||||
3. random.cat then sends that file's URL as a JSON object in a stringified form that contains a link to the image.
|
||||
4. undici receives the response and you parse the body to a JSON object.
|
||||
5. Your application then attaches the image and sends it in Discord.
|
||||
|
||||
### Urban Dictionary
|
||||
|
||||
Urban Dictionary's API is available at [https://api.urbandictionary.com/v0/define](https://api.urbandictionary.com/v0/define), accepts a `term` parameter, and returns a JSON response.
|
||||
|
||||
The following code will fetch data from this api:
|
||||
|
||||
```js
|
||||
// ...
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
// ...
|
||||
if (commandName === 'urban') {
|
||||
const term = interaction.options.getString('term');
|
||||
const query = new URLSearchParams({ term }); // [!code word:URLSearchParams]
|
||||
|
||||
const dictResult = await request(`https://api.urbandictionary.com/v0/define?${query}`);
|
||||
const { list } = await dictResult.body.json();
|
||||
}
|
||||
});
|
||||
```
|
||||
|
||||
Here, you are using JavaScript's native [URLSearchParams class](https://developer.mozilla.org/en-US/docs/Web/API/URLSearchParams) to create a [query string](https://en.wikipedia.org/wiki/Query_string) for the URL so that the Urban Dictionary server can parse it and know what you want to look up.
|
||||
|
||||
If you were to do `/urban hello world`, then the URL would become https://api.urbandictionary.com/v0/define?term=hello%20world since the string `"hello world"` is encoded.
|
||||
|
||||
You can get the respective properties from the returned JSON. If you were to view it in your browser, it usually looks like a bunch of mumbo jumbo. If it doesn't, great! If it does, then you should get a JSON formatter/viewer. If you're using Chrome, [JSON Formatter](https://chrome.google.com/webstore/detail/json-formatter/bcjindcccaagfpapjjmafapmmgkkhgoa) is one of the more popular extensions. If you're not using Chrome, search for "JSON formatter/viewer <your browser>" and get one.
|
||||
|
||||
Now, if you look at the JSON, you can see that it has a `list` property, which is an array of objects containing various definitions for the term (maximum 10). Something you always want to do when making API-based commands is to handle the case when no results are available. So, if you throw a random term in there (e.g. `njaksdcas`) and then look at the response the `list` array should be empty. Now you are ready to start writing!
|
||||
|
||||
As explained above, you'll want to check if the API returned any answers for your query, and send back the definition if that's the case:
|
||||
|
||||
```js
|
||||
if (commandName === 'urban') {
|
||||
// ...
|
||||
if (!list.length) {
|
||||
return interaction.editReply(`No results found for **${term}**.`);
|
||||
}
|
||||
|
||||
interaction.editReply(`**${term}**: ${list[0].definition}`);
|
||||
}
|
||||
```
|
||||
|
||||
Here, you are only getting the first object from the array of objects called `list` and grabbing its `definition` property.
|
||||
|
||||
If you've followed the tutorial, you should have something like this:
|
||||
|
||||
Now, you can make it an [embed](../popular-topics/embeds) for easier formatting.
|
||||
|
||||
You can define the following helper function at the top of your file. In the code below, you can use this function to truncate the returned data and make sure the embed doesn't error, because field values exceed 1024 characters.
|
||||
|
||||
```js
|
||||
const trim = (str, max) => (str.length > max ? `${str.slice(0, max - 3)}...` : str);
|
||||
```
|
||||
|
||||
And here is how you can build the embed from the API data:
|
||||
|
||||
```js
|
||||
const [answer] = list;
|
||||
|
||||
const embed = new EmbedBuilder()
|
||||
.setColor(0xefff00)
|
||||
.setTitle(answer.word)
|
||||
.setURL(answer.permalink)
|
||||
.addFields(
|
||||
{ name: 'Definition', value: trim(answer.definition, 1_024) },
|
||||
{ name: 'Example', value: trim(answer.example, 1_024) },
|
||||
{ name: 'Rating', value: `${answer.thumbs_up} thumbs up. ${answer.thumbs_down} thumbs down.` },
|
||||
);
|
||||
|
||||
interaction.editReply({ embeds: [embed] });
|
||||
```
|
||||
|
||||
<Callout>
|
||||
Check out display components for a newer approach to message formatting! You can read the [display
|
||||
components](../popular-topics/display-components) section of this guide to learn more about using them!
|
||||
</Callout>
|
||||
@@ -1,141 +0,0 @@
|
||||
---
|
||||
title: Creating slash commands
|
||||
---
|
||||
|
||||
## Creating slash commands
|
||||
|
||||
import { Step, Steps } from 'fumadocs-ui/components/steps';
|
||||
import { File, Folder, Files } from 'fumadocs-ui/components/files';
|
||||
|
||||
Discord allows developers to register [slash commands](https://discord.com/developers/docs/interactions/application-commands), which provide users a first-class way of interacting directly with your application.
|
||||
|
||||
Slash commands provide a huge number of benefits over manual message parsing, including:
|
||||
|
||||
- Integration with the Discord client interface.
|
||||
- Automatic command detection and parsing of the associated options/arguments.
|
||||
- Typed argument inputs for command options, e.g. "String", "User", or "Role".
|
||||
- Validated or dynamic choices for command options.
|
||||
- In-channel private responses (ephemeral messages).
|
||||
- Pop-up form-style inputs for capturing additional information.
|
||||
|
||||
...and many more!
|
||||
|
||||
## Before you continue
|
||||
|
||||
Assuming you've followed the guide so far, your project directory should look something like this:
|
||||
|
||||
<Files>
|
||||
<Folder name="discord-bot" defaultOpen>
|
||||
<Folder name="node_modules" defaultOpen />
|
||||
<File name="config.json" />
|
||||
<File name="index.js" />
|
||||
<File name="package-lock.json" />
|
||||
<File name="package.json" />
|
||||
</Folder>
|
||||
</Files>
|
||||
|
||||
<Steps>
|
||||
<Step>
|
||||
|
||||
### Command Files
|
||||
|
||||
The individual command files, containing slash command definitions and functionality.
|
||||
|
||||
</Step>
|
||||
<Step>
|
||||
|
||||
### Command Handler
|
||||
|
||||
The [command handler](./handling-commands), dynamically reads the command files and executes commands.
|
||||
|
||||
</Step>
|
||||
<Step>
|
||||
|
||||
### Command Deployment
|
||||
|
||||
The command [deployment script](./deploying-commands) to register your slash commands with Discord.
|
||||
|
||||
</Step>
|
||||
</Steps>
|
||||
|
||||
These steps can be followed in any order, but are all required to make your bot work. This page details step **1**. Make sure you also check out the other linked pages.
|
||||
|
||||
## Individual command files
|
||||
|
||||
Create a new folder named `commands` and a subfolder named `utility` inside it, which is where you'll store all of your utility command files. You'll be using the class to construct the command definitions.
|
||||
|
||||
At a minimum, the definition of a slash command must have a name and a description. Slash command names must be between 1-32 characters and contain no capital letters, spaces, or symbols other than `-` and `_`. Using the builder, a simple `ping` command definition would look like this:
|
||||
|
||||
```js
|
||||
new SlashCommandBuilder().setName('ping').setDescription('Replies with Pong!');
|
||||
```
|
||||
|
||||
A slash command also requires a function to run when the command is used, to respond to the interaction. Using an interaction response method confirms to Discord that your bot successfully received the interaction, and has responded to the user. Discord enforces this to ensure that all slash commands provide a good user experience (UX). Failing to respond will cause Discord to show that the command failed, even if your bot is performing other actions as a result.
|
||||
|
||||
The simplest way to acknowledge and respond to an interaction is the `interaction.reply()` method. Other methods of replying are covered on the [Response methods](../slash-commands/response-methods) page later in this section.
|
||||
|
||||
```js
|
||||
async execute(interaction) {
|
||||
await interaction.reply('Pong!')
|
||||
}
|
||||
```
|
||||
|
||||
Put these two together by creating a `ping.js` file in the `commands/utility` folder for your first command. Inside this file, you're going to define and export two items.
|
||||
|
||||
- The `data` property, which will provide the command definition shown above for registering to Discord.
|
||||
- The `execute` method, which will contain the functionality to run from our event handler when the command is used.
|
||||
|
||||
These are placed inside `module.exports` so they can be read by other files; namely the command loader and command deployment scripts mentioned earlier.
|
||||
|
||||
```js title="commands/utility/ping.js"
|
||||
const { SlashCommandBuilder } = require('discord.js');
|
||||
|
||||
module.exports = {
|
||||
data: new SlashCommandBuilder().setName('ping').setDescription('Replies with Pong!'),
|
||||
async execute(interaction) {
|
||||
await interaction.reply('Pong!');
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
<Callout>
|
||||
[`module.exports`](https://nodejs.org/api/modules.html#modules_module_exports) is how you export data in Node.js so that you can [`require()`](https://nodejs.org/api/modules.html#modules_require_id) it in other files.
|
||||
|
||||
If you need to access your client instance from inside a command file, you can access it via `interaction.client`. If you need to access external files, packages, etc., you should `require()` them at the top of the file.
|
||||
|
||||
</Callout>
|
||||
|
||||
That's it for your basic ping command. Below are examples of two more commands we're going to build upon throughout the guide, so create two more files for these before you continue reading.
|
||||
|
||||
```js tab="User" title="commands/utility/user.js"
|
||||
const { SlashCommandBuilder } = require('discord.js');
|
||||
|
||||
module.exports = {
|
||||
data: new SlashCommandBuilder().setName('user').setDescription('Provides information about the user.'),
|
||||
async execute(interaction) {
|
||||
// interaction.user is the object representing the User who ran the command
|
||||
// interaction.member is the GuildMember object, which represents the user in the specific guild
|
||||
await interaction.reply(
|
||||
`This command was run by ${interaction.user.username}, who joined on ${interaction.member.joinedAt}.`,
|
||||
);
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
```js tab="Server" title="commands/utility/server.js"
|
||||
const { SlashCommandBuilder } = require('discord.js');
|
||||
|
||||
module.exports = {
|
||||
data: new SlashCommandBuilder().setName('server').setDescription('Provides information about the server.'),
|
||||
async execute(interaction) {
|
||||
// interaction.guild is the object representing the Guild in which the command was run
|
||||
await interaction.reply(
|
||||
`This server is ${interaction.guild.name} and has ${interaction.guild.memberCount} members.`,
|
||||
);
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
#### Next steps
|
||||
|
||||
You can implement additional commands by creating new files within a dedicated subfolder in the `commands` folder, but these three are the ones we're going to use for the examples as we go on. For now let's move on to the code you'll need for command handling, to load the files and respond to incoming interactions.
|
||||
@@ -1,153 +0,0 @@
|
||||
---
|
||||
title: Registering Commands
|
||||
---
|
||||
|
||||
import { Step, Steps } from 'fumadocs-ui/components/steps';
|
||||
|
||||
For fully functional slash commands, you need three important pieces of code:
|
||||
|
||||
<Steps>
|
||||
<Step>
|
||||
|
||||
### Command Files
|
||||
|
||||
The individual command files, containing [slash command](./creating-commands) definitions and functionality.
|
||||
|
||||
</Step>
|
||||
<Step>
|
||||
|
||||
### Command Handler
|
||||
|
||||
The [command handler](./handling-commands), dynamically reads the command files and executes commands.
|
||||
|
||||
</Step>
|
||||
<Step>
|
||||
|
||||
### Command Deployment
|
||||
|
||||
The command deployment script to register your slash commands with Discord.
|
||||
|
||||
</Step>
|
||||
</Steps>
|
||||
|
||||
These steps can be followed in any order, but are all required to make your bot work. This page details step **3**. Make sure you also check out the other linked pages.
|
||||
|
||||
## Command registration
|
||||
|
||||
Slash commands can be registered in two ways; in one specific guild, or for every guild the bot is in. We're going to look at single-guild registration first, as this is a good way to develop and test your commands before a global deployment.
|
||||
|
||||
Your application will need the `applications.commands` scope authorized in a guild for any of its slash commands to appear, and to be able to register them in a specific guild without error.
|
||||
|
||||
Slash commands only need to be registered once, and updated when the definition (description, options etc) is changed. As there is a daily limit on command creations, it's not necessary nor desirable to connect a whole client to the gateway or do this on every `ready` event. As such, a standalone script using the lighter REST manager is preferred.
|
||||
|
||||
This script is intended to be run separately, only when you need to make changes to your slash command **definitions** - you're free to modify parts such as the execute function as much as you like without redeployment.
|
||||
|
||||
### Guild commands
|
||||
|
||||
Create a `deploy-commands.js` file in your project directory. This file will be used to register and update the slash commands for your bot application.
|
||||
|
||||
Add two more properties to your `config.json` file, which we'll need in the deployment script:
|
||||
|
||||
- `clientId`: Your application's client id ([Discord Developer Portal](https://discord.com/developers/applications) > "General Information" > application id)
|
||||
- `guildId`: Your development server's id ([Enable developer mode](https://support.discord.com/hc/en-us/articles/206346498) > Right-click the server title > "Copy ID")
|
||||
|
||||
```json title="config.json"
|
||||
{
|
||||
"token": "your-token-goes-here",
|
||||
// [!code ++:2]
|
||||
"clientId": "your-application-id-goes-here",
|
||||
"guildId": "your-server-id-goes-here"
|
||||
}
|
||||
```
|
||||
|
||||
With these defined, you can use the deployment script below:
|
||||
|
||||
```js title="deploy-commands.js" lineNumbers
|
||||
const { REST, Routes } = require('discord.js');
|
||||
const { clientId, guildId, token } = require('./config.json');
|
||||
const fs = require('node:fs');
|
||||
const path = require('node:path');
|
||||
|
||||
const commands = [];
|
||||
// Grab all the command folders from the commands directory you created earlier
|
||||
const foldersPath = path.join(__dirname, 'commands');
|
||||
const commandFolders = fs.readdirSync(foldersPath);
|
||||
|
||||
for (const folder of commandFolders) {
|
||||
// Grab all the command files from the commands directory you created earlier
|
||||
const commandsPath = path.join(foldersPath, folder);
|
||||
const commandFiles = fs.readdirSync(commandsPath).filter((file) => file.endsWith('.js'));
|
||||
// Grab the SlashCommandBuilder#toJSON() output of each command's data for deployment
|
||||
for (const file of commandFiles) {
|
||||
const filePath = path.join(commandsPath, file);
|
||||
const command = require(filePath);
|
||||
if ('data' in command && 'execute' in command) {
|
||||
commands.push(command.data.toJSON());
|
||||
} else {
|
||||
console.log(`[WARNING] The command at ${filePath} is missing a required "data" or "execute" property.`);
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
// Construct and prepare an instance of the REST module
|
||||
const rest = new REST().setToken(token);
|
||||
|
||||
// and deploy your commands!
|
||||
(async () => {
|
||||
try {
|
||||
console.log(`Started refreshing ${commands.length} application (/) commands.`);
|
||||
|
||||
// [!code word:Guild]
|
||||
// The put method is used to fully refresh all commands in the guild with the current set
|
||||
const data = await rest.put(Routes.applicationGuildCommands(clientId, guildId), { body: commands });
|
||||
|
||||
console.log(`Successfully reloaded ${data.length} application (/) commands.`);
|
||||
} catch (error) {
|
||||
// And of course, make sure you catch and log any errors!
|
||||
console.error(error);
|
||||
}
|
||||
})();
|
||||
```
|
||||
|
||||
Once you fill in these values, run `node deploy-commands.js` in your project directory to register your commands to the guild specified. If you see the success message, check for the commands in the server by typing `/`! If all goes well, you should be able to run them and see your bot's response in Discord!
|
||||
|
||||
### Global commands
|
||||
|
||||
Global application commands will be available in all the guilds your application has the `applications.commands` scope authorized in, and in direct messages by default.
|
||||
|
||||
To deploy global commands, you can use the same script from the guild commands section above and simply adjust the route in the script to `.applicationCommands(clientId)`
|
||||
|
||||
```js
|
||||
await rest.put(Routes.applicationCommands(clientId), { body: commands });
|
||||
```
|
||||
|
||||
### Where to deploy
|
||||
|
||||
<Callout>
|
||||
Guild-based deployment of commands is best suited for development and testing in your own personal server. Once you're satisfied that it's ready, deploy the command globally to publish it to all guilds that your bot is in.
|
||||
|
||||
You may wish to have a separate application and token in the Discord Dev Portal for your dev application, to avoid duplication between your guild-based commands and the global deployment.
|
||||
|
||||
</Callout>
|
||||
|
||||
#### Further reading
|
||||
|
||||
You've successfully sent a response to a slash command! However, this is only the most basic of command event and response functionality. Much more is available to enhance the user experience including:
|
||||
|
||||
<Cards>
|
||||
<Card title="Event Handling" href="./handling-events">
|
||||
Apply a similar dynamic, modular handling approach to client events.
|
||||
</Card>
|
||||
<Card title="Response Methods" href="../slash-commands/response-methods">
|
||||
Utilize different response methods for slash commands.
|
||||
</Card>
|
||||
<Card title="Advanced Command Creation" href="../slash-commands/advanced-creation">
|
||||
Expand on the command examples with additional, validated, option types.
|
||||
</Card>
|
||||
<Card title="Display Components" href="../popular-topics/display-components">
|
||||
Level up command responses with formatted content and display components.
|
||||
</Card>
|
||||
<Card title="Interactive Components" href="../interactive-components/action-rows">
|
||||
Enhance your commands with more input methods using Buttons, Select Menus, and Modals!
|
||||
</Card>
|
||||
</Cards>
|
||||
@@ -1,171 +0,0 @@
|
||||
---
|
||||
title: Command Handling
|
||||
---
|
||||
|
||||
import { Step, Steps } from 'fumadocs-ui/components/steps';
|
||||
|
||||
Unless your bot project is small, it's not a very good idea to have a single file with a giant `if`/`else if` chain for commands. If you want to implement features into your bot and make your development process a lot less painful, you'll want to implement a command handler. Let's get started on that!
|
||||
|
||||
For fully functional slash commands, you need three important pieces of code:
|
||||
|
||||
<Steps>
|
||||
<Step>
|
||||
|
||||
### Command Files
|
||||
|
||||
The individual command files, containing [slash command](./creating-commands) definitions and functionality.
|
||||
|
||||
</Step>
|
||||
<Step>
|
||||
|
||||
### Command Handler
|
||||
|
||||
The command handler, dynamically reads the command files and executes commands.
|
||||
|
||||
</Step>
|
||||
<Step>
|
||||
|
||||
### Command Deployment
|
||||
|
||||
The command [deployment script](./deploying-commands) to register your slash commands with Discord.
|
||||
|
||||
</Step>
|
||||
</Steps>
|
||||
|
||||
These steps can be followed in any order, but are all required to make your bot work. This page details step **2**. Make sure you also check out the other linked pages.
|
||||
|
||||
## Loading command files
|
||||
|
||||
Now that your command files have been created, your bot needs to load these files on startup.
|
||||
|
||||
In your `index.js` file, make these additions to the base template:
|
||||
|
||||
```js title="index.js" lineNumbers
|
||||
// [!code ++:4]
|
||||
const fs = require('node:fs');
|
||||
const path = require('node:path');
|
||||
const { Client, Collection, Events, GatewayIntentBits, MessageFlags } = require('discord.js');
|
||||
const { token } = require('./config.json');
|
||||
|
||||
const client = new Client({ intents: [GatewayIntentBits.Guilds] });
|
||||
|
||||
client.once(Events.ClientReady, (readyClient) => {
|
||||
console.log(`Ready! Logged in as ${readyClient.user.tag}`);
|
||||
});
|
||||
|
||||
client.commands = new Collection(); // [!code ++]
|
||||
```
|
||||
|
||||
We recommend attaching a `.commands` property to your client instance so that you can access your commands in other files. The rest of the examples in this guide will follow this convention. For TypeScript users, we recommend extending the base Client class to add this property, [casting](https://www.typescripttutorial.net/typescript-tutorial/type-casting/), or [augmenting the module type](https://www.typescriptlang.org/docs/handbook/declaration-merging.html#module-augmentation).
|
||||
|
||||
<Callout>
|
||||
- The [`fs`](https://nodejs.org/api/fs.html) module is Node's native file system module. `fs` is used to read the
|
||||
`commands` directory and identify our command files. - The [`path`](https://nodejs.org/api/path.html) module is Node's
|
||||
native path utility module. `path` helps construct paths to access files and directories. One of the advantages of the
|
||||
`path` module is that it automatically detects the operating system and uses the appropriate joiners. - The
|
||||
`Collection` class extends JavaScript's native
|
||||
[`Map`](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Map) class, and includes more
|
||||
extensive, useful functionality. `Collection` is used to store and efficiently retrieve commands for execution.
|
||||
</Callout>
|
||||
|
||||
Next, using the modules imported above, dynamically retrieve your command files with a few more additions to the `index.js` file:
|
||||
|
||||
```js title="index.js" lineNumbers=12
|
||||
client.commands = new Collection();
|
||||
|
||||
const foldersPath = path.join(__dirname, 'commands');
|
||||
const commandFolders = fs.readdirSync(foldersPath);
|
||||
|
||||
for (const folder of commandFolders) {
|
||||
const commandsPath = path.join(foldersPath, folder);
|
||||
const commandFiles = fs.readdirSync(commandsPath).filter((file) => file.endsWith('.js'));
|
||||
for (const file of commandFiles) {
|
||||
const filePath = path.join(commandsPath, file);
|
||||
const command = require(filePath);
|
||||
// Set a new item in the Collection with the key as the command name and the value as the exported module
|
||||
if ('data' in command && 'execute' in command) {
|
||||
client.commands.set(command.data.name, command);
|
||||
} else {
|
||||
console.log(`[WARNING] The command at ${filePath} is missing a required "data" or "execute" property.`);
|
||||
}
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
First, [`path.join()`](https://nodejs.org/api/path.html#pathjoinpaths) helps to construct a path to the `commands` directory. The first [`fs.readdirSync()`](https://nodejs.org/api/fs.html#fs_fs_readdirsync_path_options) method then reads the path to the directory and returns an array of all the folder names it contains, currently `['utility']`. The second `fs.readdirSync()` method reads the path to this directory and returns an array of all the file names they contain, currently `['ping.js', 'server.js', 'user.js']`. To ensure only command files get processed, `Array.filter()` removes any non-JavaScript files from the array.
|
||||
|
||||
With the correct files identified, the last step is dynamically set each command into the `client.commands` Collection. For each file being loaded, check that it has at least the `data` and `execute` properties. This helps to prevent errors resulting from loading empty, unfinished, or otherwise incorrect command files while you're still developing.
|
||||
|
||||
## Receiving command interactions
|
||||
|
||||
You will receive an interaction for every slash command executed. To respond to a command, you need to create a listener for the `interactionCreate` event that will execute code when your application receives an interaction. Place the code below in the `index.js` file you created earlier.
|
||||
|
||||
```js title="index.js" lineNumbers=32
|
||||
// [!code ++:3]
|
||||
client.on(Events.InteractionCreate, (interaction) => {
|
||||
console.log(interaction);
|
||||
});
|
||||
```
|
||||
|
||||
Not every interaction is a slash command (e.g. `MessageComponent` interactions). Make sure to only handle slash commands in this function by making use of the `BaseInteraction#isChatInputCommand` method to exit the handler if another type is encountered. This method also provides typeguarding for TypeScript users, narrowing the type from `BaseInteraction` to a `ChatInputCommandInteraction`.
|
||||
|
||||
```js title="index.js" lineNumbers=32
|
||||
client.on(Events.InteractionCreate, (interaction) => {
|
||||
if (!interaction.isChatInputCommand()) return; // [!code ++]
|
||||
console.log(interaction);
|
||||
});
|
||||
```
|
||||
|
||||
## Executing commands
|
||||
|
||||
When your bot receives a `interactionCreate` event, the interaction object contains all the information you need to dynamically retrieve and execute your commands!
|
||||
|
||||
Let's take a look at the `ping` command again. Note the `execute()` function that will reply to the interaction with "Pong!".
|
||||
|
||||
```js title="commands/utility/ping.js"
|
||||
// [!code word:execute]
|
||||
module.exports = {
|
||||
data: new SlashCommandBuilder().setName('ping').setDescription('Replies with Pong!'),
|
||||
async execute(interaction) {
|
||||
await interaction.reply('Pong!');
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
First, you need to get the matching command from the `client.commands` Collection based on the `interaction.commandName`. Your `Client` instance is always available via `interaction.client`. If no matching command is found, log an error to the console and ignore the event.
|
||||
|
||||
With the right command identified, all that's left to do is call the command's `.execute()` method and pass in the `interaction` variable as its argument. In case something goes wrong, catch and log any error to the console.
|
||||
|
||||
```js title="index.js" lineNumbers=32
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
if (!interaction.isChatInputCommand()) return;
|
||||
// [!code ++:23]
|
||||
const command = interaction.client.commands.get(interaction.commandName);
|
||||
|
||||
if (!command) {
|
||||
console.error(`No command matching ${interaction.commandName} was found.`);
|
||||
return;
|
||||
}
|
||||
|
||||
try {
|
||||
await command.execute(interaction);
|
||||
} catch (error) {
|
||||
console.error(error);
|
||||
if (interaction.replied || interaction.deferred) {
|
||||
await interaction.followUp({
|
||||
content: 'There was an error while executing this command!',
|
||||
flags: MessageFlags.Ephemeral,
|
||||
});
|
||||
} else {
|
||||
await interaction.reply({
|
||||
content: 'There was an error while executing this command!',
|
||||
flags: MessageFlags.Ephemeral,
|
||||
});
|
||||
}
|
||||
}
|
||||
});
|
||||
```
|
||||
|
||||
#### Next steps
|
||||
|
||||
Your command files are now loaded into your bot, and the event listener is prepared and ready to respond. In the next section, we cover the final step: a command deployment script you'll need to register your commands so they appear in the Discord client.
|
||||
@@ -1,215 +0,0 @@
|
||||
---
|
||||
title: Event Handling
|
||||
---
|
||||
|
||||
import { File, Folder, Files } from 'fumadocs-ui/components/files';
|
||||
|
||||
Node.js uses an event-driven architecture, making it possible to execute code when a specific event occurs. The discord.js library takes full advantage of this. You can visit the `Client` documentation to see the full list of events.
|
||||
|
||||
<Callout>
|
||||
This page assumes you've followed the guide up to this point, and created your `index.js` and individual slash
|
||||
commands according to those pages.
|
||||
</Callout>
|
||||
|
||||
At this point, your `index.js` file has listeners for two events: `ClientReady` and `InteractionCreate`.
|
||||
|
||||
```js title="index.js"
|
||||
// [!code word:ClientReady]
|
||||
client.once(Events.ClientReady, (readyClient) => {
|
||||
console.log(`Ready! Logged in as ${readyClient.user.tag}`);
|
||||
|
||||
// [!code word:InteractionCreate]
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
if (!interaction.isChatInputCommand()) return;
|
||||
|
||||
const command = interaction.client.commands.get(interaction.commandName);
|
||||
|
||||
if (!command) {
|
||||
console.error(`No command matching ${interaction.commandName} was found.`);
|
||||
return;
|
||||
}
|
||||
|
||||
try {
|
||||
await command.execute(interaction);
|
||||
} catch (error) {
|
||||
console.error(error);
|
||||
if (interaction.replied || interaction.deferred) {
|
||||
await interaction.followUp({
|
||||
content: 'There was an error while executing this command!',
|
||||
flags: MessageFlags.Ephemeral,
|
||||
});
|
||||
} else {
|
||||
await interaction.reply({
|
||||
content: 'There was an error while executing this command!',
|
||||
flags: MessageFlags.Ephemeral,
|
||||
});
|
||||
}
|
||||
}
|
||||
});
|
||||
```
|
||||
|
||||
Currently, the event listeners are in the `index.js` file. `Client#ready`emits once when the `Client` becomes ready for use, and `Client#interactionCreate` emits whenever an interaction is received. Moving the event listener code into individual files is simple, and we'll be taking a similar approach to the command handler.
|
||||
|
||||
<Callout type="warn">
|
||||
You're only going to move these two events from `index.js`. The code for [loading command
|
||||
files](./handling-commands#loading-command-files) will stay here!
|
||||
</Callout>
|
||||
|
||||
## Individual event files
|
||||
|
||||
Your project directory should look something like this:
|
||||
|
||||
<Files>
|
||||
<Folder name="discord-bot" defaultOpen>
|
||||
<Folder name="commands" defaultOpen />
|
||||
<Folder name="node_modules" defaultOpen />
|
||||
<File name="config.json" />
|
||||
<File name="deploy-commands.js" />
|
||||
<File name="index.js" />
|
||||
<File name="package-lock.json" />
|
||||
<File name="package.json" />
|
||||
</Folder>
|
||||
</Files>
|
||||
|
||||
Create an `events` folder in the same directory. You can then move the code from your event listeners in `index.js` to separate files: `events/ready.js` and `events/interactionCreate.js`.
|
||||
|
||||
```js tab="Ready Handler" title="events/ready.js"
|
||||
const { Events } = require('discord.js');
|
||||
|
||||
module.exports = {
|
||||
name: Events.ClientReady,
|
||||
once: true,
|
||||
execute(client) {
|
||||
console.log(`Ready! Logged in as ${client.user.tag}`);
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
```js tab="Interaction Handler" title="events/interactionCreate.js"
|
||||
const { Events, MessageFlags } = require('discord.js');
|
||||
|
||||
module.exports = {
|
||||
name: Events.InteractionCreate,
|
||||
async execute(interaction) {
|
||||
if (!interaction.isChatInputCommand()) return;
|
||||
|
||||
const command = interaction.client.commands.get(interaction.commandName);
|
||||
|
||||
if (!command) {
|
||||
console.error(`No command matching ${interaction.commandName} was found.`);
|
||||
return;
|
||||
}
|
||||
|
||||
try {
|
||||
await command.execute(interaction);
|
||||
} catch (error) {
|
||||
console.error(error);
|
||||
if (interaction.replied || interaction.deferred) {
|
||||
await interaction.followUp({
|
||||
content: 'There was an error while executing this command!',
|
||||
flags: MessageFlags.Ephemeral,
|
||||
});
|
||||
} else {
|
||||
await interaction.reply({
|
||||
content: 'There was an error while executing this command!',
|
||||
flags: MessageFlags.Ephemeral,
|
||||
});
|
||||
}
|
||||
}
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
```js title="index.js" tab="Main File (after removing events)"
|
||||
const fs = require('node:fs');
|
||||
const path = require('node:path');
|
||||
const { Client, Collection, GatewayIntentBits } = require('discord.js');
|
||||
const { token } = require('./config.json');
|
||||
|
||||
const client = new Client({ intents: [GatewayIntentBits.Guilds] });
|
||||
|
||||
client.commands = new Collection();
|
||||
const foldersPath = path.join(__dirname, 'commands');
|
||||
const commandFolders = fs.readdirSync(foldersPath);
|
||||
|
||||
for (const folder of commandFolders) {
|
||||
const commandsPath = path.join(foldersPath, folder);
|
||||
const commandFiles = fs.readdirSync(commandsPath).filter((file) => file.endsWith('.js'));
|
||||
for (const file of commandFiles) {
|
||||
const filePath = path.join(commandsPath, file);
|
||||
const command = require(filePath);
|
||||
if ('data' in command && 'execute' in command) {
|
||||
client.commands.set(command.data.name, command);
|
||||
} else {
|
||||
console.log(`[WARNING] The command at ${filePath} is missing a required "data" or "execute" property.`);
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
client.login(token);
|
||||
```
|
||||
|
||||
The `name` property states which event this file is for, and the `once` property holds a boolean value that specifies if the event should run only once. You don't need to specify this in `interactionCreate.js` as the default behavior will be to run on every event instance. The `execute` function holds your event logic, which will be called by the event handler whenever the event emits.
|
||||
|
||||
## Reading event files
|
||||
|
||||
Next, let's write the code for dynamically retrieving all the event files in the `events` folder. We'll be taking a similar approach to our [command handler](./handling-commands). Place the new code highlighted below in your `index.js`.
|
||||
|
||||
`fs.readdirSync().filter()` returns an array of all the file names in the given directory and filters for only `.js` files, i.e. `['ready.js', 'interactionCreate.js']`.
|
||||
|
||||
```js title="index.js"
|
||||
const fs = require('node:fs');
|
||||
const path = require('node:path');
|
||||
const { Client, Collection, GatewayIntentBits } = require('discord.js');
|
||||
const { token } = require('./config.json');
|
||||
|
||||
const client = new Client({ intents: [GatewayIntentBits.Guilds] });
|
||||
|
||||
client.commands = new Collection();
|
||||
const foldersPath = path.join(__dirname, 'commands');
|
||||
const commandFolders = fs.readdirSync(foldersPath);
|
||||
|
||||
for (const folder of commandFolders) {
|
||||
const commandsPath = path.join(foldersPath, folder);
|
||||
const commandFiles = fs.readdirSync(commandsPath).filter((file) => file.endsWith('.js'));
|
||||
for (const file of commandFiles) {
|
||||
const filePath = path.join(commandsPath, file);
|
||||
const command = require(filePath);
|
||||
if ('data' in command && 'execute' in command) {
|
||||
client.commands.set(command.data.name, command);
|
||||
} else {
|
||||
console.log(`[WARNING] The command at ${filePath} is missing a required "data" or "execute" property.`);
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
// [!code ++:12]
|
||||
const eventsPath = path.join(__dirname, 'events');
|
||||
const eventFiles = fs.readdirSync(eventsPath).filter((file) => file.endsWith('.js'));
|
||||
|
||||
for (const file of eventFiles) {
|
||||
const filePath = path.join(eventsPath, file);
|
||||
const event = require(filePath);
|
||||
if (event.once) {
|
||||
client.once(event.name, (...args) => event.execute(...args));
|
||||
} else {
|
||||
client.on(event.name, (...args) => event.execute(...args));
|
||||
}
|
||||
}
|
||||
|
||||
client.login(token);
|
||||
```
|
||||
|
||||
You'll notice the code looks very similar to the command loading above it - read the files in the events folder and load each one individually.
|
||||
|
||||
The `Client` class in discord.js extends the [`EventEmitter`](https://nodejs.org/api/events.html#events_class_eventemitter) class. Therefore, the `client` object exposes the [`.on()`](https://nodejs.org/api/events.html#events_emitter_on_eventname_listener) and [`.once()`](https://nodejs.org/api/events.html#events_emitter_once_eventname_listener) methods that you can use to register event listeners. These methods take two arguments: the event name and a callback function. These are defined in your separate event files as `name` and `execute`.
|
||||
|
||||
The callback function passed takes argument(s) returned by its respective event, collects them in an `args` array using the `...` [rest parameter syntax](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Functions/rest_parameters), then calls `event.execute()` while passing in the `args` array using the `...` [spread syntax](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Spread_syntax). They are used here because different events in discord.js have different numbers of arguments. The rest parameter collects these variable number of arguments into a single array, and the spread syntax then takes these elements and passes them to the `execute` function.
|
||||
|
||||
After this, listening for other events is as easy as creating a new file in the `events` folder. The event handler will automatically retrieve and register it whenever you restart your bot.
|
||||
|
||||
<Callout>
|
||||
In most cases, you can access your `client` instance in other files by obtaining it from one of the other discord.js
|
||||
structures, e.g. `interaction.client` in the `interactionCreate` event. You do not need to manually pass it to your
|
||||
events.
|
||||
</Callout>
|
||||
@@ -1,50 +0,0 @@
|
||||
---
|
||||
title: The Main File
|
||||
---
|
||||
|
||||
<Callout>
|
||||
This page assumes you've already prepared the [configuration files](../app-creation/project-setup#configuration-files)
|
||||
from the previous page. We're using the `config.json` approach, however feel free to substitute your own!
|
||||
</Callout>
|
||||
|
||||
## Creating the main file
|
||||
|
||||
Open your code editor and create a new file. We suggest that you save the file as `index.js`, but you may name it whatever you wish.
|
||||
|
||||
Here's the base code to get you started:
|
||||
|
||||
```js title="index.js"
|
||||
// Require the necessary discord.js classes
|
||||
const { Client, Events, GatewayIntentBits } = require('discord.js');
|
||||
const { token } = require('./config.json');
|
||||
|
||||
// Create a new client instance
|
||||
const client = new Client({ intents: [GatewayIntentBits.Guilds] });
|
||||
|
||||
// When the client is ready, run this code (only once).
|
||||
// The distinction between `client: Client<boolean>` and `readyClient: Client<true>` is important for TypeScript developers.
|
||||
// It makes some properties non-nullable.
|
||||
client.once(Events.ClientReady, (readyClient) => {
|
||||
console.log(`Ready! Logged in as ${readyClient.user.tag}`);
|
||||
});
|
||||
|
||||
// Log in to Discord with your client's token
|
||||
client.login(token);
|
||||
```
|
||||
|
||||
This is how you create a client instance for your Discord bot and log in to Discord. The `GatewayIntentBits.Guilds` intents option is necessary for the discord.js client to work as you expect it to, as it ensures that the caches for guilds, channels, and roles are populated and available for internal use.
|
||||
|
||||
<Callout>The term "guild" is used by the Discord API and in discord.js to refer to a Discord server.</Callout>
|
||||
|
||||
Intents also define which events Discord should send to your bot, and you may wish to enable more than just the minimum. You can read more about the other intents in the [Intents topic](../popular-topics/intents).
|
||||
|
||||
## Running your application
|
||||
|
||||
Open your terminal and run `node index.js` to start the process. If you see "Ready!" after a few seconds, you're good to go! The next step is to start adding slash commands to develop your app's functionality.
|
||||
|
||||
<Callout>
|
||||
You can open your `package.json` file and edit the `"main": "index.js"` field to point to your main file. You can then run `node .` in your terminal to start the process!
|
||||
|
||||
After closing the process with <kbd>Ctrl</kbd> <kbd>C</kbd>, you can press the up arrow on your keyboard to bring up the latest commands you've run. Pressing up and then enter after closing the process is a quick way to start it up again.
|
||||
|
||||
</Callout>
|
||||
@@ -1,11 +0,0 @@
|
||||
{
|
||||
"title": "Creating Your App",
|
||||
"pages": [
|
||||
"project-setup",
|
||||
"main-file",
|
||||
"creating-commands",
|
||||
"handling-commands",
|
||||
"deploying-commands",
|
||||
"handling-events"
|
||||
]
|
||||
}
|
||||
@@ -1,101 +0,0 @@
|
||||
---
|
||||
title: Project Setup
|
||||
---
|
||||
|
||||
## Configuration files
|
||||
|
||||
Once you [add your bot to a server](../preparations/adding-your-app), the next step is to start coding and get it online! Let's start by creating a config file for your client token and a main file for your bot application.
|
||||
|
||||
As explained in the ["What is a token, anyway?"](../preparations/app-setup#what-is-a-token-anyway) section, your token is essentially your bot's password, and you should protect it as best as possible. This can be done through a `config.json` file or by using environment variables.
|
||||
|
||||
Open your application in the [Discord Developer Portal](https://discord.com/developers/applications) and go to the "Bot" page to copy your token.
|
||||
|
||||
## Using `config.json`
|
||||
|
||||
Storing data in a `config.json` file is a common way of keeping your sensitive values safe. Create a `config.json` file in your project directory and paste in your token. You can access your token inside other files by using `require()`.
|
||||
|
||||
```json tab="Config" title="config.json"
|
||||
{
|
||||
"token": "your-token-goes-here"
|
||||
}
|
||||
```
|
||||
|
||||
```js tab="Usage"
|
||||
const { token } = require('./config.json');
|
||||
|
||||
console.log(token);
|
||||
```
|
||||
|
||||
<Callout title="Danger" type="error">
|
||||
If you're using Git, you should not commit files containing secrets. Read on to find out how to [exclude them from
|
||||
versioning by using `.gitignore`](#git-and-gitignore).
|
||||
</Callout>
|
||||
|
||||
## Using environment variables
|
||||
|
||||
Environment variables are, as the name suggets, values you can pass to your environment (e.g. terminal session, Docker container, node process). This has the benefit that you can keep your code the same for different execution contexts.
|
||||
|
||||
```txt title=".env"
|
||||
A=Hello World
|
||||
B=123
|
||||
DISCORD_TOKEN=MTI3NDMxMjA3PDQ3ODIxNzIzNg.G6uEbl.IpA3-9YeScYr9pu9K1utMlpP4p-KJwNxcIAbi8
|
||||
```
|
||||
|
||||
<Callout title="Danger" type="error">
|
||||
If you're using Git, you should not commit `.env` or other environment files containing secrets. Read on to find out
|
||||
how to [exclude them from versioning by using `.gitignore`](#git-and-gitignore).
|
||||
</Callout>
|
||||
|
||||
To use environment variables in Node.js, we recommend you use the command line interface flag `--env-file` to point to the `.env` file you want to use. Note that the file name `.env` is just a convention. You could for example have a `.env.development` and `.env.production` file with different values depending on the Discord application you want to run your code.
|
||||
|
||||
You can also read multiple environment files by using the `--env-file` flag multiple times.
|
||||
|
||||
```sh
|
||||
node --env-file=.env index.js
|
||||
```
|
||||
|
||||
<Callout>You don't need to pass any special flags when using Bun! Bun reads `.env` files automatically.</Callout>
|
||||
|
||||
The values you specify in `.env` files this way are exposed through the `process.env` global variable in any file. Note that values passed this way will always be strings. If you want to do calculations on environment numbers, you will have to parse them:
|
||||
|
||||
```js title="index.js"
|
||||
// [!code word:env]
|
||||
console.log(process.env.A);
|
||||
console.log(process.env.B + 9); // 1239 (this concatenates the number to the string!)
|
||||
console.log(Number(process.env.C) + 9); // 132
|
||||
console.log(process.env.DISCORD_TOKEN);
|
||||
```
|
||||
|
||||
## Online editors
|
||||
|
||||
While we generally do not recommend using online editors as hosting solutions, but rather invest in a proper virtual private server, these services do offer ways to keep your credentials safe as well! Please see the respective service's documentation and help articles for more information on how to keep sensitive values safe:
|
||||
|
||||
<Cards>
|
||||
<Card title="Glitch" href="https://help.glitch.com/s/article/Adding-Private-Data">
|
||||
Learn more about storing secrets in `.env` files using Glitch
|
||||
</Card>
|
||||
<Card title="Heroku" href="https://devcenter.heroku.com/articles/config-vars">
|
||||
Learn more about configuration variables in Heroku
|
||||
</Card>
|
||||
<Card title="Replit" href="https://docs.replit.com/replit-workspace/workspace-features/secrets#secrets">
|
||||
Learn more about secrets and environment variables in Replit
|
||||
</Card>
|
||||
</Cards>
|
||||
|
||||
## Git and `.gitignore`
|
||||
|
||||
Git is a fantastic tool to keep track of your code changes and allows you to upload progress to services like [GitHub](https://github.com/), [GitLab](https://about.gitlab.com/), or [Bitbucket](https://bitbucket.org/product). While this is super useful to share code with other developers, it also bears the risk of uploading your configuration files with sensitive values!
|
||||
|
||||
You can specify files that Git should ignore in its versioning systems with a `.gitignore` file. Create a `.gitignore` file in your project directory and add the names of the files and folders you want to ignore. The following example ignores the `config.json` and `.env` files as well as the `node_modules` directory:
|
||||
|
||||
```txt title=".gitignore"
|
||||
node_modules
|
||||
.env
|
||||
config.json
|
||||
```
|
||||
|
||||
<Callout>
|
||||
`.gitignore` files can specify intricate patterns and help with your general development flow. Apart from keeping your
|
||||
credentials safe, you should exclude `node_modules` from version control as well, its contents can be restored from
|
||||
the entries in your `package.json` and `package-lock.json` files.
|
||||
</Callout>
|
||||
|
Before Width: | Height: | Size: 13 KiB |
|
Before Width: | Height: | Size: 22 KiB |
|
Before Width: | Height: | Size: 11 KiB |
|
Before Width: | Height: | Size: 19 KiB |
|
Before Width: | Height: | Size: 2.0 KiB |
|
Before Width: | Height: | Size: 9.9 KiB |
|
Before Width: | Height: | Size: 21 KiB |
|
Before Width: | Height: | Size: 10 KiB |
|
Before Width: | Height: | Size: 21 KiB |
@@ -1,200 +0,0 @@
|
||||
---
|
||||
title: Package scripts
|
||||
---
|
||||
|
||||
## Setting up package.json scripts
|
||||
|
||||
An easy way to run scripts like a script to start your bot, a script to lint your bot's files, or whatever scripts you use is by storing them in your `package.json` file. After you store these scripts in your `package.json` file, you can run the `start` script to start your bot or the `lint` script to lint your code for errors.
|
||||
|
||||
```sh tab="npm"
|
||||
npm run start
|
||||
npm run lint
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn run start
|
||||
yarn run lint
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm run start
|
||||
pnpm run lint
|
||||
```
|
||||
|
||||
```sh tab="bun"
|
||||
bun run start
|
||||
bun run lint
|
||||
```
|
||||
|
||||
## Getting started
|
||||
|
||||
<Callout>
|
||||
Before getting started, you'll need to have a `package.json` file. If you don't have a `package.json` file yet, you can run the following command in the console to generate one.
|
||||
|
||||
```sh tab="npm"
|
||||
npm init -y
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn init -y
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm init
|
||||
```
|
||||
|
||||
```sh tab="bun"
|
||||
bun init -y
|
||||
```
|
||||
|
||||
</Callout>
|
||||
|
||||
If you haven't touched your `package.json` file yet (excluding installing dependencies), your `package.json` file should look similar to the following:
|
||||
|
||||
```json title="package.json"
|
||||
{
|
||||
"name": "my-bot",
|
||||
"version": "1.0.0",
|
||||
"description": "A Discord bot!",
|
||||
"main": "index.js",
|
||||
"scripts": {
|
||||
"test": "echo \"Error: no test specified\" && exit 1"
|
||||
},
|
||||
"keywords": [],
|
||||
"author": "",
|
||||
"license": "ISC"
|
||||
}
|
||||
```
|
||||
|
||||
Let's zoom in more. Below `main`, you'll see `scripts`. You can specify your scripts there. In this guide, we'll show how to start and lint your bot using a `package.json` script.
|
||||
|
||||
## Adding your first script
|
||||
|
||||
<Callout>
|
||||
We'll assume you have finished the [creating your app](../app-creation/project-setup) section of the guide. If you
|
||||
haven't, ensure to follow it first!
|
||||
</Callout>
|
||||
|
||||
Over at your `package.json` file, add the following line to the `scripts`:
|
||||
|
||||
```json title="package.json"
|
||||
{
|
||||
"name": "my-bot",
|
||||
"version": "1.0.0",
|
||||
"description": "A Discord bot!",
|
||||
"main": "index.js",
|
||||
"scripts": { // [!code focus:5]
|
||||
"test": "echo \"Error: no test specified\" && exit 1" // needs a comma // [!code --]
|
||||
"test": "echo \"Error: no test specified\" && exit 1", // [!code ++]
|
||||
"start": "node ." // [!code ++]
|
||||
},
|
||||
"keywords": [],
|
||||
"author": "",
|
||||
"license": "ISC"
|
||||
}
|
||||
```
|
||||
|
||||
<Callout>
|
||||
The `node .` script will run the file you have specified at the `main` entry in your `package.json` file. If you don't
|
||||
have it set yet, make sure to select your bot's main file as `main`!
|
||||
</Callout>
|
||||
|
||||
Now, whenever you run the `start` script in your bot's directory, it will run the `node .` command.
|
||||
|
||||
```sh tab="npm"
|
||||
npm run start
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn run start
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm run start
|
||||
```
|
||||
|
||||
```sh tab="bun"
|
||||
bun run start
|
||||
```
|
||||
|
||||
Let's create another script to lint your code via the command line. Add the following line to your scripts:
|
||||
|
||||
```json title="package.json"
|
||||
{
|
||||
"name": "my-bot",
|
||||
"version": "1.0.0",
|
||||
"description": "A Discord bot!",
|
||||
"main": "index.js",
|
||||
"scripts": { // [!code focus:6]
|
||||
"test": "echo \"Error: no test specified\" && exit 1",
|
||||
"start": "node ." // needs a comma // [!code --]
|
||||
"start": "node .", // [!code ++]
|
||||
"lint": "eslint ." // [!code ++]
|
||||
},
|
||||
"keywords": [],
|
||||
"author": "",
|
||||
"license": "ISC"
|
||||
}
|
||||
```
|
||||
|
||||
Now, whenever you run the `lint` script, ESLint will lint your `index.js` file.
|
||||
|
||||
```sh tab="npm"
|
||||
npm run lint
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn run lint
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm run lint
|
||||
```
|
||||
|
||||
```sh tab="bun"
|
||||
bun run lint
|
||||
```
|
||||
|
||||
Your `package.json` file should now look similar to the following:
|
||||
|
||||
```json
|
||||
{
|
||||
"name": "my-bot",
|
||||
"version": "1.0.0",
|
||||
"description": "A Discord bot!",
|
||||
"main": "index.js",
|
||||
"scripts": {
|
||||
"test": "echo \"Error: no test specified\" && exit 1",
|
||||
"start": "node .",
|
||||
"lint": "eslint ."
|
||||
},
|
||||
"keywords": [],
|
||||
"author": "",
|
||||
"license": "ISC"
|
||||
}
|
||||
```
|
||||
|
||||
And that's it! You can always add more scripts now, running them with:
|
||||
|
||||
```sh tab="npm"
|
||||
npm run <script-name>
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn run <script-name>
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm run <script-name>
|
||||
```
|
||||
|
||||
```sh tab="bun"
|
||||
bun run <script-name>
|
||||
```
|
||||
|
||||
<Cards>
|
||||
<Card title="Package Scripts" href="https://docs.npmjs.com/cli/v7/using-npm/scripts">
|
||||
Package scripts allow some more configuration (like pre-, post- and lifecycle scripts) than we can cover in this
|
||||
guide. Check out the official documentation on for more information.
|
||||
</Card>
|
||||
</Cards>
|
||||
@@ -1,113 +0,0 @@
|
||||
---
|
||||
title: PM2
|
||||
---
|
||||
|
||||
PM2 is a process manager. It manages your applications' states, so you can start, stop, restart, and delete processes. It offers features such as monitoring running processes and setting up a "start with operating system" (be that Windows, Linux, or Mac) so your processes start when you boot your system.
|
||||
|
||||
## Installation
|
||||
|
||||
You can install PM2 via the following command:
|
||||
|
||||
```sh tab="npm"
|
||||
npm install --global pm2
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn global add pm2
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm add --global pm2
|
||||
```
|
||||
|
||||
```sh tab="bun"
|
||||
bun add --global pm2
|
||||
```
|
||||
|
||||
## Starting your app
|
||||
|
||||
After you install PM2, the easiest way you can start your app is by going to the directory your bot is in and then run the following:
|
||||
|
||||
```sh
|
||||
pm2 start your-app-name.js
|
||||
```
|
||||
|
||||
### Additional notes
|
||||
|
||||
The `pm2 start` script allows for more optional command-line arguments.
|
||||
|
||||
- `--name`: This allows you to set the name of your process when listing it up with `pm2 list` or `pm2 monit`:
|
||||
|
||||
```sh
|
||||
pm2 start your-app-name.js --name "Some cool name"
|
||||
```
|
||||
|
||||
- `--watch`: This option will automatically restart your process as soon as a file change is detected, which can be useful for development environments:
|
||||
|
||||
```bash
|
||||
pm2 start your-app-name.js --watch
|
||||
```
|
||||
|
||||
<Callout>
|
||||
The `pm2 start` command can take more optional parameters, but only these two are relevant. If you want to see all the
|
||||
parameters available, you can check the documentation of pm2
|
||||
[here](https://pm2.keymetrics.io/docs/usage/pm2-doc-single-page/).
|
||||
</Callout>
|
||||
|
||||
Once the process launches with pm2, you can run `pm2 monit` to monitor all console outputs from the processes started by pm2. This accounts for any `console.log()` in your code or outputted errors.
|
||||
|
||||
In a similar fashion to how you start the process, running `pm2 stop` will stop the current process without removing it from PM2's interface:
|
||||
|
||||
```sh
|
||||
pm2 stop your-app-name.js
|
||||
```
|
||||
|
||||
## Setting up booting with your system
|
||||
|
||||
Perhaps one of the more useful features of PM2 is being able to boot up with your Operating System. This feature will ensure that your bot processes will always be started after an (unexpected) reboot (e.g., after a power outage).
|
||||
|
||||
The initial steps differ per OS. In this guide, we'll cover those for Windows and Linux/macOS.
|
||||
|
||||
### Initial steps for Windows
|
||||
|
||||
It is recommended to use `pm2-installer`. Follow the steps over at their [`GitHub`](https://github.com/jessety/pm2-installer).
|
||||
|
||||
### Initial steps for Linux/macOS
|
||||
|
||||
You'll need a start script, which you can get by running the following command:
|
||||
|
||||
```sh
|
||||
# Detects the available init system, generates the config, and enables startup system
|
||||
pm2 startup
|
||||
```
|
||||
|
||||
Or, if you want to specify your machine manually, select one of the options with the command:
|
||||
|
||||
```sh
|
||||
pm2 startup [ubuntu | ubuntu14 | ubuntu12 | centos | centos6 | arch | oracle | amazon | macos | darwin | freesd | systemd | systemv | upstart | launchd | rcd | openrc]
|
||||
```
|
||||
|
||||
The output of running one of the commands listed above will output a command for you to run with all environment variables and options configured.
|
||||
|
||||
**Example output for an Ubuntu user:**
|
||||
|
||||
```
|
||||
[PM2] You have to run this command as root. Execute the following command:
|
||||
sudo su -c "env PATH=$PATH:/home/user/.nvm/versions/node/v8.9/bin pm2 startup ubuntu -u user --hp /home/user
|
||||
```
|
||||
|
||||
After running that command, you can continue to the next step.
|
||||
|
||||
### Saving the current process list
|
||||
|
||||
To save the current process list so it will automatically get started after a restart, run the following command:
|
||||
|
||||
```sh
|
||||
pm2 save
|
||||
```
|
||||
|
||||
To disable this, you can run the following command:
|
||||
|
||||
```sh
|
||||
pm2 unstartup
|
||||
```
|
||||
@@ -1,52 +0,0 @@
|
||||
---
|
||||
title: Context Menus
|
||||
---
|
||||
|
||||
Context Menus are application commands which appear when right clicking or tapping a user or a message, in the Apps submenu.
|
||||
|
||||
<Callout>
|
||||
This page is a follow-up to the [slash commands](../slash-commands/advanced-creation) section. Please carefully read
|
||||
those pages first so that you can understand the methods used in this section.
|
||||
</Callout>
|
||||
|
||||
## Registering context menu commands
|
||||
|
||||
To create a context menu command, use the `ContextMenuCommandBuilder` class. You can then set the type of the context menu (user or message) using the `setType()` method.
|
||||
|
||||
```js
|
||||
const { ContextMenuCommandBuilder, ApplicationCommandType } = require('discord.js');
|
||||
|
||||
const data = new ContextMenuCommandBuilder().setName('User Information').setType(ApplicationCommandType.User);
|
||||
```
|
||||
|
||||
## Receiving context menu command interactions
|
||||
|
||||
Context menus commands, just like slash commands, are received via an interaction. You can check if a given interaction is a context menu by invoking the `isContextMenuCommand()` method, or the `isMessageContextMenuCommand()` and `isUserContextMenuCommand()` methods to check for the specific type of context menu interaction:
|
||||
|
||||
```js
|
||||
client.on(Events.InteractionCreate, (interaction) => {
|
||||
if (!interaction.isUserContextMenuCommand()) return;
|
||||
console.log(interaction);
|
||||
});
|
||||
```
|
||||
|
||||
## Extracting data from context menus
|
||||
|
||||
For user context menus, you can get the targeted user by accessing the `targetUser` or `targetMember` property from the `UserContextMenuCommandInteraction`.
|
||||
|
||||
For message context menus, you can get the targeted message by accessing the `targetMessage` property from the `MessageContextMenuCommandInteraction`.
|
||||
|
||||
```js
|
||||
client.on(Events.InteractionCreate, (interaction) => {
|
||||
if (!interaction.isUserContextMenuCommand()) return;
|
||||
// Get the User's username from context menu
|
||||
const { username } = interaction.targetUser;
|
||||
console.log(username);
|
||||
});
|
||||
```
|
||||
|
||||
## Notes
|
||||
|
||||
- Context menu commands cannot have subcommands or any options.
|
||||
- Responding to context menu commands functions the same as slash commands. Refer to our [slash command responses](../slash-commands/response-methods) guide for more information.
|
||||
- Context menu command permissions also function the same as slash commands. Refer to our [slash command permissions](../slash-commands/permissions) guide for more information.
|
||||
|
Before Width: | Height: | Size: 55 KiB |
|
Before Width: | Height: | Size: 25 KiB |
@@ -1,3 +0,0 @@
|
||||
{
|
||||
"title": "Other Interactions"
|
||||
}
|
||||
@@ -1,192 +0,0 @@
|
||||
---
|
||||
title: Modals
|
||||
---
|
||||
|
||||
With modals you can create pop-up forms that allow users to provide you with formatted inputs through submissions. We'll cover how to create, show, and receive modal forms using discord.js!
|
||||
|
||||
<Callout>
|
||||
This page is a follow-up to the [interactions (slash commands) page](../slash-commands/advanced-creation). Please
|
||||
carefully read that section first, so that you can understand the methods used in this section.
|
||||
</Callout>
|
||||
|
||||
## Building and responding with modals
|
||||
|
||||
Unlike message components, modals aren't strictly components themselves. They're a callback structure used to respond to interactions.
|
||||
|
||||
<Callout>
|
||||
You can have a maximum of five `ActionRowBuilder`s per modal builder, and one `TextInputBuilder` within an
|
||||
`ActionRowBuilder`. Currently, you can only use `TextInputBuilder`s in modal action rows builders.
|
||||
</Callout>
|
||||
|
||||
To create a modal you construct a new `ModalBuilder`. You can then use the setters to add the custom id and title.
|
||||
|
||||
```js
|
||||
const { Events, ModalBuilder } = require('discord.js');
|
||||
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
if (!interaction.isChatInputCommand()) return;
|
||||
|
||||
if (interaction.commandName === 'ping') {
|
||||
const modal = new ModalBuilder().setCustomId('myModal').setTitle('My Modal');
|
||||
|
||||
// TODO: Add components to modal...
|
||||
}
|
||||
});
|
||||
```
|
||||
|
||||
<Callout>
|
||||
The custom id is a developer-defined string of up to 100 characters. Use this field to ensure you can uniquely define
|
||||
all incoming interactions from your modals!
|
||||
</Callout>
|
||||
|
||||
The next step is to add the input fields in which users responding can enter free-text. Adding inputs is similar to adding components to messages.
|
||||
|
||||
At the end, we then call `ChatInputCommandInteraction#showModal` to display the modal to the user.
|
||||
|
||||
<Callout type="warn">
|
||||
If you're using typescript you'll need to specify the type of components your action row holds. This can be done by specifying the generic parameter in `ActionRowBuilder`:
|
||||
|
||||
```diff
|
||||
- new ActionRowBuilder()
|
||||
+ new ActionRowBuilder<ModalActionRowComponentBuilder>()
|
||||
```
|
||||
|
||||
</Callout>
|
||||
|
||||
```js
|
||||
const { ActionRowBuilder, Events, ModalBuilder, TextInputBuilder, TextInputStyle } = require('discord.js');
|
||||
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
if (!interaction.isChatInputCommand()) return;
|
||||
|
||||
if (interaction.commandName === 'ping') {
|
||||
// Create the modal
|
||||
const modal = new ModalBuilder().setCustomId('myModal').setTitle('My Modal');
|
||||
|
||||
// Add components to modal
|
||||
|
||||
// Create the text input components
|
||||
const favoriteColorInput = new TextInputBuilder()
|
||||
.setCustomId('favoriteColorInput')
|
||||
// The label is the prompt the user sees for this input
|
||||
.setLabel("What's your favorite color?")
|
||||
// Short means only a single line of text
|
||||
.setStyle(TextInputStyle.Short);
|
||||
|
||||
const hobbiesInput = new TextInputBuilder()
|
||||
.setCustomId('hobbiesInput')
|
||||
.setLabel("What's some of your favorite hobbies?")
|
||||
// Paragraph means multiple lines of text.
|
||||
.setStyle(TextInputStyle.Paragraph);
|
||||
|
||||
// An action row only holds one text input,
|
||||
// so you need one action row per text input.
|
||||
const firstActionRow = new ActionRowBuilder().addComponents(favoriteColorInput);
|
||||
const secondActionRow = new ActionRowBuilder().addComponents(hobbiesInput);
|
||||
|
||||
// Add inputs to the modal
|
||||
modal.addComponents(firstActionRow, secondActionRow);
|
||||
|
||||
// Show the modal to the user
|
||||
await interaction.showModal(modal); // [!code word:showModal]
|
||||
}
|
||||
});
|
||||
```
|
||||
|
||||
Restart your bot and invoke the `/ping` command again. You should see a popup form resembling the image below:
|
||||
|
||||

|
||||
|
||||
<Callout type="warn">
|
||||
Showing a modal must be the first response to an interaction. You cannot `defer()` or `deferUpdate()` then show a
|
||||
modal later.
|
||||
</Callout>
|
||||
|
||||
### Input styles
|
||||
|
||||
Currently there are two different input styles available:
|
||||
|
||||
- `Short`, a single-line text entry;
|
||||
- `Paragraph`, a multi-line text entry similar to the HTML `<textarea>`;
|
||||
|
||||
### Input properties
|
||||
|
||||
In addition to the `customId`, `label` and `style`, a text input can be customised in a number of ways to apply validation, prompt the user, or set default values via the `TextInputBuilder` methods:
|
||||
|
||||
```js
|
||||
const input = new TextInputBuilder()
|
||||
// set the maximum number of characters to allow
|
||||
.setMaxLength(1_000)
|
||||
// set the minimum number of characters required for submission
|
||||
.setMinLength(10)
|
||||
// set a placeholder string to prompt the user
|
||||
.setPlaceholder('Enter some text!')
|
||||
// set a default value to pre-fill the input
|
||||
.setValue('Default')
|
||||
// require a value in this input field
|
||||
.setRequired(true);
|
||||
```
|
||||
|
||||
## Receiving modal submissions
|
||||
|
||||
### Interaction collectors
|
||||
|
||||
Modal submissions can be collected within the scope of the interaction that showed it by utilising an `InteractionCollector`, or the `ChatInputCommandInteraction#awaitModalSubmit` promisified method. These both provide instances of the `ModalSubmitInteraction` class as collected items.
|
||||
|
||||
For a detailed guide on receiving message components via collectors, please refer to the [collectors guide](../popular-topics/collectors#interaction-collectors).
|
||||
|
||||
### The interactionCreate event
|
||||
|
||||
To receive a `ModalSubmitInteraction` event, attach an `Client#interactionCreate` event listener to your client and use the `BaseInteraction#isModalSubmit` type guard to make sure you only receive modals:
|
||||
|
||||
```js
|
||||
client.on(Events.InteractionCreate, (interaction) => {
|
||||
if (!interaction.isModalSubmit()) return;
|
||||
console.log(interaction);
|
||||
});
|
||||
```
|
||||
|
||||
## Responding to modal submissions
|
||||
|
||||
The `ModalSubmitInteraction` class provides the same methods as the `ChatInputCommandInteraction` class. These methods behave equally:
|
||||
|
||||
- `reply()`
|
||||
- `editReply()`
|
||||
- `deferReply()`
|
||||
- `fetchReply()`
|
||||
- `deleteReply()`
|
||||
- `followUp()`
|
||||
|
||||
If the modal was shown from a `ButtonInteraction` or `StringSelectMenuInteraction`, it will also provide these methods, which behave equally:
|
||||
|
||||
- `update()`
|
||||
- `deferUpdate()`
|
||||
|
||||
```js
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
if (!interaction.isModalSubmit()) return;
|
||||
if (interaction.customId === 'myModal') {
|
||||
await interaction.reply({ content: 'Your submission was received successfully!' });
|
||||
}
|
||||
});
|
||||
```
|
||||
|
||||
<Callout>
|
||||
If you're using typescript, you can use the `ModalSubmitInteraction#isFromMessage` typeguard, to make sure the
|
||||
received interaction was from a `MessageComponentInteraction`.
|
||||
</Callout>
|
||||
|
||||
## Extracting data from modal submissions
|
||||
|
||||
You'll most likely need to read the data sent by the user in the modal. You can do this by accessing the `ModalSubmitInteraction#fields`. From there you can call `ModalSubmitFields#getTextInputValue` with the custom id of the text input to get the value.
|
||||
|
||||
```js
|
||||
client.on(Events.InteractionCreate, (interaction) => {
|
||||
if (!interaction.isModalSubmit()) return;
|
||||
|
||||
// Get the data entered by the user
|
||||
const favoriteColor = interaction.fields.getTextInputValue('favoriteColorInput');
|
||||
const hobbies = interaction.fields.getTextInputValue('hobbiesInput');
|
||||
console.log({ favoriteColor, hobbies });
|
||||
});
|
||||
```
|
||||
@@ -1,40 +0,0 @@
|
||||
---
|
||||
title: Action rows
|
||||
---
|
||||
|
||||
Action rows are a layout component with five "slots" that can be filled with other components. At the time of writing this guide, buttons take up one slot and select menus take up five "slots". Accordingly, each `ActionRow` can hold up to 5 buttons or a single select menu. A message can have up to five rows without providing the `IsComponentsV2` message flag. If you want to place buttons or action rows into the message body, they have to be wrapped inside rows.
|
||||
|
||||
<Callout>
|
||||
Read our guide section on [display components](../popular-topics/display-components) if you want to learn more about
|
||||
those.
|
||||
</Callout>
|
||||
|
||||
## Building action rows
|
||||
|
||||
To create an action row, use the `ActionRowBuilder` class and the `ActionRowBuilder#addComponents` method to add buttons or a select menu.
|
||||
|
||||
```js
|
||||
const row = new ActionRowBuilder().addComponents(component);
|
||||
```
|
||||
|
||||
<Callout>
|
||||
If you're using TypeScript, you'll need to specify the type of components your action row holds. This can be done by specifying the component builder you will add to it using a generic parameter in `ActionRowBuilder`.
|
||||
|
||||
```js
|
||||
new ActionRowBuilder() // [!code --]
|
||||
new ActionRowBuilder<ButtonBuilder>() // [!code ++]
|
||||
```
|
||||
|
||||
</Callout>
|
||||
|
||||
## Sending action rows
|
||||
|
||||
Once one or many components are inside your row(s), send them in the `components` property of your `InteractionReplyOptions` (extends `BaseMessageOptions`).
|
||||
|
||||
```js
|
||||
const row = new ActionRowBuilder().addComponents(component);
|
||||
|
||||
await interaction.reply({ components: [row] });
|
||||
```
|
||||
|
||||
To learn how to create the buttons and select menus that will go inside your row, including more detailed examples on how you might use them, continue on to the other pages in this section.
|
||||
@@ -1,122 +0,0 @@
|
||||
---
|
||||
title: Buttons
|
||||
---
|
||||
|
||||
The first type of interactive component we'll cover creating is a Button. Buttons are available in a variety of styles and can be used to provide permanent interfaces, temporary confirmation workflows, and other forms of additional interaction with your bot.
|
||||
|
||||
<Callout>
|
||||
This page is a follow-up to the [slash commands](../slash-commands/advanced-creation) section and [action
|
||||
rows](./action-rows) page. Please carefully read those pages first so that you can understand the methods used here.
|
||||
</Callout>
|
||||
|
||||
## Building buttons
|
||||
|
||||
Buttons are one of the `MessageComponent` classes, which can be sent via messages or interaction responses.
|
||||
|
||||
For this example, you're going to expand on the `ban` command that was previously covered on the [parsing options](../slash-commands/parsing-options) page with a confirmation workflow.
|
||||
|
||||
To create your buttons, use the `ButtonBuilder` class, defining at least the `customId`, `style` and `label`.
|
||||
|
||||
```js
|
||||
const { ButtonBuilder, ButtonStyle, SlashCommandBuilder } = require('discord.js');
|
||||
|
||||
module.exports = {
|
||||
// data: new SlashCommandBuilder()...
|
||||
async execute(interaction) {
|
||||
const target = interaction.options.getUser('target');
|
||||
const reason = interaction.options.getString('reason') ?? 'No reason provided';
|
||||
|
||||
const confirm = new ButtonBuilder().setCustomId('confirm').setLabel('Confirm Ban').setStyle(ButtonStyle.Danger);
|
||||
|
||||
const cancel = new ButtonBuilder().setCustomId('cancel').setLabel('Cancel').setStyle(ButtonStyle.Secondary);
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
<Callout>
|
||||
The custom id is a developer-defined string of up to 100 characters. Use this field to ensure you can uniquely define
|
||||
all incoming interactions.
|
||||
</Callout>
|
||||
|
||||
## Sending buttons
|
||||
|
||||
To send your buttons, create an action row and add the buttons as components. Then, send the row in the `components` property of `InteractionReplyOptions` (extends `BaseMessageOptions`).
|
||||
|
||||
```js
|
||||
const { ActionRowBuilder, ButtonBuilder, ButtonStyle, SlashCommandBuilder } = require('discord.js');
|
||||
|
||||
module.exports = {
|
||||
// data: new SlashCommandBuilder()...
|
||||
async execute(interaction) {
|
||||
const target = interaction.options.getUser('target');
|
||||
const reason = interaction.options.getString('reason') ?? 'No reason provided';
|
||||
|
||||
const confirm = new ButtonBuilder().setCustomId('confirm').setLabel('Confirm Ban').setStyle(ButtonStyle.Danger);
|
||||
|
||||
const cancel = new ButtonBuilder().setCustomId('cancel').setLabel('Cancel').setStyle(ButtonStyle.Secondary);
|
||||
|
||||
const row = new ActionRowBuilder().addComponents(cancel, confirm);
|
||||
|
||||
await interaction.reply({
|
||||
content: `Are you sure you want to ban ${target} for reason: ${reason}?`,
|
||||
components: [row],
|
||||
});
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
Restart your bot and then send the command to a channel your bot has access to. If all goes well, you should see something like this:
|
||||
|
||||
## Button styles
|
||||
|
||||
You'll notice in the above example that two different styles of buttons have been used, the grey Secondary style and the red Danger style. These were chosen specifically to support good UI/UX principles. In total, there are five button styles that can be used as appropriate to the action of the button:
|
||||
|
||||
- `Primary` style buttons are blue. These are suitable for most general purpose actions, where it's the primary or most significant action expected.
|
||||
- `Secondary` style buttons are grey. Use these for less important actions like the "Cancel" button in the example above.
|
||||
- `Success` style buttons are green. Similar to the Primary button, these are a good choice for "positive" confirmation actions.
|
||||
- `Danger` style buttons are red. Where the action being confirmed is "destructive", such a ban or delete, using a red button helps alert the user to the risk of the action.
|
||||
- `Link` style buttons are also grey, but are tagged with the "external link" symbol. These buttons will open the provided link in the browser without sending an interaction to the bot.
|
||||
|
||||
## Link buttons
|
||||
|
||||
Link buttons are a little different to the other styles. `Link` buttons **must** have a `url`, **cannot** have a `customId` and **do not** send an interaction event when clicked.
|
||||
|
||||
```js
|
||||
const button = new ButtonBuilder()
|
||||
.setLabel('discord.js docs')
|
||||
.setURL('https://discord.js.org') // [!code word:setURL]
|
||||
.setStyle(ButtonStyle.Link); // [!code word:Link]
|
||||
```
|
||||
|
||||
## Disabled buttons
|
||||
|
||||
If you want to prevent a button from being used, but not remove it from the message, you can disable it with the `ButtonBuilder#setDisabled` method:
|
||||
|
||||
```js
|
||||
const button = new ButtonBuilder()
|
||||
.setCustomId('disabled')
|
||||
.setLabel('Click me?')
|
||||
.setStyle(ButtonStyle.Primary)
|
||||
.setDisabled(true); // [!code word:setDisabled]
|
||||
```
|
||||
|
||||
## Emoji buttons
|
||||
|
||||
If you want to use a guild emoji within a `ButtonBuilder`, you can use the `ButtonBuilder#setEmoji` method:
|
||||
|
||||
```js
|
||||
const button = new ButtonBuilder()
|
||||
.setCustomId('primary')
|
||||
.setLabel('Primary')
|
||||
.setStyle(ButtonStyle.Primary)
|
||||
.setEmoji('123456789012345678'); // [!code word:setEmoji]
|
||||
```
|
||||
|
||||
#### Next steps
|
||||
|
||||
<Callout>
|
||||
Buttons can also be set as an accessory in section components. Check the guide section on [display
|
||||
components](../popular-topics/display-components) if you want to find out more about this.
|
||||
</Callout>
|
||||
|
||||
That's everything you need to know about building and sending buttons! From here you can learn about the other type of message component, [select menus](./select-menus), or have your bot start listening to [component interactions](./interactions) from your buttons.
|
||||
|
Before Width: | Height: | Size: 16 KiB |
@@ -1,213 +0,0 @@
|
||||
---
|
||||
title: Interactions
|
||||
---
|
||||
|
||||
## Component interactions
|
||||
|
||||
Every button click or select menu selection on a component sent by your bot fires an `interaction`, triggering the `Client#interactionCreate` event. How you decide to handle this will likely depend on the purpose of the components. Options include:
|
||||
|
||||
- Waiting for a single interaction via `awaitMessageComponent()` on a channel or a message.
|
||||
- Listening for multiple interactions over a period of time using an `InteractionCollector`.
|
||||
- Creating a permanent component handler in the `Client#interactionCreate` event.
|
||||
|
||||
<Callout>
|
||||
This page is a follow-up to the [slash commands](../slash-commands/advanced-creation) section, and assumes you have
|
||||
created either [buttons](./buttons) or [select menus](./select-menus) as detailed in this guide. Please carefully read
|
||||
those pages first so that you can understand the methods used here.
|
||||
</Callout>
|
||||
|
||||
## Responding to component interactions
|
||||
|
||||
As with all other interactions message components interactions require a response within 3 seconds, else Discord will treat them as failed.
|
||||
|
||||
Like slash commands, all types of message component interactions support the `reply()`, `deferReply()`, `editReply()` and `followUp()` methods, with the option for these responses to be ephemeral. These function identically to how they do for slash commands, so refer to the page on [slash command response methods](../slash-commands/response-methods) for information on those.
|
||||
|
||||
Component interactions also support two additional methods of response, detailed below and demonstrated in examples later on the page.
|
||||
|
||||
### Updates
|
||||
|
||||
Responding to a component interaction via the `update()` method acknowledges the interaction by editing the message on which the component was attached. This method should be preferred to calling `editReply()` on the original interaction which sent the components. Like `editReply()`, `update()` cannot be used to change the ephemeral state of a message.
|
||||
|
||||
Once `update()` has been called, future messages can be sent by calling `followUp()` or edits can be made by calling `editReply()` on the component interaction.
|
||||
|
||||
### Deferred updates
|
||||
|
||||
Responding to a component interaction via the `deferUpdate()` method acknowledges the interaction and resets the message state. This method can be used to suppress the need for further responses, however it's encouraged to provide meaningful feedback to users via an `update()` or ephemeral `reply()` at least.
|
||||
|
||||
Once `deferUpdate()` has been called, future messages can be sent by calling `followUp()` or edits can be made by calling `editReply()` on the component interaction.
|
||||
|
||||
## Awaiting components
|
||||
|
||||
If you followed our [buttons](./buttons) guide, the confirmation workflow for the `ban` command is a good example of a situation where your bot is expecting to receive a single response, from either the Confirm or Cancel button.
|
||||
|
||||
Begin by adding `withResponse` to the options, and then calling `Message#awaitMessageComponent` on the message. This method returns a [Promise](../additional-info/async-await) that resolves when any interaction passes its filter (if one is provided), or throws if none are received before the timeout. If this happens, remove the components and notify the user.
|
||||
|
||||
```js title="commands/moderation/ban.js"
|
||||
const response = await interaction.reply({
|
||||
content: `Are you sure you want to ban ${target.username} for reason: ${reason}?`,
|
||||
components: [row],
|
||||
// [!code ++]
|
||||
withResponse: true,
|
||||
});
|
||||
|
||||
// [!code ++:7]
|
||||
const collectorFilter = (i) => i.user.id === interaction.user.id;
|
||||
|
||||
try {
|
||||
const confirmation = await response.resource.message.awaitMessageComponent({ filter: collectorFilter, time: 60_000 });
|
||||
} catch {
|
||||
await interaction.editReply({ content: 'Confirmation not received within 1 minute, cancelling', components: [] });
|
||||
}
|
||||
```
|
||||
|
||||
<Callout>
|
||||
The filter applied here ensures that only the user who triggered the original interaction can use the buttons.
|
||||
</Callout>
|
||||
|
||||
With the confirmation collected, check which button was clicked and perform the appropriate action.
|
||||
|
||||
```js
|
||||
const response = await interaction.reply({
|
||||
content: `Are you sure you want to ban ${target.username} for reason: ${reason}?`,
|
||||
components: [row],
|
||||
withResponse: true,
|
||||
});
|
||||
|
||||
const collectorFilter = (i) => i.user.id === interaction.user.id;
|
||||
try {
|
||||
// [!code focus:8] [!code word:customId]
|
||||
const confirmation = await response.resource.message.awaitMessageComponent({ filter: collectorFilter, time: 60_000 });
|
||||
|
||||
if (confirmation.customId === 'confirm') {
|
||||
await interaction.guild.members.ban(target);
|
||||
await confirmation.update({ content: `${target.username} has been banned for reason: ${reason}`, components: [] });
|
||||
} else if (confirmation.customId === 'cancel') {
|
||||
await confirmation.update({ content: 'Action cancelled', components: [] });
|
||||
}
|
||||
} catch {
|
||||
await interaction.editReply({ content: 'Confirmation not received within 1 minute, cancelling', components: [] });
|
||||
}
|
||||
```
|
||||
|
||||
## Component collectors
|
||||
|
||||
For situations where you want to collect multiple interactions, the Collector approach is better suited than awaiting singular interactions. Following on from the [select menus](./select-menus) guide, you're going to extend that example to use an `InteractionCollector` to listen for multiple `StringSelectMenuInteraction`.
|
||||
|
||||
Begin by adding `withResponse` to the options, and then calling `Message#createMessageComponentCollector` on this instance. This method returns an InteractionCollector that will fire its `InteractionCollector#collect` event whenever an interaction passes its filter (if one is provided).
|
||||
|
||||
In the `collect` event, each interaction is a `StringSelectMenuInteraction` thanks to the `componentType: ComponentType.StringSelect` option provided to the collector (and because that was the only type of component in the message). The selected value(s) are available via the `StringSelectMenuInteraction#values` property.
|
||||
|
||||
```js
|
||||
const response = await interaction.reply({
|
||||
content: 'Choose your starter!',
|
||||
components: [row],
|
||||
withResponse: true, // [!code ++]
|
||||
});
|
||||
|
||||
// [!code ++:9]
|
||||
const collector = response.resource.message.createMessageComponentCollector({
|
||||
componentType: ComponentType.StringSelect,
|
||||
time: 3_600_000, // 1 hour
|
||||
});
|
||||
|
||||
collector.on('collect', async (i) => {
|
||||
const selection = i.values[0];
|
||||
await i.reply(`${i.user} has selected ${selection}!`);
|
||||
});
|
||||
```
|
||||
|
||||
## The Client#interactionCreate event
|
||||
|
||||
Third and finally, you may wish to have a listener setup to respond to permanent button or select menu features of your guild. For this, returning to the `Client#interactionCreate` event is the best approach.
|
||||
|
||||
If your event handling has been setup in multiple files as per our [event handling](../app-creation/handling-events) guide, you should already have an `events/interactionCreate.js` file that looks something like this.
|
||||
|
||||
```js title="events/interactionCreate.js"
|
||||
const { Events } = require('discord.js');
|
||||
|
||||
module.exports = {
|
||||
name: Events.InteractionCreate,
|
||||
async execute(interaction) {
|
||||
if (!interaction.isChatInputCommand()) return;
|
||||
|
||||
const command = interaction.client.commands.get(interaction.commandName);
|
||||
|
||||
if (!command) {
|
||||
console.error(`No command matching ${interaction.commandName} was found.`);
|
||||
return;
|
||||
}
|
||||
|
||||
try {
|
||||
await command.execute(interaction);
|
||||
} catch (error) {
|
||||
console.error(`Error executing ${interaction.commandName}`);
|
||||
console.error(error);
|
||||
}
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
The way this was previously set up returns from the `execute` function whenever it encounters an interaction that is not a `ChatInputCommandInteraction`, as shown on the highlighted line above. The first change that needs to be made is to invert this logic, without actually changing the functionality.
|
||||
|
||||
```js title="events/interactionCreate.js"
|
||||
const { Events } = require('discord.js');
|
||||
|
||||
// [!code focus:22]
|
||||
module.exports = {
|
||||
name: Events.InteractionCreate,
|
||||
async execute(interaction) {
|
||||
if (!interaction.isChatInputCommand()) return; // [!code --]
|
||||
// [!code ++:15]
|
||||
if (interaction.isChatInputCommand()) {
|
||||
const command = interaction.client.commands.get(interaction.commandName);
|
||||
|
||||
if (!command) {
|
||||
console.error(`No command matching ${interaction.commandName} was found.`);
|
||||
return;
|
||||
}
|
||||
|
||||
try {
|
||||
await command.execute(interaction);
|
||||
} catch (error) {
|
||||
console.error(`Error executing ${interaction.commandName}`);
|
||||
console.error(error);
|
||||
}
|
||||
}
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
Now that the logic is setup to run code when something _is_ a `ChatInputCommandInteraction`, rather than to stop and exit when it isn't, you can add handling for additional interaction types via simple `if...else` logic.
|
||||
|
||||
```js
|
||||
const { Events } = require('discord.js');
|
||||
|
||||
module.exports = {
|
||||
name: Events.InteractionCreate,
|
||||
// [!code focus]
|
||||
async execute(interaction) {
|
||||
// [!code focus]
|
||||
if (interaction.isChatInputCommand()) {
|
||||
const command = interaction.client.commands.get(interaction.commandName);
|
||||
|
||||
if (!command) {
|
||||
console.error(`No command matching ${interaction.commandName} was found.`);
|
||||
return;
|
||||
}
|
||||
|
||||
try {
|
||||
await command.execute(interaction);
|
||||
} catch (error) {
|
||||
console.error(`Error executing ${interaction.commandName}`);
|
||||
console.error(error);
|
||||
}
|
||||
// [!code focus:5] [!code ++:5]
|
||||
} else if (interaction.isButton()) {
|
||||
// respond to the button
|
||||
} else if (interaction.isStringSelectMenu()) {
|
||||
// respond to the select menu
|
||||
}
|
||||
// [!code focus]
|
||||
},
|
||||
};
|
||||
```
|
||||
@@ -1,3 +0,0 @@
|
||||
{
|
||||
"pages": ["action-rows", "buttons", "select-menus", "interactions"]
|
||||
}
|
||||
@@ -1,154 +0,0 @@
|
||||
---
|
||||
title: Select Menus
|
||||
---
|
||||
|
||||
Select menus are one of the `MessageComponent` classes, which can be sent via messages or interaction responses.
|
||||
|
||||
<Callout>
|
||||
This page is a follow-up to the [slash commands](../slash-commands/advanced-creation) section and [action
|
||||
rows](../interactive-components/action-rows) page. Please carefully read those pages first so that you can understand
|
||||
the methods used here.
|
||||
</Callout>
|
||||
|
||||
## Building string select menus
|
||||
|
||||
The "standard" and most customizable type of select menu is the string select menu. To create a string select menu, use the `StringSelectMenuBuilder` and `StringSelectMenuOptionBuilder` classes.
|
||||
|
||||
If you're a Pokémon fan, you've probably made a selection pretty similar to this example at some point in your life!
|
||||
|
||||
```js
|
||||
const { StringSelectMenuBuilder, StringSelectMenuOptionBuilder, SlashCommandBuilder } = require('discord.js');
|
||||
|
||||
module.exports = {
|
||||
// data: new SlashCommandBuilder()...
|
||||
async execute(interaction) {
|
||||
const select = new StringSelectMenuBuilder()
|
||||
.setCustomId('starter')
|
||||
.setPlaceholder('Make a selection!')
|
||||
.addOptions(
|
||||
new StringSelectMenuOptionBuilder()
|
||||
.setLabel('Bulbasaur')
|
||||
.setDescription('The dual-type Grass/Poison Seed Pokémon.')
|
||||
.setValue('bulbasaur'),
|
||||
new StringSelectMenuOptionBuilder()
|
||||
.setLabel('Charmander')
|
||||
.setDescription('The Fire-type Lizard Pokémon.')
|
||||
.setValue('charmander'),
|
||||
new StringSelectMenuOptionBuilder()
|
||||
.setLabel('Squirtle')
|
||||
.setDescription('The Water-type Tiny Turtle Pokémon.')
|
||||
.setValue('squirtle'),
|
||||
);
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
<Callout>
|
||||
The custom id is a developer-defined string of up to 100 characters. Use this field to ensure you can uniquely define
|
||||
all incoming interactions from your select menus!
|
||||
</Callout>
|
||||
|
||||
## Sending select menus
|
||||
|
||||
To send your select menu, create an action row and add the buttons as components. Then, send the row in the `components` property of `InteractionReplyOptions` (extends `BaseMessageOptions`).
|
||||
|
||||
```js
|
||||
const {
|
||||
ActionRowBuilder,
|
||||
StringSelectMenuBuilder,
|
||||
StringSelectMenuOptionBuilder,
|
||||
SlashCommandBuilder,
|
||||
} = require('discord.js');
|
||||
// [!code focus:30]
|
||||
module.exports = {
|
||||
// data: new SlashCommandBuilder()...
|
||||
async execute(interaction) {
|
||||
const select = new StringSelectMenuBuilder()
|
||||
.setCustomId('starter')
|
||||
.setPlaceholder('Make a selection!')
|
||||
.addOptions(
|
||||
new StringSelectMenuOptionBuilder()
|
||||
.setLabel('Bulbasaur')
|
||||
.setDescription('The dual-type Grass/Poison Seed Pokémon.')
|
||||
.setValue('bulbasaur'),
|
||||
new StringSelectMenuOptionBuilder()
|
||||
.setLabel('Charmander')
|
||||
.setDescription('The Fire-type Lizard Pokémon.')
|
||||
.setValue('charmander'),
|
||||
new StringSelectMenuOptionBuilder()
|
||||
.setLabel('Squirtle')
|
||||
.setDescription('The Water-type Tiny Turtle Pokémon.')
|
||||
.setValue('squirtle'),
|
||||
);
|
||||
|
||||
// [!code ++:6]
|
||||
const row = new ActionRowBuilder().addComponents(select);
|
||||
|
||||
await interaction.reply({
|
||||
content: 'Choose your starter!',
|
||||
components: [row],
|
||||
});
|
||||
},
|
||||
};
|
||||
```
|
||||
|
||||
<Callout>Remember that if you have more than one select menu, each one will need its own action row.</Callout>
|
||||
|
||||
<Callout>
|
||||
You can also send action rows inside containers or between other components, when using the [display
|
||||
components](../popular-topics/display-components) system.
|
||||
</Callout>
|
||||
|
||||
### String select menu options
|
||||
|
||||
String select menu options are custom-defined by the user, as shown in the example above. At a minimum, each option must have it's `label` and `value` defined. The label is shown to the user, while the value is included in the interaction sent to the bot.
|
||||
|
||||
In addition to these, each option can be enhanced with a `description` or `emoji`, or can be set to be selected by default.
|
||||
|
||||
```js
|
||||
const select = new StringSelectMenuBuilder().setCustomId('select').addOptions(
|
||||
// [!code focus:6]
|
||||
new StringSelectMenuOptionBuilder()
|
||||
.setLabel('Option')
|
||||
.setValue('option')
|
||||
.setDescription('A selectable option') // [!code word:setDescription]
|
||||
.setEmoji('123456789012345678') // [!code word:setEmoji]
|
||||
.setDefault(true), // [!code word:setDefault]
|
||||
);
|
||||
```
|
||||
|
||||
## Auto-populating select menus
|
||||
|
||||
Although the String select menu with its user-defined options is the most customizable, there are four other types of select menu that auto-populate with their corresponding Discord entities, much like slash command options. These are:
|
||||
|
||||
- `UserSelectMenuBuilder`
|
||||
- `RoleSelectMenuBuilder`
|
||||
- `MentionableSelectMenuBuilder`
|
||||
- `ChannelSelectMenuBuilder`
|
||||
|
||||
The `ChannelSelectMenuBuilder` can be configured to only show specific channel types using `ChannelSelectMenuBuilder#setChannelTypes`.
|
||||
|
||||
## Multi-selects
|
||||
|
||||
Where slash command options fall behind is in their single-select limitation on User, Role and Channel option types. Select menus can support this use case via `BaseSelectMenuBuilder#setMinValues` and `BaseSelectMenuBuilder#setMaxValues`. When these values are set, users can select multiple items, and the interaction will be sent with all selected values only when the user clicks outside the select menu.
|
||||
|
||||
```js
|
||||
module.exports = {
|
||||
// data: new SlashCommandBuilder()...
|
||||
async execute(interaction) {
|
||||
// [!code focus:5]
|
||||
const userSelect = new UserSelectMenuBuilder()
|
||||
.setCustomId('users')
|
||||
.setPlaceholder('Select multiple users.')
|
||||
.setMinValues(1) // [!code word:setMinValues]
|
||||
.setMaxValues(10); // [!code word:setMaxValues]
|
||||
|
||||
const row1 = new ActionRowBuilder().addComponents(userSelect);
|
||||
|
||||
await interaction.reply({
|
||||
content: 'Select users:',
|
||||
components: [row1],
|
||||
});
|
||||
},
|
||||
};
|
||||
```
|
||||
@@ -1,194 +0,0 @@
|
||||
---
|
||||
title: Keyv
|
||||
---
|
||||
|
||||
[Keyv](https://www.npmjs.com/package/keyv) is a simple key-value store that works with multiple backends. It's fully scalable for [sharding](../sharding/) and supports JSON storage.
|
||||
|
||||
## Installation
|
||||
|
||||
```sh tab="npm"
|
||||
npm install keyv
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn add keyv
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm add keyv
|
||||
```
|
||||
|
||||
```sh tab="bun"
|
||||
bun add keyv
|
||||
```
|
||||
|
||||
Keyv requires an additional package depending on which persistent backend you would prefer to use. If you want to keep everything in memory, you can skip this part. Otherwise, install one of the below.
|
||||
|
||||
```sh tab="npm"
|
||||
npm install @keyv/redis
|
||||
npm install @keyv/mongo
|
||||
npm install @keyv/sqlite
|
||||
npm install @keyv/postgres
|
||||
npm install @keyv/mysql
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn add @keyv/redis
|
||||
yarn add @keyv/mongo
|
||||
yarn add @keyv/sqlite
|
||||
yarn add @keyv/postgres
|
||||
yarn add @keyv/mysql
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm add @keyv/redis
|
||||
pnpm add @keyv/mongo
|
||||
pnpm add @keyv/sqlite
|
||||
pnpm add @keyv/postgres
|
||||
pnpm add @keyv/mysql
|
||||
```
|
||||
|
||||
```sh tab="bun"
|
||||
bun add @keyv/redis
|
||||
bun add @keyv/mongo
|
||||
bun add @keyv/sqlite
|
||||
bun add @keyv/postgres
|
||||
bun add @keyv/mysql
|
||||
```
|
||||
|
||||
Create an instance of Keyv once you've installed Keyv and any necessary drivers.
|
||||
|
||||
```js
|
||||
const { Keyv } = require('keyv');
|
||||
|
||||
// One of the following
|
||||
const keyv = new Keyv(); // for in-memory storage
|
||||
const keyv = new Keyv('redis://user:pass@localhost:6379');
|
||||
const keyv = new Keyv('mongodb://user:pass@localhost:27017/dbname');
|
||||
const keyv = new Keyv('sqlite://path/to/database.sqlite');
|
||||
const keyv = new Keyv('postgresql://user:pass@localhost:5432/dbname');
|
||||
const keyv = new Keyv('mysql://user:pass@localhost:3306/dbname');
|
||||
```
|
||||
|
||||
Make sure to handle connection errors.
|
||||
|
||||
```js
|
||||
keyv.on('error', (err) => console.error('Keyv connection error:', err));
|
||||
```
|
||||
|
||||
For a more detailed setup, check out the [Keyv readme](https://github.com/jaredwray/keyv/tree/main/packages/keyv).
|
||||
|
||||
## Usage
|
||||
|
||||
Keyv exposes a familiar [Map](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Map)-like API. However, it only has `set`, `get`, `delete`, and `clear` methods. Additionally, instead of immediately returning data, these methods return [Promises](../additional-info/async-await) that resolve with the data.
|
||||
|
||||
```js
|
||||
(async () => {
|
||||
// true
|
||||
await keyv.set('foo', 'bar');
|
||||
|
||||
// bar
|
||||
await keyv.get('foo');
|
||||
|
||||
// undefined
|
||||
await keyv.clear();
|
||||
|
||||
// undefined
|
||||
await keyv.get('foo');
|
||||
})();
|
||||
```
|
||||
|
||||
## Application
|
||||
|
||||
Although Keyv can assist in any scenario where you need key-value data, we will focus on setting up a per-guild prefix configuration using [Sqlite](https://www.sqlite.org/).
|
||||
|
||||
<Callout>
|
||||
This section will still work with any provider supported by Keyv. We recommend PostgreSQL for larger applications.
|
||||
|
||||
Do note that "large" here should be interpreted as absolutely massive. Sqlite is used at scale by many companies and products you use every single day. The slight overhead should not be noticable for the application of a Discord bot at all unless you are dealing with super complicated queries or are using specific features that do not exist in sqlite.
|
||||
|
||||
You can find out if sqlite might be a good choice for your project (it very likely is) by reading [their own article](https://www.sqlite.org/whentouse.html) on the topic.
|
||||
|
||||
</Callout>
|
||||
|
||||
### Setup
|
||||
|
||||
```js
|
||||
const { Keyv } = require('keyv');
|
||||
const { Client, Events, GatewayIntentBits } = require('discord.js');
|
||||
const { globalPrefix, token } = require('./config.json');
|
||||
|
||||
const client = new Client({
|
||||
intents: [GatewayIntentBits.Guilds, GatewayIntentBits.GuildMessages, GatewayIntentBits.MessageContent],
|
||||
});
|
||||
const prefixes = new Keyv('sqlite://path/to.sqlite');
|
||||
```
|
||||
|
||||
### Command handler
|
||||
|
||||
<Callout type="warn">
|
||||
This guide example is from a time where parsing the message content of Discord messages was the only option for
|
||||
commands. We have since moved on from this and recommend you do the same with [slash
|
||||
commands](../app-creation/handling-commands). It can still serve as an example for using databases in a more
|
||||
integrated example. We hope it can help you understand the core idea and apply it to your own use cases!
|
||||
</Callout>
|
||||
|
||||
```js
|
||||
client.on(Events.MessageCreate, async (message) => {
|
||||
if (message.author.bot) return;
|
||||
|
||||
let args;
|
||||
// handle messages in a guild
|
||||
if (message.guild) {
|
||||
let prefix;
|
||||
|
||||
if (message.content.startsWith(globalPrefix)) {
|
||||
prefix = globalPrefix;
|
||||
} else {
|
||||
// check the guild-level prefix
|
||||
const guildPrefix = await prefixes.get(message.guild.id);
|
||||
if (message.content.startsWith(guildPrefix)) prefix = guildPrefix;
|
||||
}
|
||||
|
||||
// if we found a prefix, setup args; otherwise, this isn't a command
|
||||
if (!prefix) return;
|
||||
args = message.content.slice(prefix.length).trim().split(/\s+/);
|
||||
} else {
|
||||
// handle DMs
|
||||
const slice = message.content.startsWith(globalPrefix) ? globalPrefix.length : 0;
|
||||
args = message.content.slice(slice).split(/\s+/);
|
||||
}
|
||||
|
||||
// get the first space-delimited argument after the prefix as the command
|
||||
const command = args.shift().toLowerCase();
|
||||
});
|
||||
```
|
||||
|
||||
### Prefix command
|
||||
|
||||
Now that you have a command handler, you can make a command to allow people to use your prefix system.
|
||||
|
||||
```js
|
||||
client.on(Events.MessageCreate, async (message) => {
|
||||
// ...
|
||||
if (command === 'prefix') {
|
||||
// if there's at least one argument, set the prefix
|
||||
if (args.length) {
|
||||
await prefixes.set(message.guild.id, args[0]);
|
||||
return message.channel.send(`Successfully set prefix to \`${args[0]}\``);
|
||||
}
|
||||
|
||||
return message.channel.send(`Prefix is \`${(await prefixes.get(message.guild.id)) || globalPrefix}\``);
|
||||
}
|
||||
});
|
||||
```
|
||||
|
||||
<Callout>
|
||||
You will probably want to set up additional validation, such as required permissions and maximum prefix length.
|
||||
</Callout>
|
||||
|
||||
## Next steps
|
||||
|
||||
Various other applications can use Keyv, such as guild settings; create another instance with a different [namespace](https://github.com/jaredwray/keyv/tree/main/packages/keyv#namespaces) for each setting. Additionally, it can be [extended](https://github.com/jaredwray/keyv/tree/main/packages/keyv#third-party-storage-adapters) to work with whatever storage backend you prefer.
|
||||
|
||||
Check out the [Keyv repository](https://github.com/jaredwray/keyv/tree/main/packages/keyv) for more information.
|
||||
@@ -1,32 +0,0 @@
|
||||
{
|
||||
"pages": [
|
||||
"[MessageCircleQuestion][FAQ](/legacy/popular-topics/faq)",
|
||||
"[ArrowDownToLine][Updating to v14](/legacy/additional-info/changes-in-v14)",
|
||||
"[LibraryBig][Documentation](https://discord.js.org/docs)",
|
||||
"[Info][Introduction](/legacy)",
|
||||
"---Setup---",
|
||||
"preparations",
|
||||
"---Your App---",
|
||||
"app-creation",
|
||||
"additional-features",
|
||||
"slash-commands",
|
||||
"interactions",
|
||||
"interactive-components",
|
||||
"popular-topics/display-components",
|
||||
"---More To Know---",
|
||||
"popular-topics",
|
||||
"improving-dev-environment",
|
||||
"additional-info",
|
||||
"miscellaneous",
|
||||
"---Persisting Data---",
|
||||
"...keyv",
|
||||
"sequelize",
|
||||
"---Advanced Concepts---",
|
||||
"...oauth2",
|
||||
"sharding"
|
||||
],
|
||||
"title": "discord.js",
|
||||
"description": "The discord.js guide",
|
||||
"icon": "Book",
|
||||
"root": true
|
||||
}
|
||||
@@ -1,99 +0,0 @@
|
||||
---
|
||||
title: Cache Customization
|
||||
---
|
||||
|
||||
Sometimes, you would like to be able to customize discord.js's caching behavior in order to reduce memory usage.
|
||||
To this end, discord.js provides you with two ways to do so:
|
||||
|
||||
1. Limiting the size of caches.
|
||||
2. Periodically removing old items from caches.
|
||||
|
||||
<Callout type="error">
|
||||
Customization of caching behavior is an advanced topic. It is very easy to introduce errors if your custom cache is
|
||||
not working as expected.
|
||||
</Callout>
|
||||
|
||||
## Limiting caches
|
||||
|
||||
When creating a new `Client`, you can limit the size of caches, which are specific to certain managers, using the `makeCache` option. Generally speaking, almost all your customizations can be done via the helper functions from the `Options` class.
|
||||
|
||||
Below is the default settings, which will limit message caches.
|
||||
|
||||
```js
|
||||
const { Client, Options } = require('discord.js');
|
||||
|
||||
const client = new Client({
|
||||
makeCache: Options.cacheWithLimits(Options.DefaultMakeCacheSettings),
|
||||
});
|
||||
```
|
||||
|
||||
To change the cache behaviors for a type of manager, add it on top of the default settings. For example, you can make caches for reactions limited to 0 items i.e. the client won't cache reactions at all:
|
||||
|
||||
```js
|
||||
const client = new Client({
|
||||
makeCache: Options.cacheWithLimits({
|
||||
...Options.DefaultMakeCacheSettings,
|
||||
ReactionManager: 0,
|
||||
}),
|
||||
});
|
||||
```
|
||||
|
||||
<Callout type="error" title="Unsupported customization">
|
||||
As noted in the documentation, customizing `GuildManager`, `ChannelManager`, `GuildChannelManager`, `RoleManager`, or
|
||||
`PermissionOverwriteManager` is unsupported! Functionality will break with any kind of customization.
|
||||
</Callout>
|
||||
|
||||
We can further customize this by passing options to `LimitedCollection`, a special kind of collection that limits the number of items. In the example below, the client is configured so that:
|
||||
|
||||
1. Only 200 guild members maximum may be cached per `GuildMemberManager` (essentially, per guild).
|
||||
2. We never remove a member if it is the client. This is especially important, so that the client can function correctly in guilds.
|
||||
|
||||
```js
|
||||
const client = new Client({
|
||||
makeCache: Options.cacheWithLimits({
|
||||
...Options.DefaultMakeCacheSettings,
|
||||
ReactionManager: 0,
|
||||
GuildMemberManager: {
|
||||
maxSize: 200,
|
||||
keepOverLimit: (member) => member.id === member.client.user.id,
|
||||
},
|
||||
}),
|
||||
});
|
||||
```
|
||||
|
||||
## Sweeping caches
|
||||
|
||||
In addition to limiting caches, you can also periodically sweep and remove old items from caches. When creating a new `Client`, you can customize the `sweepers` option.
|
||||
|
||||
Below is the default settings, which will occasionally sweep threads.
|
||||
|
||||
```js
|
||||
const { Client, Options } = require('discord.js');
|
||||
|
||||
const client = new Client({
|
||||
sweepers: Options.DefaultSweeperSettings,
|
||||
});
|
||||
```
|
||||
|
||||
To change the sweep behavior, you specify the type of cache to sweep (`SweeperKey`) and the options for sweeping (`SweepOptions`). If the type of cache has a lifetime associated with it, such as invites, messages, or threads, then you can set the `lifetime` option to sweep items older than specified. Otherwise, you can set the `filter` option for any type of cache, which will select the items to sweep.
|
||||
|
||||
```js
|
||||
const client = new Client({
|
||||
sweepers: {
|
||||
...Options.DefaultSweeperSettings,
|
||||
messages: {
|
||||
interval: 3_600, // Every hour.
|
||||
lifetime: 1_800, // Remove messages older than 30 minutes.
|
||||
},
|
||||
users: {
|
||||
interval: 3_600, // Every hour.
|
||||
filter: () => (user) => user.bot && user.id !== user.client.user.id, // Remove all bots.
|
||||
},
|
||||
},
|
||||
});
|
||||
```
|
||||
|
||||
<Callout title="Take some time to consider what you are changing and do some research about what that implies">
|
||||
Take a look at the documentation for which types of cache you can sweep. Also consider what exactly lifetime implies
|
||||
for invites, messages, and threads!
|
||||
</Callout>
|
||||
|
Before Width: | Height: | Size: 1.3 KiB |
|
Before Width: | Height: | Size: 719 B |
|
Before Width: | Height: | Size: 2.1 KiB |
@@ -1,255 +0,0 @@
|
||||
---
|
||||
title: Useful Packages
|
||||
---
|
||||
|
||||
Some of the examples in this section are far from complete. We encourage you to look at the official documentation for all packages you are intending to use in your code. We just want to point out some we found useful in our endeavours of developing Discord apps for years and whet your appetite to try and test some of them in your own code base!
|
||||
|
||||
## Day.js
|
||||
|
||||
<Callout>Official documentation: [https://day.js.org/](https://day.js.org/en)</Callout>
|
||||
|
||||
Day.js is a powerful package that parses, validates, manipulates, and displays dates and times in JavaScript.
|
||||
It allows you to quickly and easily format dates in any way you want or parse strings back into JavaScript Date objects.
|
||||
There are many plugins for it that allow you to work with durations and more.
|
||||
|
||||
For example if you wanted to ask your users to give you a date,
|
||||
you can use Day.js to turn it into a Date object you can use in your code:
|
||||
|
||||
```js
|
||||
const input = await interaction.channel.awaitMessages({
|
||||
filter: (m) => m.author.id === interaction.user.id,
|
||||
max: 1,
|
||||
time: 10e3,
|
||||
errors: ['time'],
|
||||
});
|
||||
const date = dayjs(input.first().content).toDate();
|
||||
```
|
||||
|
||||
Using the [duration plugin](https://day.js.org/docs/en/durations/durations), you could tell the user if the date is in the future or the past:
|
||||
|
||||
```js
|
||||
if (date.isValid()) {
|
||||
const now = dayjs();
|
||||
const duration = date - now;
|
||||
const formatted = dayjs.duration(duration, 'ms').format();
|
||||
|
||||
if (duration > 0) {
|
||||
interaction.reply(`The date you gave me is ${formatted} into the future.`);
|
||||
} else {
|
||||
interaction.reply(`The date you gave me is ${formatted} into the past.`);
|
||||
}
|
||||
} else {
|
||||
interaction.reply("You didn't give me a valid date.");
|
||||
}
|
||||
```
|
||||
|
||||
## ms
|
||||
|
||||
<Callout>Official documentation: [https://github.com/vercel/ms](https://github.com/vercel/ms)</Callout>
|
||||
|
||||
Ms is another tool for working with times in JavaScript. However, ms specializes on durations.
|
||||
It allows you to convert times in milliseconds into human-readable formats and vice versa.
|
||||
|
||||
Example:
|
||||
|
||||
```js
|
||||
await interaction.reply("Send two messages and I'll tell you how far apart you sent them.");
|
||||
const messages = await interaction.channel.awaitMessages({
|
||||
filter: (m) => m.author.id === interaction.user.id,
|
||||
max: 2,
|
||||
time: 30e3,
|
||||
errors: ['time'],
|
||||
});
|
||||
|
||||
const difference = messages.last().createdTimestamp - messages.first().createdTimestamp;
|
||||
const formatted = ms(difference);
|
||||
|
||||
await interaction.followUp(`You sent the two messages ${formatted} apart.`);
|
||||
```
|
||||
|
||||
## common-tags
|
||||
|
||||
<Callout>
|
||||
Official documentation: [https://github.com/zspecza/common-tags](https://github.com/zspecza/common-tags)
|
||||
</Callout>
|
||||
|
||||
Common-tags is a library all about working with template literals.
|
||||
So far, you have probably only used them for interpolating variables into your strings, but they can do a whole lot more.
|
||||
If you've got time, you should check out [the MDN's documentation about _tagged literals_.](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Template_literals#Tagged_templates).
|
||||
|
||||
Ever got annoyed your multi-line strings had nasty bits of indentation in them,
|
||||
but you did not want to remove the indentation in your source code?
|
||||
common-tags got you covered:
|
||||
|
||||
```js
|
||||
const packageName = 'common-tags';
|
||||
|
||||
if (someCondition) {
|
||||
const poem = stripIndents`
|
||||
I like ${packageName}.
|
||||
It makes my strings so pretty,
|
||||
you should use it too.
|
||||
`;
|
||||
|
||||
console.log(poem);
|
||||
}
|
||||
```
|
||||
|
||||
This will print your little poem like expected, but it will not have any tabs or other whitespace on the left.
|
||||
|
||||
But this is just the start! Another set of useful functions are the list-related functions:
|
||||
`inlineLists`, `commaLists`, etc.
|
||||
With those, you can easily interpolate arrays into your strings without them looking ugly:
|
||||
|
||||
```js
|
||||
const options = ['add', 'delete', 'edit'];
|
||||
|
||||
// -> Do you want me to add, delete or edit the channel?
|
||||
interaction.reply(oneLineCommaListsOr`
|
||||
Do you want me to ${options} the channel?
|
||||
`);
|
||||
```
|
||||
|
||||
Check the the documentation to find more useful functions.
|
||||
|
||||
## chalk
|
||||
|
||||
<Callout>Official documentation: [https://www.npmjs.com/package/chalk](https://www.npmjs.com/package/chalk)</Callout>
|
||||
|
||||
Chalk is not exactly useful for Discord bots themselves, but it will make your terminal output a lot prettier and organized.
|
||||
This package lets you color and style your `console.log`s in many different ways; No more simple white on black.
|
||||
|
||||
Let's say you want your error messages to be easily visible; Let us give them a nice red color:
|
||||
|
||||
```js
|
||||
console.error(chalk.redBright('FATAL ERROR'), 'Something really bad happened!');
|
||||
```
|
||||
|
||||

|
||||
|
||||
You can also chain multiple different multipliers.
|
||||
If you wanted to have green text, a grey background, and have it all underlined, that is possible:
|
||||
|
||||
```js
|
||||
console.log(chalk.green.bgBrightBlack.underline('This is so pretty.'));
|
||||
```
|
||||
|
||||

|
||||
|
||||
## pino
|
||||
|
||||
<Callout>Official documentation: [getpino.io](https://getpino.io)</Callout>
|
||||
|
||||
Pino is a Node.js logger with a very low overhead. But why does that even matter, if `console.log()` exists? Well, `console.log()` is quite slow and not very versatile. Whenever you make a call to `console.log()` your program halts and cannot do anything until the logging is finished.
|
||||
|
||||
To get started, install the package:
|
||||
|
||||
```sh tab="sh"
|
||||
npm install pino
|
||||
npm install -g pino-pretty
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn add pino
|
||||
yarn global add pino-pretty
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm add pino
|
||||
pnpm add --global pino-pretty
|
||||
```
|
||||
|
||||
```sh tab="bun"
|
||||
bun add pino
|
||||
bun add --global pino-pretty
|
||||
```
|
||||
|
||||
Pino is highly configurable, so we heavily recommend you take a look at their documentation yourself.
|
||||
|
||||
To use the same logger across the project you can put the following code into it's own file, for example `logger.js` and import it when needed:
|
||||
|
||||
```js
|
||||
const pino = require('pino');
|
||||
const logger = pino();
|
||||
module.exports = logger;
|
||||
```
|
||||
|
||||
```js
|
||||
const { Client, Events, GatewayIntentBits } = require('discord.js');
|
||||
const client = new Client({ intents: [GatewayIntentBits.Guilds] });
|
||||
const logger = require('./logger');
|
||||
|
||||
client.once(Events.ClientReady, () => logger.info('The bot is online'));
|
||||
client.on(Events.Debug, (info) => logger.debug(info));
|
||||
client.on(Events.Warn, (info) => logger.warn(info));
|
||||
client.on(Events.Error, (error) => logger.error(error));
|
||||
|
||||
client.login('your-token-goes-here');
|
||||
```
|
||||
|
||||
Pino logs in a json format, so other programs and services like log aggregators can easily parse and work with the output. This is very useful for production systems, but quite tedious to read during development. This is why you installed `pino-pretty` earlier. Instead of formatting the log output itself the developers recommended that you [pipe](<https://en.wikipedia.org/wiki/Pipeline_(Unix)>) the log output to other services instead. `pino-pretty` is a formatter you can use for easy-to-read logs during development.
|
||||
|
||||
We recommend you set `pino-pretty` up in a package script in your `package.json` file, rather than typing the pipeline out every time. Please read our [guide section on package scripts](../improving-dev-environment/package-json-scripts), if you are not sure what we're talking about here.
|
||||
|
||||
```json
|
||||
{
|
||||
"name": "my-bot",
|
||||
"version": "1.0.0",
|
||||
"description": "A Discord bot!",
|
||||
"main": "index.js",
|
||||
"scripts": {
|
||||
"test": "echo \"Error: no test specified\" && exit 1",
|
||||
"start": "node .",
|
||||
"lint": "eslint .",
|
||||
"dev": "node . | pino-pretty -i pid,hostname -t 'yyyy-mm-dd HH:MM:ss'" // [!code ++]
|
||||
},
|
||||
"keywords": [],
|
||||
"author": "",
|
||||
"license": "ISC"
|
||||
}
|
||||
```
|
||||
|
||||
<Callout type="warn">
|
||||
If you are using PowerShell, you have to use a package script for `pino-pretty`. PowerShell handles pipelines in a way
|
||||
that prevents logging. The command line interface is not affected.
|
||||
</Callout>
|
||||
|
||||
In the example above, further arguments are passed to `pino-pretty` to modify the generated output. `-i pid,hostname` hides these two elements from logged lines and `-t yyyy-mm-dd HH:MM:ss` formats the timestamp into an easy to use format. Try out what works for you! The official [pino-pretty documentation](https://github.com/pinojs/pino-pretty) explains all possible arguments.
|
||||
|
||||
To start your bot with prettified input you run the `dev` script via your package manager of choice:
|
||||
|
||||
```sh tab="npm"
|
||||
npm run dev
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn run dev
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm run dev
|
||||
```
|
||||
|
||||
```sh tab="bun"
|
||||
bun run dev
|
||||
```
|
||||
|
||||
Pino is very flexible, supports custom log levels, worker threads and many more features. Please check out the [official documentation](https://getpino.io) if you want to up your pino game! Below we show an alternative for a production setup. Using this code, you will be logging the raw json objects into a file, instead of printing to your console:
|
||||
|
||||
```js
|
||||
const pino = require('pino');
|
||||
const transport = pino.transport({
|
||||
target: 'pino/file',
|
||||
options: { destination: './log.json' },
|
||||
});
|
||||
const logger = pino(transport);
|
||||
module.exports = logger;
|
||||
```
|
||||
|
||||
## i18next
|
||||
|
||||
<Callout>Official documentation: [https://www.i18next.com](https://www.i18next.com)</Callout>
|
||||
|
||||
i18next is an internationalization-framework for JavaScript. It is beneficial to translate your bot's user-facing messages into various languages based on the server it is used in.
|
||||
|
||||
Covering an entire use case example for internationalization would be out of this guide's scope and requires some more explanation as to how the system operates. Please refer to the official documentation linked above for an in-depth usage guide.
|
||||
|
Before Width: | Height: | Size: 16 KiB |
|
Before Width: | Height: | Size: 46 KiB |
|
Before Width: | Height: | Size: 51 KiB |
|
Before Width: | Height: | Size: 62 KiB |
@@ -1,257 +0,0 @@
|
||||
---
|
||||
title: OAuth2
|
||||
---
|
||||
|
||||
OAuth2 enables application developers to build applications that utilize authentication and data from the Discord API. Developers can use this to create things such as web dashboards to display user info, fetch linked third-party accounts like Twitch or Steam, access users' guild information without actually being in the guild, and much more. OAuth2 can significantly extend the functionality of your bot if used correctly.
|
||||
|
||||
## A quick example
|
||||
|
||||
### Setting up a basic web server
|
||||
|
||||
Most of the time, websites use OAuth2 to get information about their users from an external service. In this example, we will use [`express`](https://expressjs.com/) to create a web server to use a user's Discord information to greet them. Start by creating three files: `config.json`, `index.js`, and `index.html`.
|
||||
|
||||
`config.json` will be used to store the client ID, client secret, and server port.
|
||||
|
||||
```json title="config.json" lineNumbers
|
||||
{
|
||||
"clientId": "",
|
||||
"clientSecret": "",
|
||||
"port": 53134
|
||||
}
|
||||
```
|
||||
|
||||
`index.js` will be used to start the server and handle requests. When someone visits the index page (`/`), an HTML file will be sent in response.
|
||||
|
||||
```js title="index.js" lineNumbers
|
||||
const express = require('express');
|
||||
const { port } = require('./config.json');
|
||||
|
||||
const app = express();
|
||||
|
||||
app.get('/', (request, response) => {
|
||||
return response.sendFile('index.html', { root: '.' });
|
||||
});
|
||||
|
||||
app.listen(port, () => console.log(`App listening at http://localhost:${port}`));
|
||||
```
|
||||
|
||||
`index.html` will be used to display the user interface and OAuth data once logged in.
|
||||
|
||||
```html title="index.html" lineNumbers
|
||||
<!DOCTYPE html>
|
||||
<html>
|
||||
<head>
|
||||
<title>My Discord OAuth2 App</title>
|
||||
</head>
|
||||
<body>
|
||||
<div id="info">Hoi!</div>
|
||||
</body>
|
||||
</html>
|
||||
```
|
||||
|
||||
After running `npm i express`, you can start your server with `node index.js`. Once started, connect to `http://localhost:53134`, and you should see "Hoi!".
|
||||
|
||||
<Callout>
|
||||
Although we're using express, there are many other alternatives to handle a web server, such as:
|
||||
[fastify](https://www.fastify.io/), [koa](https://koajs.com/), and the [native Node.js http
|
||||
module](https://nodejs.org/api/http.html).
|
||||
</Callout>
|
||||
|
||||
### Getting an OAuth2 URL
|
||||
|
||||
Now that you have a web server up and running, it's time to get some information from Discord. Open [your Discord applications](https://discord.com/developers/applications/), create or select an application, and head over to the "OAuth2" page.
|
||||
|
||||

|
||||
|
||||
Take note of the `client id` and `client secret` fields. Copy these values into your `config.json` file; you'll need them later. For now, add a redirect URL to `http://localhost:53134` like so:
|
||||
|
||||

|
||||
|
||||
Once you've added your redirect URL, you will want to generate an OAuth2 URL. Lower down on the page, you can conveniently find an OAuth2 URL Generator provided by Discord. Use this to create a URL for yourself with the `identify` scope.
|
||||
|
||||

|
||||
|
||||
The `identify` scope will allow your application to get basic user information from Discord. You can find a list of all scopes [here](https://discord.com/developers/docs/topics/oauth2#shared-resources-oauth2-scopes).
|
||||
|
||||
### Implicit grant flow
|
||||
|
||||
<Callout type="error">
|
||||
Implicit grant flow, as previously covered in this section, is vulnerable to token leakage and replay attacks. Please
|
||||
use the **authorization grant** flow instead. You can find out more about the best implementation practices in the
|
||||
[Oauth2 RFC](https://datatracker.ietf.org/doc/html/rfc9700).
|
||||
</Callout>
|
||||
|
||||
## More details
|
||||
|
||||
### The state parameter
|
||||
|
||||
OAuth2's protocols provide a `state` parameter, which Discord supports. This parameter helps prevent [CSRF](https://en.wikipedia.org/wiki/Cross-site_request_forgery) attacks and represents your application's state. The state should be generated per user and appended to the OAuth2 URL. For a basic example, you can use a randomly generated string encoded in Base64 as the state parameter.
|
||||
|
||||
```js
|
||||
function generateRandomString() {
|
||||
let randomString = '';
|
||||
const randomNumber = Math.floor(Math.random() * 10);
|
||||
|
||||
for (let i = 0; i < 20 + randomNumber; i++) {
|
||||
randomString += String.fromCharCode(33 + Math.floor(Math.random() * 94));
|
||||
}
|
||||
|
||||
return randomString;
|
||||
}
|
||||
|
||||
window.onload = () => {
|
||||
// ...
|
||||
if (!accessToken) {
|
||||
const randomString = generateRandomString();
|
||||
localStorage.setItem('oauth-state', randomString);
|
||||
|
||||
document.getElementById('login').href += `&state=${btoa(randomString)}`;
|
||||
return (document.getElementById('login').style.display = 'block');
|
||||
}
|
||||
};
|
||||
```
|
||||
|
||||
When you visit a URL with a `state` parameter appended to it and then click `Authorize`, you'll notice that after being redirected, the URL will also have the `state` parameter appended, which you should then check against what was stored. You can modify the script in your `index.html` file to handle this.
|
||||
|
||||
```html title="index.html"
|
||||
<script>
|
||||
// ... // [!code focus:15]
|
||||
const fragment = new URLSearchParams(window.location.hash.slice(1));
|
||||
const [accessToken, tokenType, state] = [
|
||||
fragment.get('access_token'),
|
||||
fragment.get('token_type'),
|
||||
fragment.get('state'),
|
||||
];
|
||||
|
||||
if (!accessToken) {
|
||||
// ...
|
||||
}
|
||||
|
||||
if (localStorage.getItem('oauth-state') !== atob(decodeURIComponent(state))) {
|
||||
return console.log('You may have been clickjacked!');
|
||||
}
|
||||
</script>
|
||||
```
|
||||
|
||||
<Callout type="error" title="Don't forgo security for a tiny bit of convenience!" />
|
||||
|
||||
### Authorization code grant flow
|
||||
|
||||
What you did in the quick example was go through the `implicit grant` flow, which passed the access token straight to the user's browser. This flow is great and simple, but you don't get to refresh the token without the user, and it is less secure than going through the `authorization code grant` flow. This flow involves receiving an access code, which your server then exchanges for an access token. Notice that this way, the access token never actually reaches the user throughout the process.
|
||||
|
||||
Unlike the [implicit grant flow](#implicit-grant-flow), you need an OAuth2 URL where the `response_type` is `code`. After you change the `response_type`, try visiting the link and authorizing your application. You should notice that instead of a hash, the redirect URL now has a single query parameter appended to it, i.e. `?code=ACCESS_CODE`. Modify your `index.js` file to access the parameter from the URL if it exists. In express, you can use the `request` parameter's `query` property.
|
||||
|
||||
```js
|
||||
app.get('/', (request, response) => {
|
||||
console.log(`The access code is: ${request.query.code}`);
|
||||
return response.sendFile('index.html', { root: '.' });
|
||||
});
|
||||
```
|
||||
|
||||
Now you have to exchange this code with Discord for an access token. To do this, you need your `client_id` and `client_secret`. If you've forgotten these, head over to [your applications](https://discord.com/developers/applications) and get them. You can use [`undici`](https://www.npmjs.com/package/undici) to make requests to Discord.
|
||||
|
||||
To install undici, run the following command:
|
||||
|
||||
```sh tab="npm"
|
||||
npm install undici
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn add undici
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm add undici
|
||||
```
|
||||
|
||||
```sh tab="bun"
|
||||
bun add undici
|
||||
```
|
||||
|
||||
Require `undici` and make your request.
|
||||
|
||||
<Callout>
|
||||
If you are used to the Fetch API and want to use that instead of how `undici` does it, instead of using
|
||||
`undici#request`, use `undici#fetch` with the same parameters as node-fetch.
|
||||
</Callout>
|
||||
|
||||
```js title="index.js"
|
||||
const { request } = require('undici'); // [!code ++]
|
||||
const express = require('express');
|
||||
const { port } = require('./config.json'); // [!code --]
|
||||
const { clientId, clientSecret, port } = require('./config.json'); // [!code ++]
|
||||
|
||||
const app = express();
|
||||
|
||||
app.get('/', async ({ query }, response) => {
|
||||
// [!code ++:28]
|
||||
const { code } = query;
|
||||
|
||||
if (code) {
|
||||
try {
|
||||
const tokenResponseData = await request('https://discord.com/api/oauth2/token', {
|
||||
method: 'POST',
|
||||
body: new URLSearchParams({
|
||||
client_id: clientId,
|
||||
client_secret: clientSecret,
|
||||
code,
|
||||
grant_type: 'authorization_code',
|
||||
redirect_uri: `http://localhost:${port}`,
|
||||
scope: 'identify',
|
||||
}).toString(),
|
||||
headers: {
|
||||
'Content-Type': 'application/x-www-form-urlencoded',
|
||||
},
|
||||
});
|
||||
|
||||
const oauthData = await tokenResponseData.body.json();
|
||||
console.log(oauthData);
|
||||
} catch (error) {
|
||||
// NOTE: An unauthorized token will not throw an error
|
||||
// tokenResponseData.statusCode will be 401
|
||||
console.error(error);
|
||||
}
|
||||
}
|
||||
|
||||
return response.sendFile('index.html', { root: '.' });
|
||||
});
|
||||
```
|
||||
|
||||
<Callout>
|
||||
The content-type for the token URL must be `application/x-www-form-urlencoded`, which is why `URLSearchParams` is
|
||||
used.
|
||||
</Callout>
|
||||
|
||||
Now try visiting your OAuth2 URL and authorizing your application. Once you're redirected, you should see an [access token response](https://discord.com/developers/docs/topics/oauth2#authorization-code-grant-access-token-response) in your console.
|
||||
|
||||
```json
|
||||
{
|
||||
"access_token": "an access token",
|
||||
"token_type": "Bearer",
|
||||
"expires_in": 604800,
|
||||
"refresh_token": "a refresh token",
|
||||
"scope": "identify"
|
||||
}
|
||||
```
|
||||
|
||||
With an access token and a refresh token, you can once again use the [`/api/users/@me` endpoint](https://discord.com/developers/docs/resources/user#get-current-user) to fetch the [user object](https://discord.com/developers/docs/resources/user#user-object).
|
||||
|
||||
```js
|
||||
const userResult = await request('https://discord.com/api/users/@me', {
|
||||
headers: {
|
||||
authorization: `${oauthData.token_type} ${oauthData.access_token}`,
|
||||
},
|
||||
});
|
||||
|
||||
console.log(await userResult.body.json());
|
||||
```
|
||||
|
||||
<Callout
|
||||
type="error"
|
||||
title="To maintain security, store the access token server-side but associate it with a session ID that you generate for the user."
|
||||
/>
|
||||
|
||||
## Additional reading
|
||||
|
||||
[RFC 6759](https://tools.ietf.org/html/rfc6749)
|
||||
[Discord Docs for OAuth2](https://discord.com/developers/docs/topics/oauth2)
|
||||
@@ -1,98 +0,0 @@
|
||||
---
|
||||
title: Audit Logs
|
||||
---
|
||||
|
||||
## Working with Audit Logs
|
||||
|
||||
### A Quick Background
|
||||
|
||||
Audit logs are an excellent moderation tool offered by Discord to know what happened in a server and usually by whom. Making use of audit logs requires the `ViewAuditLog` permission. Audit logs may be fetched on a server, or they may be received via the gateway event `guildAuditLogEntryCreate` which requires the `GuildModeration` intent.
|
||||
|
||||
There are quite a few cases where you may use audit logs. This guide will limit itself to the most common use cases. Feel free to consult the [relevant Discord API page](https://discord.com/developers/docs/resources/audit-log) for more information.
|
||||
|
||||
Keep in mind that these examples explore a straightforward case and are by no means exhaustive. Their purpose is to teach you how audit logs work, and expansion of these examples is likely needed to suit your specific use case.
|
||||
|
||||
## Fetching Audit Logs
|
||||
|
||||
Let's start by glancing at the `Guild#fetchAuditLogs` method and how to work with it. Like many discord.js methods, it returns a [`Promise`](../additional-info/async-await) containing the `GuildAuditLogs` object. This object has one property, `entries`, which holds a [`Collection`](../additional-info/collections) of `GuildAuditLogsEntry` objects, and consequently, the information you want to retrieve.
|
||||
|
||||
Here is the most basic fetch to look at some entries.
|
||||
|
||||
```js
|
||||
const fetchedLogs = await guild.fetchAuditLogs();
|
||||
const firstEntry = fetchedLogs.entries.first();
|
||||
```
|
||||
|
||||
Simple, right? Now, let's look at utilizing its options:
|
||||
|
||||
```js
|
||||
const { AuditLogEvent } = require('discord.js');
|
||||
|
||||
const fetchedLogs = await guild.fetchAuditLogs({
|
||||
type: AuditLogEvent.InviteCreate,
|
||||
limit: 1,
|
||||
});
|
||||
|
||||
const firstEntry = fetchedLogs.entries.first();
|
||||
```
|
||||
|
||||
This will return the first entry where an invite was created. You used `limit: 1` here to specify only one entry.
|
||||
|
||||
## Receiving Audit Logs
|
||||
|
||||
Audit logs may be received via the gateway event `guildAuditLogEntryCreate`. This is the best way to receive audit logs if you want to monitor them. As soon as a message is deleted, or an invite or emoji is created, your application will receive an instance of this event. A common use case is to find out _who_ did the action that caused the audit log event to happen.
|
||||
|
||||
### Who deleted a message?
|
||||
|
||||
One of the most common use cases for audit logs is understanding who deleted a message in a Discord server. If a user deleted another user's message, you can find out who did that as soon as you receive the corresponding audit log event.
|
||||
|
||||
```js
|
||||
const { AuditLogEvent, Events } = require('discord.js');
|
||||
|
||||
client.on(Events.GuildAuditLogEntryCreate, async (auditLog) => {
|
||||
// Define your variables.
|
||||
// The extra information here will be the channel.
|
||||
const { action, extra: channel, executorId, targetId } = auditLog;
|
||||
|
||||
// Check only for deleted messages.
|
||||
if (action !== AuditLogEvent.MessageDelete) return;
|
||||
|
||||
// Ensure the executor is cached.
|
||||
const executor = await client.users.fetch(executorId);
|
||||
|
||||
// Ensure the author whose message was deleted is cached.
|
||||
const target = await client.users.fetch(targetId);
|
||||
|
||||
// Log the output.
|
||||
console.log(`A message by ${target.tag} was deleted by ${executor.tag} in ${channel}.`);
|
||||
});
|
||||
```
|
||||
|
||||
With this, you now have a very simple logger telling you who deleted a message authored by another person.
|
||||
|
||||
### Who kicked a user?
|
||||
|
||||
This is very similar to the example above.
|
||||
|
||||
```js
|
||||
const { AuditLogEvent, Events } = require('discord.js');
|
||||
|
||||
client.on(Events.GuildAuditLogEntryCreate, async (auditLog) => {
|
||||
// Define your variables.
|
||||
const { action, executorId, targetId } = auditLog;
|
||||
|
||||
// Check only for kicked users.
|
||||
if (action !== AuditLogEvent.MemberKick) return;
|
||||
|
||||
// Ensure the executor is cached.
|
||||
const executor = await client.users.fetch(executorId);
|
||||
|
||||
// Ensure the kicked guild member is cached.
|
||||
const kickedUser = await client.users.fetch(targetId);
|
||||
|
||||
// Now you can log the output!
|
||||
console.log(`${kickedUser.tag} was kicked by ${executor.tag}.`);
|
||||
});
|
||||
```
|
||||
|
||||
If you want to check who banned a user, it's the same example as above except the `action` should be `AuditLogEvent.MemberBanAdd`. You can check the rest of the types over at the [discord-api-types documentation](https://discord-api-types.dev/api/discord-api-types-v10/enum/AuditLogEvent).
|
||||
@@ -1,324 +0,0 @@
|
||||
---
|
||||
title: Canvas
|
||||
---
|
||||
|
||||
## Setting up @napi-rs/canvas
|
||||
|
||||
`@napi-rs/canvas` is an image manipulation tool that allows you to modify images with code. We'll explore how to use this module in a slash command to make a profile command.
|
||||
|
||||
<Callout>
|
||||
This guide is last tested with `@napi-rs/canvas^0.1.25`, so make sure you have this or a similar version after
|
||||
installation.
|
||||
</Callout>
|
||||
|
||||
<Callout type="warn">
|
||||
Be sure that you're familiar with things like [async/await](../additional-info/async-await) and [object
|
||||
destructuring](../additional-info/es6-syntax#object-destructuring) before continuing, as we'll be making use of those
|
||||
features in the coming sections.
|
||||
</Callout>
|
||||
|
||||
## Package installation
|
||||
|
||||
Run the following command in your terminal:
|
||||
|
||||
```sh tab="npm"
|
||||
npm install @napi-rs/canvas
|
||||
```
|
||||
|
||||
```sh tab="yarn"
|
||||
yarn add @napi-rs/canvas
|
||||
```
|
||||
|
||||
```sh tab="pnpm"
|
||||
pnpm add @napi-rs/canvas
|
||||
```
|
||||
|
||||
```sh tab="bun"
|
||||
bun add @napi-rs/canvas
|
||||
```
|
||||
|
||||
## Getting started
|
||||
|
||||
Here is the base code you'll be using to get started:
|
||||
|
||||
```js lineNumbers title="index.js"
|
||||
const { AttachmentBuilder, Client, Events, GatewayIntentBits } = require('discord.js');
|
||||
const Canvas = require('@napi-rs/canvas');
|
||||
|
||||
const client = new Client({ intents: [GatewayIntentBits.Guilds] });
|
||||
|
||||
client.once(Events.ClientReady, (readyClient) => {
|
||||
console.log(`Ready! Logged in as ${readyClient.user.tag}`);
|
||||
});
|
||||
|
||||
client.on(Events.InteractionCreate, (interaction) => {
|
||||
if (!interaction.isChatInputCommand()) return;
|
||||
|
||||
if (interaction.commandName === 'profile') {
|
||||
// ...
|
||||
}
|
||||
});
|
||||
|
||||
client.login('your-token-goes-here');
|
||||
```
|
||||
|
||||
<Callout>
|
||||
If you followed the [event handler section](../app-creation/handling-events) of this guide, consider putting this into
|
||||
your interaction handler instead!
|
||||
</Callout>
|
||||
|
||||
<Callout type="warn">
|
||||
Remember to register the slash commands before continuing on with this section of the guide. You can view how to do
|
||||
that [here](../interactions/slash-commands.md#registering-slash-commands).
|
||||
</Callout>
|
||||
|
||||
### Basic image loading
|
||||
|
||||
The end goal will be to display the user's avatar and nickname.
|
||||
|
||||
After importing the `@napi-rs/canvas` module and initializing it, you should load the images. With `@napi-rs/canvas`, you have to specify where the image comes from first, naturally, and then specify how it gets loaded into the actual Canvas using `context`, which you will use to interact with Canvas.
|
||||
|
||||
<Callout>
|
||||
`@napi-rs/canvas` works almost identical to HTML5 Canvas. You can read the HTML5 Canvas tutorials on
|
||||
[w3Schools](https://www.w3schools.com/html/html5_canvas.asp) and
|
||||
[MDN](https://developer.mozilla.org/en-US/docs/Web/API/Canvas_API) for more information later!
|
||||
</Callout>
|
||||
|
||||
```js lineNumbers=10 title="index.js"
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
if (!interaction.isChatInputCommand()) return;
|
||||
|
||||
if (interaction.commandName === 'profile') {
|
||||
// [!code ++:4]
|
||||
// Create a 700x250 pixel canvas and get its context
|
||||
// The context will be used to modify the canvas
|
||||
const canvas = Canvas.createCanvas(700, 250);
|
||||
const context = canvas.getContext('2d');
|
||||
// ...
|
||||
}
|
||||
});
|
||||
```
|
||||
|
||||
Now, you need to load the image you want to use into Canvas.
|
||||
|
||||
We'll be using [this image](https://github.com/discordjs/guide/blob/main/guide/popular-topics/images/canvas.jpg) as the background in the welcome image, but you can use whatever you want. Be sure to download the file, name it `wallpaper.jpg`, and save it inside the same directory as your main bot file.
|
||||
|
||||
```js lineNumbers=10 title="index.js"
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
const canvas = Canvas.createCanvas(700, 250);
|
||||
// [!code focus:10]
|
||||
const context = canvas.getContext('2d');
|
||||
// [!code ++:9]
|
||||
const background = await Canvas.loadImage('./wallpaper.jpg');
|
||||
|
||||
// This uses the canvas dimensions to stretch the image onto the entire canvas
|
||||
context.drawImage(background, 0, 0, canvas.width, canvas.height);
|
||||
|
||||
// Use the helpful Attachment class structure to process the file for you
|
||||
const attachment = new AttachmentBuilder(await canvas.encode('png'), { name: 'profile-image.png' });
|
||||
|
||||
interaction.reply({ files: [attachment] });
|
||||
});
|
||||
```
|
||||
|
||||

|
||||
|
||||
<Callout>
|
||||
If you get an error such as `Error: ENOENT: no such file or directory`, then the file's provided path was incorrect.
|
||||
</Callout>
|
||||
|
||||
### Manipulating images
|
||||
|
||||
Next, let's place a border around the image for the sake of demonstration purposes.
|
||||
|
||||
```js
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
// ... // [!code focus:9]
|
||||
context.drawImage(background, 0, 0, canvas.width, canvas.height);
|
||||
|
||||
// [!code ++:5]
|
||||
// Set the color of the stroke
|
||||
context.strokeStyle = '#0099ff';
|
||||
|
||||
// Draw a rectangle with the dimensions of the entire canvas
|
||||
context.strokeRect(0, 0, canvas.width, canvas.height);
|
||||
// ...
|
||||
});
|
||||
```
|
||||
|
||||

|
||||
|
||||
A bit plain, right? Fear not, for you have a bit more to do until you reach completion. Since this guide page's goal is focused more on actual code than design, let's place a basic square-shaped avatar for now on the left side of the image. In the interest of coverage, you will also make it a circle afterward.
|
||||
|
||||
```js
|
||||
const { request } = require('undici'); // [!code focus] [!code ++]
|
||||
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
// ... // [!code focus:13]
|
||||
context.strokeRect(0, 0, canvas.width, canvas.height);
|
||||
|
||||
// [!code ++:9]
|
||||
// Using undici to make HTTP requests for better performance
|
||||
const { body } = await request(interaction.user.displayAvatarURL({ extension: 'jpg' }));
|
||||
const avatar = await Canvas.loadImage(await body.arrayBuffer());
|
||||
|
||||
// If you don't care about the performance of HTTP requests, you can instead load the avatar using
|
||||
// const avatar = await Canvas.loadImage(interaction.user.displayAvatarURL({ extension: 'jpg' }));
|
||||
|
||||
// Draw a shape onto the main canvas
|
||||
context.drawImage(avatar, 25, 0, 200, canvas.height);
|
||||
context.drawImage(background, 0, 0, canvas.width, canvas.height); // [!code --]
|
||||
// ...
|
||||
});
|
||||
```
|
||||
|
||||

|
||||
|
||||
It works well, but the avatar image itself seems a bit stretched out. Let's remedy that.
|
||||
|
||||
```js
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
// ... // [!code focus:8]
|
||||
const { body } = await request(interaction.user.displayAvatarURL({ extension: 'jpg' }));
|
||||
const avatar = await Canvas.loadImage(await body.arrayBuffer());
|
||||
|
||||
context.drawImage(avatar, 25, 0, 200, canvas.height); // [!code --]
|
||||
// [!code ++:2]
|
||||
// Move the image downwards vertically and constrain its height to 200, so that it's square
|
||||
context.drawImage(avatar, 25, 25, 200, 200);
|
||||
// ...
|
||||
});
|
||||
```
|
||||
|
||||

|
||||
|
||||
The purpose of this small section is to demonstrate that working with Canvas is essentially a hit-and-miss workflow where you fiddle with properties until they work just right.
|
||||
|
||||
Since we covered how to load external images and fix dimensions, let's turn the avatar into a circle to improve the image's overall style.
|
||||
|
||||
```js
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
// [!code focus:15]
|
||||
// ...
|
||||
context.strokeRect(0, 0, canvas.width, canvas.height);
|
||||
|
||||
// [!code ++:11]
|
||||
// Pick up the pen
|
||||
context.beginPath();
|
||||
|
||||
// Start the arc to form a circle
|
||||
context.arc(125, 125, 100, 0, Math.PI * 2, true);
|
||||
|
||||
// Put the pen down
|
||||
context.closePath();
|
||||
|
||||
// Clip off the region you drew on
|
||||
context.clip();
|
||||
// ...
|
||||
});
|
||||
```
|
||||
|
||||

|
||||
|
||||
<Callout>
|
||||
You can read more about `context.arc()` on [w3schools](https://www.w3schools.com/tags/canvas_arc.asp) or
|
||||
[MDN](https://developer.mozilla.org/en-US/docs/Web/API/CanvasRenderingContext2D/arc).
|
||||
</Callout>
|
||||
|
||||
### Adding in text
|
||||
|
||||
Now, let's quickly go over adding text to your image. This will help make the purpose of this image apparent since currently, it's just an avatar floating on a starry background that comes out of nowhere.
|
||||
|
||||
```js
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
// ... // [!code focus:12]
|
||||
context.strokeRect(0, 0, canvas.width, canvas.height);
|
||||
|
||||
// [!code ++:8]
|
||||
// Select the font size and type from one of the natively available fonts
|
||||
context.font = '60px sans-serif';
|
||||
|
||||
// Select the style that will be used to fill the text in
|
||||
context.fillStyle = '#ffffff';
|
||||
|
||||
// Actually fill the text with a solid color
|
||||
context.fillText(interaction.member.displayName, canvas.width / 2.5, canvas.height / 1.8);
|
||||
// ...
|
||||
});
|
||||
```
|
||||
|
||||

|
||||
|
||||
<Callout type="error">
|
||||
If you get an error like `Fontconfig error: Cannot load default config file`, it means you do not have any fonts
|
||||
installed on your system. On Linux, you can run the following command to fix this: `sudo apt-get install fontconfig`.
|
||||
This might also need to be installed if you see boxes where the text should be. As for Windows, you will need to find
|
||||
a way to install fonts.
|
||||
</Callout>
|
||||
|
||||
You may have noticed or considered that if a member's username is too long, then the output won't be quite nice. This is because the text overflows out of the canvas, and you don't have any measures in place for that. Let's take care of this issue!
|
||||
|
||||
```js
|
||||
// [!code focus:16] [!code ++:16]
|
||||
// Pass the entire Canvas object because you'll need access to its width and context
|
||||
const applyText = (canvas, text) => {
|
||||
const context = canvas.getContext('2d');
|
||||
|
||||
// Declare a base size of the font
|
||||
let fontSize = 70;
|
||||
|
||||
do {
|
||||
// Assign the font to the context and decrement it so it can be measured again
|
||||
context.font = `${(fontSize -= 10)}px sans-serif`;
|
||||
// Compare pixel width of the text to the canvas minus the approximate avatar size
|
||||
} while (context.measureText(text).width > canvas.width - 300);
|
||||
|
||||
// Return the result to use in the actual canvas
|
||||
return context.font;
|
||||
};
|
||||
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
// ... // [!code focus:8]
|
||||
context.strokeRect(0, 0, canvas.width, canvas.height);
|
||||
|
||||
context.font = '60px sans-serif'; // [!code --]
|
||||
context.font = applyText(canvas, interaction.member.displayName); // [!code ++]
|
||||
context.fillStyle = '#ffffff';
|
||||
context.fillText(interaction.member.displayName, canvas.width / 2.5, canvas.height / 1.8);
|
||||
// ...
|
||||
});
|
||||
```
|
||||
|
||||
Before adjustment:
|
||||
|
||||

|
||||
|
||||
After adjustment:
|
||||
|
||||

|
||||
|
||||
Let's move the welcome text inside the image itself instead of adding it outside as a nice finishing touch.
|
||||
|
||||
```js
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
// ... // [!code focus:15]
|
||||
context.strokeRect(0, 0, canvas.width, canvas.height);
|
||||
|
||||
// Slightly smaller text placed above the member's display name // [!code ++:4]
|
||||
context.font = '28px sans-serif';
|
||||
context.fillStyle = '#ffffff';
|
||||
context.fillText('Profile', canvas.width / 2.5, canvas.height / 3.5);
|
||||
|
||||
// Add an exclamation point here and below // [!code ++:2]
|
||||
context.font = applyText(canvas, `${interaction.member.displayName}!`);
|
||||
context.font = applyText(canvas, interaction.member.displayName); // [!code --]
|
||||
context.fillStyle = '#ffffff';
|
||||
context.fillText(`${interaction.member.displayName}!`, canvas.width / 2.5, canvas.height / 1.8); // [!code ++]
|
||||
context.fillText(interaction.member.displayName, canvas.width / 2.5, canvas.height / 1.8); // [!code --]
|
||||
// ...
|
||||
});
|
||||
```
|
||||
|
||||

|
||||
|
||||
And that's it! We have covered the basics of image manipulation, text generation, and loading from a remote source.
|
||||
@@ -1,191 +0,0 @@
|
||||
---
|
||||
title: Collectors
|
||||
---
|
||||
|
||||
## Message collectors
|
||||
|
||||
`Collector` are useful to enable your bot to obtain _additional_ input after the first command was sent. An example would be initiating a quiz, where the bot will "await" a correct response from somebody.
|
||||
|
||||
### Basic message collector
|
||||
|
||||
For now, let's take the example that they have provided us:
|
||||
|
||||
```js
|
||||
// `m` is a message object that will be passed through the filter function
|
||||
const collectorFilter = (m) => m.content.includes('discord');
|
||||
const collector = interaction.channel.createMessageCollector({ filter: collectorFilter, time: 15_000 });
|
||||
|
||||
collector.on('collect', (m) => {
|
||||
console.log(`Collected ${m.content}`);
|
||||
});
|
||||
|
||||
collector.on('end', (collected) => {
|
||||
console.log(`Collected ${collected.size} items`);
|
||||
});
|
||||
```
|
||||
|
||||
You can provide a `filter` key to the object parameter of `createMessageCollector()`. The value to this key should be a function that returns a boolean value to indicate if this message should be collected or not. To check for multiple conditions in your filter you can connect them using [logical operators](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Expressions_and_Operators#logical_operators). If you don't provide a filter all messages in the channel the collector was started on will be collected.
|
||||
|
||||
Note that the above example uses [implicit return](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Functions/Arrow_functions#function_body) for the filter function and passes it to the options object using the [object property shorthand](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Object_initializer#property_definitions) notation.
|
||||
|
||||
If a message passes through the filter, it will trigger the `collect` event for the `collector` you've created. This message is then passed into the event listener as `collected` and the provided function is executed. In the above example, you simply log the message. Once the collector finishes collecting based on the provided end conditions the `end` event emits.
|
||||
|
||||
You can control when a collector ends by supplying additional option keys when creating a collector:
|
||||
|
||||
- `time`: Amount of time in milliseconds the collector should run for
|
||||
- `max`: Number of messages to successfully pass the filter
|
||||
- `maxProcessed`: Number of messages encountered (no matter the filter result)
|
||||
|
||||
The benefit of using an event-based collector over `.awaitMessages()` (its promise-based counterpart) is that you can do something directly after each message is collected, rather than just after the collector ended. You can also stop the collector manually by calling `collector.stop()`.
|
||||
|
||||
### Await messages
|
||||
|
||||
Using `TextChannel#awaitMessages` can be easier if you understand Promises, and it allows you to have cleaner code overall. It is essentially identical to `TextChannel#createMessageCollector`, except promisified. However, the drawback of using this method is that you cannot do things before the Promise is resolved or rejected, either by an error or completion. However, it should do for most purposes, such as awaiting the correct response in a quiz. Instead of taking their example, let's set up a basic quiz command using the `.awaitMessages()` feature.
|
||||
|
||||
First, you'll need some questions and answers to choose from, so here's a basic set:
|
||||
|
||||
```json
|
||||
[
|
||||
{
|
||||
"question": "What color is the sky?",
|
||||
"answers": ["blue"]
|
||||
},
|
||||
{
|
||||
"question": "How many letters are there in the alphabet?",
|
||||
"answers": ["26", "twenty-six", "twenty six", "twentysix"]
|
||||
}
|
||||
]
|
||||
```
|
||||
|
||||
The provided set allows for responder error with an array of answers permitted. Ideally, it would be best to place this in a JSON file, which you can call `quiz.json` for simplicity.
|
||||
|
||||
```js
|
||||
const quiz = require('./quiz.json');
|
||||
// ...
|
||||
const item = quiz[Math.floor(Math.random() * quiz.length)];
|
||||
const collectorFilter = (response) => {
|
||||
return item.answers.some((answer) => answer.toLowerCase() === response.content.toLowerCase());
|
||||
};
|
||||
|
||||
interaction.reply({ content: item.question, withResponse: true }).then((response) => {
|
||||
response.resource.message.channel
|
||||
.awaitMessages({ filter: collectorFilter, max: 1, time: 30_000, errors: ['time'] })
|
||||
.then((collected) => {
|
||||
interaction.followUp(`${collected.first().author} got the correct answer!`);
|
||||
})
|
||||
.catch((collected) => {
|
||||
interaction.followUp('Looks like nobody got the answer this time.');
|
||||
});
|
||||
});
|
||||
```
|
||||
|
||||
<Callout>
|
||||
If you don't understand how `.some()` works, you can read about it in more detail
|
||||
[here](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/some).
|
||||
</Callout>
|
||||
|
||||
In this filter, you iterate through the answers to find what you want. You would like to ignore the case because simple typos can happen, so you convert each answer to its lowercase form and check if it's equal to the response in lowercase form as well. In the options section, you only want to allow one answer to pass through, hence the `max: 1` setting.
|
||||
|
||||
The filter looks for messages that match one of the answers in the array of possible answers to pass through the collector. The options (the second parameter) specifies that only a maximum of one message can go through the filter successfully before the Promise successfully resolves. The errors section specifies that time will cause it to error out, which will cause the Promise to reject if one correct answer is not received within the time limit of one minute. As you can see, there is no `collect` event, so you are limited in that regard.
|
||||
|
||||
## Reaction collectors
|
||||
|
||||
### Basic reaction collector
|
||||
|
||||
These work quite similarly to message collectors, except that you apply them on a message rather than a channel. This example uses the `Message#createReactionCollector` method. The filter will check for the 👍 emoji–in the default skin tone specifically, so be wary of that. It will also check that the person who reacted shares the same id as the author of the original message that the collector was assigned to.
|
||||
|
||||
```js
|
||||
const collectorFilter = (reaction, user) => {
|
||||
return reaction.emoji.name === '👍' && user.id === message.author.id;
|
||||
};
|
||||
|
||||
const collector = message.createReactionCollector({ filter: collectorFilter, time: 15_000 });
|
||||
|
||||
collector.on('collect', (reaction, user) => {
|
||||
console.log(`Collected ${reaction.emoji.name} from ${user.tag}`);
|
||||
});
|
||||
|
||||
collector.on('end', (collected) => {
|
||||
console.log(`Collected ${collected.size} items`);
|
||||
});
|
||||
```
|
||||
|
||||
### Await reactions
|
||||
|
||||
`Message#awaitReactions` works almost the same as a reaction collector, except it is Promise-based. The same differences apply as with channel collectors.
|
||||
|
||||
```js
|
||||
const collectorFilter = (reaction, user) => {
|
||||
return reaction.emoji.name === '👍' && user.id === message.author.id;
|
||||
};
|
||||
|
||||
message
|
||||
.awaitReactions({ filter: collectorFilter, max: 4, time: 60_000, errors: ['time'] })
|
||||
.then((collected) => console.log(collected.size))
|
||||
.catch((collected) => {
|
||||
console.log(`After a minute, only ${collected.size} out of 4 reacted.`);
|
||||
});
|
||||
```
|
||||
|
||||
## Interaction collectors
|
||||
|
||||
The third type of collector allows you to collect interactions; such as when users activate a slash command or click on a button in a message.
|
||||
|
||||
### Basic message component collector
|
||||
|
||||
Collecting interactions from message components works similarly to reaction collectors. In the following example, you will check that the interaction came from a button, and that the user clicking the button is the same user that initiated the command.
|
||||
|
||||
One important difference to note with interaction collectors is that Discord expects a response to _all_ interactions within 3 seconds - even ones that you don't want to collect. For this reason, you may wish to `.deferUpdate()` all interactions in your filter, or not use a filter at all and handle this behavior in the `collect` event.
|
||||
|
||||
```js
|
||||
const { ComponentType } = require('discord.js');
|
||||
|
||||
const collector = message.createMessageComponentCollector({ componentType: ComponentType.Button, time: 15_000 });
|
||||
|
||||
collector.on('collect', (i) => {
|
||||
if (i.user.id === interaction.user.id) {
|
||||
i.reply(`${i.user.id} clicked on the ${i.customId} button.`);
|
||||
} else {
|
||||
i.reply({ content: `These buttons aren't for you!`, flags: MessageFlags.Ephemeral });
|
||||
}
|
||||
});
|
||||
|
||||
collector.on('end', (collected) => {
|
||||
console.log(`Collected ${collected.size} interactions.`);
|
||||
});
|
||||
```
|
||||
|
||||
### Await message component
|
||||
|
||||
As before, this works similarly to the message component collector, except it is Promise-based.
|
||||
|
||||
Unlike other Promise-based collectors, this method will only ever collect one interaction that passes the filter. If no interactions are collected before the time runs out, the Promise will reject. This behavior aligns with Discord's requirement that actions should immediately receive a response. In this example, you will use `.deferUpdate()` on all interactions in the filter.
|
||||
|
||||
```js
|
||||
const { ComponentType } = require('discord.js');
|
||||
|
||||
const collectorFilter = (i) => {
|
||||
i.deferUpdate();
|
||||
return i.user.id === interaction.user.id;
|
||||
};
|
||||
|
||||
message
|
||||
.awaitMessageComponent({ filter: collectorFilter, componentType: ComponentType.StringSelect, time: 60_000 })
|
||||
.then((interaction) => interaction.editReply(`You selected ${interaction.values.join(', ')}!`))
|
||||
.catch((err) => console.log('No interactions were collected.'));
|
||||
```
|
||||
|
||||
### Await modal submit
|
||||
|
||||
If you want to wait for the submission of a modal within the context of another command or button execution, you may find the promisified collector `CommandInteraction#awaitModalSubmit` useful.
|
||||
|
||||
As Discord does not inform you if the user dismisses the modal, supplying a maximum `time` to wait for is crucial:
|
||||
|
||||
```js
|
||||
initialInteraction
|
||||
.awaitModalSubmit({ time: 60_000, filter })
|
||||
.then((interaction) => interaction.editReply('Thank you for your submission!'))
|
||||
.catch((err) => console.log('No modal submit interaction was collected'));
|
||||
```
|
||||
|
||||
For more information on working with modals, see the [modals section of this guide](../interactions/modals).
|
||||
@@ -1,236 +0,0 @@
|
||||
---
|
||||
title: Display Components
|
||||
---
|
||||
|
||||
While you might be familiar with [embeds](./embeds) in Discord, there are more ways to style and format your apps messages using **display components**, a comprehensive set of layout and content elements.
|
||||
|
||||
To use the display components, you need to pass the `IsComponentsV2` message flag (in docs: `MessageFlags`) when sending a message. You only need to use this flag when sending a message using the display components system, not when deferring interaction responses.
|
||||
|
||||
<Callout type="warn">
|
||||
Opting into using this system by passing the `IsComponentsV2` flag comes with a set of caveats:
|
||||
|
||||
- You **cannot** send `content`, `poll`, `embeds`, or `stickers`.
|
||||
- You **cannot** opt out of using display components when editing a message
|
||||
- You **can** opt into using display components when editing a message while explicitly setting `content`, `poll`, `embeds`, and `stickers` to null.
|
||||
- Messages can have up to **40** total components (nested components count!)
|
||||
- The amount of text across all text display components **cannot** exceed 4000 characters.
|
||||
- All attached files have to explicitly be referenced in a component (refer to the [Thumbnail](#thumbnail), [Media Gallery](#media-gallery), and [File](#file) sections).
|
||||
|
||||
</Callout>
|
||||
|
||||
## The component `id`
|
||||
|
||||
All components can be passed an optional, unique, `id` field holding a 32-bit integer identifier to later identify them in interaction responses. Do not confuse this with the `custom_id` field for interactive components! You can find more information about this [in the discord api documentation](https://discord.com/developers/docs/components/reference#anatomy-of-a-component). Discord will automatically populate the `id` of components that don't have the `id` specified in the payload sequentially starting from `1`. The `id` value `0` is treated as empty. The order components are automatically filled in is an implementation detail and not officially document. If you want to work with the `id` (for example to find and replace the content of a specific component lateron), you should explicitly specify it.
|
||||
|
||||
In the following sections, we will explain all available display component types in detail and show you some examples on how you can use them.
|
||||
|
||||
## Text Display
|
||||
|
||||
Text Display components let you add markdown-formatted text to your message and directly replace the `content` field when opting to use display components. You can use the `TextDisplayBuilder` class to easily create a Text Display component.
|
||||
|
||||
<Callout type="error">
|
||||
Sending user and role mentions in text display components **will notify users and roles**! You can and should control
|
||||
mentions with the `allowedMentions` message option.
|
||||
</Callout>
|
||||
|
||||
The example below shows how you can send a Text Display component in a channel.
|
||||
|
||||
```js
|
||||
const { TextDisplayBuilder, MessageFlags } = require('discord.js');
|
||||
|
||||
const exampleTextDisplay = new TextDisplayBuilder().setContent(
|
||||
'This text is inside a Text Display component! You can use **any __markdown__** available inside this component too.',
|
||||
);
|
||||
|
||||
await channel.send({
|
||||
components: [exampleTextDisplay],
|
||||
flags: MessageFlags.IsComponentsV2,
|
||||
});
|
||||
```
|
||||
|
||||

|
||||
|
||||
## Section
|
||||
|
||||
Sections represent text (one to three Text Display components) with an accessory. The accessory can either be an image (thumbnail) or button. If you do not want to send an accessory, use a [Text Display](#text-display) component instead. You can use the `SectionBuilder` class to easily create a Section component:
|
||||
|
||||
```js
|
||||
const { SectionBuilder, ButtonStyle, MessageFlags } = require('discord.js');
|
||||
|
||||
const exampleSection = new SectionBuilder()
|
||||
.addTextDisplayComponents(
|
||||
(textDisplay) =>
|
||||
textDisplay.setContent(
|
||||
'This text is inside a Text Display component! You can use **any __markdown__** available inside this component too.',
|
||||
),
|
||||
(textDisplay) => textDisplay.setContent('Using a section, you may only use up to three Text Display components.'),
|
||||
(textDisplay) => textDisplay.setContent('And you can place one button or one thumbnail component next to it!'),
|
||||
)
|
||||
.setButtonAccessory((button) =>
|
||||
button.setCustomId('exampleButton').setLabel('Button inside a Section').setStyle(ButtonStyle.Primary),
|
||||
);
|
||||
|
||||
await channel.send({
|
||||
components: [exampleSection],
|
||||
flags: MessageFlags.IsComponentsV2,
|
||||
});
|
||||
```
|
||||
|
||||

|
||||
|
||||
## Thumbnail
|
||||
|
||||
A Thumbnail is a display component that is visually similar to the `thumbnail` field inside an embed. Thumbnails are added as accessory inside a [Section](#section) component, support alt text for accessibility, and can be marked as a spoiler. You can use the `ThumbnailBuilder` class to easily create a Thumbnail component:
|
||||
|
||||
```js
|
||||
const { AttachmentBuilder, SectionBuilder, MessageFlags } = require('discord.js');
|
||||
|
||||
const file = new AttachmentBuilder('../assets/image.png');
|
||||
|
||||
const exampleSection = new SectionBuilder()
|
||||
.addTextDisplayComponents((textDisplay) =>
|
||||
textDisplay.setContent(
|
||||
'This text is inside a Text Display component! You can use **any __markdown__** available inside this component too.',
|
||||
),
|
||||
)
|
||||
.setThumbnailAccessory(
|
||||
(thumbnail) => thumbnail.setDescription('alt text displaying on the image').setURL('attachment://image.png'), // Supports arbitrary URLs such as 'https://i.imgur.com/AfFp7pu.png' as well.
|
||||
);
|
||||
|
||||
await channel.send({
|
||||
components: [exampleSection],
|
||||
files: [file],
|
||||
flags: MessageFlags.IsComponentsV2,
|
||||
});
|
||||
```
|
||||
|
||||

|
||||
|
||||
For more information about using attachments in components refer to the guide on [attaching images in embeds](./embeds#attaching-images).
|
||||
|
||||
## Media Gallery
|
||||
|
||||
A Media Gallery is a display component that can display a grid of up to 10 media attachments. Each media item can have an optional alt text (description) and can be marked as spoiler. You can use the `MediaGalleryBuilder` and `MediaGalleryItemBuilder` classes to easily create a Media Gallery component and its items:
|
||||
|
||||
```js
|
||||
const { AttachmentBuilder, MediaGalleryBuilder, MessageFlags } = require('discord.js');
|
||||
|
||||
const file = new AttachmentBuilder('../assets/image.png');
|
||||
|
||||
const exampleGallery = new MediaGalleryBuilder().addItems(
|
||||
(mediaGalleryItem) =>
|
||||
mediaGalleryItem
|
||||
.setDescription('alt text displaying on an image from the AttachmentBuilder')
|
||||
.setURL('attachment://image.png'),
|
||||
(mediaGalleryItem) =>
|
||||
mediaGalleryItem
|
||||
.setDescription('alt text displaying on an image from an external URL')
|
||||
.setURL('https://i.imgur.com/AfFp7pu.png')
|
||||
.setSpoiler(true), // Will display as a blurred image
|
||||
);
|
||||
|
||||
await channel.send({
|
||||
components: [exampleGallery],
|
||||
files: [file],
|
||||
flags: MessageFlags.IsComponentsV2,
|
||||
});
|
||||
```
|
||||
|
||||

|
||||
|
||||
## File
|
||||
|
||||
A File is a display component that can display a single uploaded file within the body of the message. By using multiple File components, you can upload and display multiple files in a single message. File components cannot have alt texts (description), unlike a Thumbnail or Media Gallery component, but can be marked as a spoiler. You can use the `FileBuilder` class to easily create a File component:
|
||||
|
||||
```js
|
||||
const { AttachmentBuilder, FileBuilder, MessageFlags } = require('discord.js');
|
||||
|
||||
const file = new AttachmentBuilder('../assets/guide.pdf');
|
||||
|
||||
const exampleFile = new FileBuilder().setURL('attachment://guide.pdf');
|
||||
|
||||
await channel.send({
|
||||
components: [exampleFile],
|
||||
files: [file],
|
||||
flags: MessageFlags.IsComponentsV2,
|
||||
});
|
||||
```
|
||||
|
||||

|
||||
|
||||
## Separator
|
||||
|
||||
A Separator is a layout component that adds vertical padding and optional visual division between components. You can select the amount of padding used for the Separator component (small or large) as well as whether a visual divider should be displayed (defaults to `true`). You can use the `SeparatorBuilder` class to easily create a Separator component.
|
||||
|
||||
<Callout type="warn">
|
||||
When a Separator component is used without any non-Separator components in the message payload, the message will not
|
||||
have any visible content.
|
||||
</Callout>
|
||||
|
||||
The example below shows how you can send a Separator component in a channel, separating two Text Display components.
|
||||
|
||||
```js
|
||||
const { TextDisplayBuilder, SeparatorBuilder, SeparatorSpacingSize, MessageFlags } = require('discord.js');
|
||||
|
||||
const exampleTextDisplay = new TextDisplayBuilder().setContent(
|
||||
'This text is inside a Text Display component! You can use **any __markdown__** available inside this component too.',
|
||||
);
|
||||
|
||||
const exampleSeparator = new SeparatorBuilder()
|
||||
.setDivider(false) // No line displayed
|
||||
.setSpacing(SeparatorSpacingSize.Large);
|
||||
|
||||
await channel.send({
|
||||
components: [exampleTextDisplay, exampleSeparator, exampleTextDisplay],
|
||||
flags: MessageFlags.IsComponentsV2,
|
||||
});
|
||||
```
|
||||
|
||||

|
||||
|
||||
## Container
|
||||
|
||||
A Container is a layout component which groups its child components inside a visually distinct rounded box with an optional accent color on the left, similar to the message embed look. Unlike embeds, not specifying a color will make the left side of the Container component match the background color. You can mark Container components as spoiler, which blurs all content inside the container. You can use the `ContainerBuilder` class to easily create a Container component.
|
||||
|
||||
The example below shows how to send a Container component in a channel. It contains:
|
||||
|
||||
- a Text Display component;
|
||||
- an Action Row component with a User Select component;
|
||||
- a Separator component;
|
||||
- a Section component with two Text Display components and a Button component accessory.
|
||||
|
||||
```js
|
||||
const { ContainerBuilder, UserSelectMenuBuilder, ButtonStyle, MessageFlags } = require('discord.js');
|
||||
|
||||
const exampleContainer = new ContainerBuilder()
|
||||
.setAccentColor(0x0099ff)
|
||||
.addTextDisplayComponents((textDisplay) =>
|
||||
textDisplay.setContent(
|
||||
'This text is inside a Text Display component! You can use **any __markdown__** available inside this component too.',
|
||||
),
|
||||
)
|
||||
.addActionRowComponents((actionRow) =>
|
||||
actionRow.setComponents(new UserSelectMenuBuilder().setCustomId('exampleSelect').setPlaceholder('Select users')),
|
||||
)
|
||||
.addSeparatorComponents((separator) => separator)
|
||||
.addSectionComponents((section) =>
|
||||
section
|
||||
.addTextDisplayComponents(
|
||||
(textDisplay) =>
|
||||
textDisplay.setContent(
|
||||
'This text is inside a Text Display component! You can use **any __markdown__** available inside this component too.',
|
||||
),
|
||||
(textDisplay) => textDisplay.setContent('And you can place one button or one thumbnail component next to it!'),
|
||||
)
|
||||
.setButtonAccessory((button) =>
|
||||
button.setCustomId('exampleButton').setLabel('Button inside a Section').setStyle(ButtonStyle.Primary),
|
||||
),
|
||||
);
|
||||
|
||||
await channel.send({
|
||||
components: [exampleContainer],
|
||||
flags: MessageFlags.IsComponentsV2,
|
||||
});
|
||||
```
|
||||
|
||||

|
||||
@@ -1,230 +0,0 @@
|
||||
---
|
||||
title: Message Embeds
|
||||
---
|
||||
|
||||
If you have been around on Discord for a bit, chances are you have seen these special messages, often sent by bots.
|
||||
They can have a colored border, embedded images, text fields, and other fancy properties.
|
||||
|
||||
In the following section, we will explain how to compose an embed, send it, and what you need to be aware of while doing so.
|
||||
|
||||
## Embed preview
|
||||
|
||||
Here is an example of how an embed may look. We will go over embed construction in the next part of this guide.
|
||||
|
||||
## Using the embed constructor
|
||||
|
||||
discord.js features the `EmbedBuilder` utility class for easy construction and manipulation of embeds.
|
||||
|
||||
```js
|
||||
// at the top of your file
|
||||
const { EmbedBuilder } = require('discord.js');
|
||||
|
||||
// inside a command, event listener, etc.
|
||||
const exampleEmbed = new EmbedBuilder()
|
||||
.setColor(0x0099ff)
|
||||
.setTitle('Some title')
|
||||
.setURL('https://discord.js.org/')
|
||||
.setAuthor({ name: 'Some name', iconURL: 'https://i.imgur.com/AfFp7pu.png', url: 'https://discord.js.org' })
|
||||
.setDescription('Some description here')
|
||||
.setThumbnail('https://i.imgur.com/AfFp7pu.png')
|
||||
.addFields(
|
||||
{ name: 'Regular field title', value: 'Some value here' },
|
||||
{ name: '\u200B', value: '\u200B' },
|
||||
{ name: 'Inline field title', value: 'Some value here', inline: true },
|
||||
{ name: 'Inline field title', value: 'Some value here', inline: true },
|
||||
)
|
||||
.addFields({ name: 'Inline field title', value: 'Some value here', inline: true })
|
||||
.setImage('https://i.imgur.com/AfFp7pu.png')
|
||||
.setTimestamp()
|
||||
.setFooter({ text: 'Some footer text here', iconURL: 'https://i.imgur.com/AfFp7pu.png' });
|
||||
|
||||
channel.send({ embeds: [exampleEmbed] });
|
||||
```
|
||||
|
||||
<Callout>
|
||||
You don't need to include all the elements showcased above. If you want a simpler embed, leave some out.
|
||||
</Callout>
|
||||
|
||||
The `.setColor()` method accepts a `ColorResolvable`, e.g. an integer, HEX color string, an array of RGB values or specific color strings.
|
||||
|
||||
To add a blank field to the embed, you can use `.addFields({ name: '\u200b', value: '\u200b' })`.
|
||||
|
||||
The above example chains the manipulating methods to the newly created EmbedBuilder object.
|
||||
If you want to modify the embed based on conditions, you will need to reference it as the constant `exampleEmbed` (for our example).
|
||||
|
||||
```js
|
||||
const exampleEmbed = new EmbedBuilder().setTitle('Some title');
|
||||
|
||||
if (message.author.bot) {
|
||||
exampleEmbed.setColor(0x7289da);
|
||||
}
|
||||
```
|
||||
|
||||
## Using an embed object
|
||||
|
||||
```js
|
||||
const exampleEmbed = {
|
||||
color: 0x0099ff,
|
||||
title: 'Some title',
|
||||
url: 'https://discord.js.org',
|
||||
author: {
|
||||
name: 'Some name',
|
||||
icon_url: 'https://i.imgur.com/AfFp7pu.png',
|
||||
url: 'https://discord.js.org',
|
||||
},
|
||||
description: 'Some description here',
|
||||
thumbnail: {
|
||||
url: 'https://i.imgur.com/AfFp7pu.png',
|
||||
},
|
||||
fields: [
|
||||
{
|
||||
name: 'Regular field title',
|
||||
value: 'Some value here',
|
||||
},
|
||||
{
|
||||
name: '\u200b',
|
||||
value: '\u200b',
|
||||
inline: false,
|
||||
},
|
||||
{
|
||||
name: 'Inline field title',
|
||||
value: 'Some value here',
|
||||
inline: true,
|
||||
},
|
||||
{
|
||||
name: 'Inline field title',
|
||||
value: 'Some value here',
|
||||
inline: true,
|
||||
},
|
||||
{
|
||||
name: 'Inline field title',
|
||||
value: 'Some value here',
|
||||
inline: true,
|
||||
},
|
||||
],
|
||||
image: {
|
||||
url: 'https://i.imgur.com/AfFp7pu.png',
|
||||
},
|
||||
timestamp: new Date().toISOString(),
|
||||
footer: {
|
||||
text: 'Some footer text here',
|
||||
icon_url: 'https://i.imgur.com/AfFp7pu.png',
|
||||
},
|
||||
};
|
||||
|
||||
channel.send({ embeds: [exampleEmbed] });
|
||||
```
|
||||
|
||||
<Callout>
|
||||
You don't need to include all the elements showcased above. If you want a simpler embed, leave some out.
|
||||
</Callout>
|
||||
|
||||
If you want to modify the embed object based on conditions, you will need to reference it directly (as `exampleEmbed` for our example). You can then (re)assign the property values as you would with any other object.
|
||||
|
||||
```js
|
||||
const exampleEmbed = { title: 'Some title' };
|
||||
|
||||
if (message.author.bot) {
|
||||
exampleEmbed.color = 0x7289da;
|
||||
}
|
||||
```
|
||||
|
||||
## Attaching images
|
||||
|
||||
You can upload images with your embedded message and use them as source for embed fields that support image URLs by constructing a `AttachmentBuilder` from them to send as message option alongside the embed. The attachment parameter takes a BufferResolvable or Stream including the URL to an external image.
|
||||
|
||||
You can then reference and use the images inside the embed itself with `attachment://fileName.extension`.
|
||||
|
||||
<Callout>
|
||||
If you plan to attach the same image repeatedly, **consider hosting it online and providing the URL** in the
|
||||
respective embed field instead. This also makes your bot respond faster since it doesn't need to upload the image with
|
||||
every response depending on it.
|
||||
</Callout>
|
||||
|
||||
### Using the EmbedBuilder
|
||||
|
||||
```js
|
||||
const { AttachmentBuilder, EmbedBuilder } = require('discord.js');
|
||||
// ...
|
||||
const file = new AttachmentBuilder('../assets/discordjs.png');
|
||||
const exampleEmbed = new EmbedBuilder().setTitle('Some title').setImage('attachment://discordjs.png');
|
||||
|
||||
channel.send({ embeds: [exampleEmbed], files: [file] });
|
||||
```
|
||||
|
||||
### Using an embed object
|
||||
|
||||
```js
|
||||
const { AttachmentBuilder } = require('discord.js');
|
||||
// ...
|
||||
const file = new AttachmentBuilder('../assets/discordjs.png');
|
||||
|
||||
const exampleEmbed = {
|
||||
title: 'Some title',
|
||||
image: {
|
||||
url: 'attachment://discordjs.png',
|
||||
},
|
||||
};
|
||||
|
||||
channel.send({ embeds: [exampleEmbed], files: [file] });
|
||||
```
|
||||
|
||||
<Callout type="warn">
|
||||
If the images don't display inside the embed but outside of it, double-check your syntax to make sure it's as shown
|
||||
above.
|
||||
</Callout>
|
||||
|
||||
## Resending and editing
|
||||
|
||||
We will now explain how to edit embedded message content and resend a received embed.
|
||||
|
||||
### Resending a received embed
|
||||
|
||||
To forward a received embed you retrieve it from the messages embed array (`message.embeds`) and pass it to the EmbedBuilder, then it can be edited before sending it again.
|
||||
|
||||
<Callout>
|
||||
We create a new Embed from `EmbedBuilder` here since embeds are immutable (their values cannot be changed directly).
|
||||
</Callout>
|
||||
|
||||
```js
|
||||
const receivedEmbed = message.embeds[0];
|
||||
const exampleEmbed = EmbedBuilder.from(receivedEmbed).setTitle('New title');
|
||||
|
||||
channel.send({ embeds: [exampleEmbed] });
|
||||
```
|
||||
|
||||
### Editing the embedded message content
|
||||
|
||||
To edit the content of an embed you need to pass a new EmbedBuilder structure or embed object to the messages `.edit()` method.
|
||||
|
||||
```js
|
||||
const exampleEmbed = new EmbedBuilder().setTitle('Some title').setDescription('Description after the edit');
|
||||
|
||||
message.edit({ embeds: [exampleEmbed] });
|
||||
```
|
||||
|
||||
If you want to build the new embed data on a previously sent embed template, make sure to read the caveats in the previous section.
|
||||
|
||||
## Notes
|
||||
|
||||
- To display fields side-by-side, you need at least two consecutive fields set to `inline`
|
||||
- The timestamp will automatically adjust the timezone depending on the user's device
|
||||
- Mentions of any kind in embeds will only render correctly within embed descriptions and field values
|
||||
- Mentions in embeds will not trigger a notification
|
||||
- Embeds allow masked links (e.g. `[Guide](https://discordjs.guide/ 'optional hovertext')`), but only in description and field values
|
||||
- Discord may strip characters from message content. See [the documentation](https://discord.com/developers/docs/resources/message#create-message) for more information
|
||||
|
||||
## Embed limits
|
||||
|
||||
There are a few limits to be aware of while planning your embeds due to the API's limitations. Here is a quick reference you can come back to:
|
||||
|
||||
- Embed titles are limited to **256** characters
|
||||
- Embed descriptions are limited to **4096** characters
|
||||
- There can be up to **25** fields
|
||||
- A field's name is limited to **256** characters and its value to 1024 characters
|
||||
- The footer text is limited to **2048** characters
|
||||
- The author name is limited to **256** characters
|
||||
- The sum of all characters from all embed structures in a message must not exceed **6000** characters
|
||||
- **10** embeds can be sent per message
|
||||
|
||||
Source: [Discord API documentation](https://discord.com/developers/docs/resources/message#embed-object-embed-limits)
|
||||
@@ -1,234 +0,0 @@
|
||||
---
|
||||
title: Common Errors
|
||||
---
|
||||
|
||||
There is no doubt that you have encountered errors while making bots. While errors are instrumental at warning you of what is going wrong, many people are stumped by them and how to track them down and fix them, but don't worry, we have you covered. This section will be all about diagnosing errors, identifying where they are coming from, and fixing them.
|
||||
|
||||
## Types of Errors
|
||||
|
||||
### API Errors
|
||||
|
||||
API Errors or DiscordAPIErrors are thrown by the Discord API when an invalid request carries out. API Errors can be mostly diagnosed using the message that is given. You can further examine errors by inspecting the HTTP method and path used. We will explore tracking these errors down in the next section.
|
||||
|
||||
Example: `DiscordAPIError: Cannot send an empty message`
|
||||
|
||||
### discord.js errors
|
||||
|
||||
discord.js errors are thrown by the library itself. They can usually be easily tracked down using the stack trace and error message.
|
||||
|
||||
Example: `The messages must be an Array, Collection, or number.`
|
||||
|
||||
### JavaScript errors
|
||||
|
||||
JavaScript errors are thrown by node itself or by discord.js. These errors can easily be fixed by looking at the type of error and the stack trace. You can find a full list of types [here](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Error) and a list of common JavaScript errors [here](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Errors).
|
||||
|
||||
Examples:
|
||||
|
||||
- `ReferenceError: "x" is not defined`
|
||||
- `Cannot read properties of null (reading 'something')`
|
||||
|
||||
### WebSocket and Network errors
|
||||
|
||||
WebSocket and Network errors are common system errors thrown by Node in response to something wrong with the WebSocket connection. Unfortunately, these errors do not have a concrete solution and can be (usually) fixed by getting a better, more stable, and more robust connection. discord.js will automatically try to reconnect to the WebSocket if an error occurs.
|
||||
|
||||
In version 12, WebSocket errors are handled internally, meaning your process should never crash from them. If you want to log these errors, should they happen, you can listen to the `shardError` event as shown below.
|
||||
|
||||
```js
|
||||
client.on(Events.ShardError, (error) => {
|
||||
console.error('A websocket connection encountered an error:', error);
|
||||
});
|
||||
```
|
||||
|
||||
The commonly thrown codes for these errors are:
|
||||
|
||||
- `ECONNRESET` - The connection was forcibly closed by a peer, thrown by the loss of connection to a WebSocket due to timeout or reboot.
|
||||
- `ETIMEDOUT` - A connect or send request failed because the receiving party did not respond after some time.
|
||||
- `EPIPE` - The remote side of the stream being written to has been closed.
|
||||
- `ENOTFOUND` - The domain being accessed is unavailable, usually caused by a lack of internet, can be thrown by the WebSocket and HTTP API.
|
||||
- `ECONNREFUSED` - The target machine refused the connection; check your ports and firewall.
|
||||
|
||||
## How to diagnose API errors
|
||||
|
||||
API Errors can be tracked down by adding an event listener for unhandled rejections and looking at the extra info.
|
||||
This can be done by adding this to your main file.
|
||||
|
||||
```js
|
||||
process.on('unhandledRejection', (error) => {
|
||||
console.error('Unhandled promise rejection:', error);
|
||||
});
|
||||
```
|
||||
|
||||
The next time you get the error it will show info along the bottom of the error which will look something like this for example:
|
||||
|
||||
```json
|
||||
name: 'DiscordAPIError',
|
||||
message: 'Invalid Form Body\nmessage_id: Value "[object Object]" is not snowflake.',
|
||||
path: '/api/v10/channels/638200642359525387/messages/[object%20Object]',
|
||||
code: 50035,
|
||||
method: 'GET'
|
||||
```
|
||||
|
||||
All of this information can help you track down what caused the error and how to fix it. In this section, we will run through what each property means.
|
||||
|
||||
### Message
|
||||
|
||||
The most important part of the error is the message. It tells you what went wrong, which can help you track down where it originates.
|
||||
You can find a full list of messages [here](https://discord.com/developers/docs/topics/opcodes-and-status-codes#json) in the Discord API documentation.
|
||||
|
||||
### Path
|
||||
|
||||
Another helpful piece of information is the path, which tells you what API endpoint the error occurred on. We cannot possibly cover all endpoints, but they are usually very descriptive.
|
||||
|
||||
In the above example, the path tells you that the action was executed in the `/channels/` scope. The number you see next is the channel's id. Next, you can spot the `message/` scope. The number is again the object's id. Combined with the method `GET` you can conclude, that the bot tried to fetch the message with the id `[object Object]` from the channel with the id `638200642359525387`.
|
||||
|
||||
As the error message tells you `[object Object]` is not a valid id, so you now know where to look for an error! Find out where you pass an object as an id when trying to fetch a message and fix your code in that location.
|
||||
|
||||
### Code
|
||||
|
||||
The code is another partial representation of the message, in this case, `Invalid Form Body`. You can find a full list of codes [here](https://discord.com/developers/docs/topics/opcodes-and-status-codes#json-json-error-codes)
|
||||
|
||||
The code is also handy if you want only to handle a specific error. Say you're trying to delete a message which may or may not be there, and wanted to ignore unknown message errors. This can be done by checking the code, either manually or using discord.js constants.
|
||||
|
||||
```js
|
||||
message.delete().catch((error) => {
|
||||
// Only log the error if it is not an Unknown Message error
|
||||
if (error.code !== 10_008) {
|
||||
console.error('Failed to delete the message:', error);
|
||||
}
|
||||
});
|
||||
```
|
||||
|
||||
Or using Constants:
|
||||
|
||||
```js
|
||||
const { RESTJSONErrorCodes } = require('discord.js');
|
||||
|
||||
message.delete().catch((error) => {
|
||||
if (error.code !== RESTJSONErrorCodes.UnknownMessage) {
|
||||
console.error('Failed to delete the message:', error);
|
||||
}
|
||||
});
|
||||
```
|
||||
|
||||
You can find a list of constants [here](https://discord-api-types.dev/api/discord-api-types-v10/enum/RESTJSONErrorCodes).
|
||||
|
||||
### Method
|
||||
|
||||
The final piece of information can tell you a lot about what you tried to do to the path. There are a set of predefined keywords that describe our actions on the path.
|
||||
|
||||
```
|
||||
GET - Used to retrieve a piece of data
|
||||
POST - Used to send a piece of data
|
||||
PATCH - Used to modify a piece of data
|
||||
PUT - Used to replace a piece of data completely
|
||||
DELETE - Used to delete a piece of data completely
|
||||
```
|
||||
|
||||
In this particular example, you can see you are trying to access a piece of data, specifically, a message.
|
||||
|
||||
## Common discord.js and API errors
|
||||
|
||||
### An invalid token was provided.
|
||||
|
||||
This is a prevalent error; it originates from a wrong token being passed into `client.login()`. The most common causes of this error are:
|
||||
|
||||
- Not importing the config or env file correctly
|
||||
- Copying the client secret instead of the bot token (the token is alphanumerical and three parts delimited by a period while the client secret is significantly smaller and one part only)
|
||||
- Not updating the token after resetting it
|
||||
|
||||
<Callout>
|
||||
**Before** the release of **version 12**, there used to be an issue where the token was not prefixed correctly, which
|
||||
resulted in valid tokens being marked as invalid. If you have verified that all of the above is not the case, make
|
||||
sure you have updated discord.js to the current stable version.
|
||||
</Callout>
|
||||
|
||||
### Request to use token, but token was unavailable to the client.
|
||||
|
||||
This error originates from the client attempting to execute an action that requires the token but the token not being available. This is most commonly caused by destroying the client and then trying to perform an action.
|
||||
|
||||
This error is also caused by attempting to use a client that has not logged in. Both of the examples below will throw errors.
|
||||
|
||||
```js
|
||||
const { Client, GatewayIntentBits } = require('discord.js');
|
||||
|
||||
// Should not be here!
|
||||
const client = new Client({ intents: [GatewayIntentBits.Guilds] });
|
||||
|
||||
module.exports = (interaction) => {
|
||||
const id = interaction.options.getString('id');
|
||||
// Should be `interaction.client` instead!
|
||||
client.users.fetch(id).then((user) => {
|
||||
interaction.reply(`Your requested user: ${user.tag}`);
|
||||
});
|
||||
};
|
||||
```
|
||||
|
||||
```js
|
||||
const { Client, Events, GatewayIntentBits } = require('discord.js');
|
||||
|
||||
const client = new Client({ intents: [GatewayIntentBits.Guilds] });
|
||||
|
||||
client.on(Events.InteractionCreate, someHandlerFunction);
|
||||
|
||||
client.login('your-token-goes-here');
|
||||
// client will not be logged in yet!
|
||||
client.users.fetch('myId').then(someInitFunction);
|
||||
```
|
||||
|
||||
### EmbedBuilder field values may not be empty.
|
||||
|
||||
This error originates from calling `EmbedBuilder#addFields()` with a field object's `name` property as an empty string. If you would like the title to be empty for a reason, you should use a zero width space, which can be input as `\u200b`.
|
||||
|
||||
In conjunction with the previous error, this error results from calling `EmbedBuilder#addFields()` with a field object's `value` property as an empty string. You can use a zero-width space if you would like this blank.
|
||||
|
||||
### The messages must be an Array, Collection, or number.
|
||||
|
||||
This error originates from an invalid call to `bulkDelete()`. Make sure you are inputting a valid Array or Collection of messages or a valid number.
|
||||
|
||||
### Members didn't arrive in time.
|
||||
|
||||
This error happens when fetching multiple members via `GuildMemberManager#fetch()` and:
|
||||
|
||||
- The `GuildMembers` intent is not specified or enabled in the dev dashboard
|
||||
- The internet connection is somewhat bad
|
||||
- The amount of members fetched is large (about 50 thousand and upwards)
|
||||
|
||||
You can specify the time to wait for with the `time` option in the `.fetch()` call. Another solution could be to move your bot to a faster infrastructure, if available.
|
||||
|
||||
### MaxListenersExceededWarning: Possible EventEmitter memory leak detected...
|
||||
|
||||
This error is caused by spawning a large number of event listeners, usually for the client. The most common cause of this is nesting your event listeners instead of separating them. The way to fix this error is to make sure you do not nest your listeners; it is **not** to use `emitter.setMaxListeners()` as the error suggests.
|
||||
|
||||
You can debug these messages in different ways:
|
||||
|
||||
- Through the [CLI](https://nodejs.org/api/cli.html#cli_trace_warnings): `node --trace-warnings index.js`
|
||||
- Through the [`process#warning` event](https://nodejs.org/api/process.html#process_event_warning): `process.on('warning', console.warn);`
|
||||
|
||||
### Cannot send messages to this user.
|
||||
|
||||
This error throws when the bot attempts to send a DM message to a user but cannot do so. A variety of reasons causes this:
|
||||
|
||||
- The bot and the user do not share a guild (often, people attempt to DM the user after kicking or banning them).
|
||||
- The bot tries to DM another bot.
|
||||
- The user has blocked the bot.
|
||||
- The user has disabled DMs in the privacy settings.
|
||||
|
||||
In the case of the last two reasons, the error is not preventable, as the Discord API does not provide a way to check if you can send a user a DM until you attempt to send one. The best way to handle this error is to add a `.catch()` where you try to DM the user and either ignore the rejected Promise or do what you want because of it.
|
||||
|
||||
## Common miscellaneous errors
|
||||
|
||||
### code ENOENT... syscall spawn git.
|
||||
|
||||
This error is commonly thrown by your system due to it not finding `git`. You need to install `git` or update your path if `git` is already installed. Here are the download links for it:
|
||||
|
||||
- Ubuntu/Debian: `sudo apt-get install git`
|
||||
- Windows: [git-scm](https://git-scm.com/download/win)
|
||||
|
||||
### code ELIFECYCLE
|
||||
|
||||
This error is commonly thrown by your system in response to the process unexpectedly closing. Cleaning the npm cache and deleting node_modules can usually fix it. The instructions for doing that are as such:
|
||||
|
||||
- Clean npm cache with `npm cache clean --force`
|
||||
- delete `node_modules`
|
||||
- delete `package-lock.json` (make sure you have a `package.json`!)
|
||||
- run `npm install` to reinstall packages from `package.json`
|
||||
@@ -1,399 +0,0 @@
|
||||
---
|
||||
title: FAQ
|
||||
---
|
||||
|
||||
# Frequently asked Questions
|
||||
|
||||
## Legend
|
||||
|
||||
- `client` is a placeholder for the `Client` object, such as `const client = new Client({ intents: [GatewayIntentBits.Guilds] });`.
|
||||
- `interaction` is a placeholder for the `BaseInteraction` object, such as `client.on(Events.InteractionCreate, interaction => { ... });`.
|
||||
- `guild` is a placeholder for the `Guild` object, such as `interaction.guild` or `client.guilds.cache.get('id')`.
|
||||
- `voiceChannel` is a placeholder for the `VoiceChannel` object, such as `interaction.member.voice.channel`
|
||||
|
||||
For a more detailed explanation of the notations commonly used in this guide, the docs, and the support server, see [here](../additional-info/notation).
|
||||
|
||||
## Administrative
|
||||
|
||||
### How do I ban a user?
|
||||
|
||||
```js
|
||||
const user = interaction.options.getUser('target');
|
||||
guild.members.ban(user);
|
||||
```
|
||||
|
||||
### How do I unban a user?
|
||||
|
||||
```js
|
||||
const user = interaction.options.getUser('target');
|
||||
guild.members.unban(user);
|
||||
```
|
||||
|
||||
<Callout>
|
||||
Discord **validates** and **resolves** user ids for users not on the server in user slash command options. To retrieve
|
||||
and use the full structure from the resulting interaction, you can use the `CommandInteractionOptionResolver#getUser`
|
||||
method.
|
||||
</Callout>
|
||||
|
||||
### How do I kick a guild member?
|
||||
|
||||
```js
|
||||
const member = interaction.options.getMember('target');
|
||||
member.kick();
|
||||
```
|
||||
|
||||
### How do I timeout a guild member?
|
||||
|
||||
```js
|
||||
const member = interaction.options.getMember('target');
|
||||
member.timeout(60_000); // Timeout for one minute
|
||||
```
|
||||
|
||||
<Callout>
|
||||
Timeout durations are measured by the **millisecond**. The maximum timeout duration you can set is 28 days. To remove
|
||||
a timeout set on a member, pass `null` instead of a timeout duration.
|
||||
</Callout>
|
||||
|
||||
### How do I add a role to a guild member?
|
||||
|
||||
```js
|
||||
const role = interaction.options.getRole('role');
|
||||
const member = interaction.options.getMember('target');
|
||||
member.roles.add(role);
|
||||
```
|
||||
|
||||
### How do I check if a guild member has a specific role?
|
||||
|
||||
```js
|
||||
const member = interaction.options.getMember('target');
|
||||
if (member.roles.cache.some((role) => role.name === 'role name')) {
|
||||
// ...
|
||||
}
|
||||
```
|
||||
|
||||
### How do I limit a command to a single user?
|
||||
|
||||
```js
|
||||
if (interaction.user.id === 'id') {
|
||||
// ...
|
||||
}
|
||||
```
|
||||
|
||||
## Bot Configuration and Utility
|
||||
|
||||
### How do I set my bot's username?
|
||||
|
||||
```js
|
||||
client.user.setUsername('username');
|
||||
```
|
||||
|
||||
### How do I set my bot's avatar?
|
||||
|
||||
```js
|
||||
client.user.setAvatar('URL or path');
|
||||
```
|
||||
|
||||
### How do I set my playing status?
|
||||
|
||||
```js
|
||||
client.user.setActivity('activity');
|
||||
```
|
||||
|
||||
### How do I set my status to "Watching/Listening to/Competing in ..."?
|
||||
|
||||
```js
|
||||
const { ActivityType } = require('discord.js');
|
||||
|
||||
client.user.setActivity('activity', { type: ActivityType.Watching });
|
||||
client.user.setActivity('activity', { type: ActivityType.Listening });
|
||||
client.user.setActivity('activity', { type: ActivityType.Competing });
|
||||
```
|
||||
|
||||
<Callout>
|
||||
If you would like to set your activity upon startup, you can use the `ClientOptions` object to set the appropriate
|
||||
`Presence` data.
|
||||
</Callout>
|
||||
|
||||
### How do I make my bot display online/idle/dnd/invisible?
|
||||
|
||||
```js
|
||||
const { PresenceUpdateStatus } = require('discord.js');
|
||||
|
||||
client.user.setStatus(PresenceUpdateStatus.Online);
|
||||
client.user.setStatus(PresenceUpdateStatus.Idle);
|
||||
client.user.setStatus(PresenceUpdateStatus.DoNotDisturb);
|
||||
client.user.setStatus(PresenceUpdateStatus.Invisible);
|
||||
```
|
||||
|
||||
### How do I set both status and activity in one go?
|
||||
|
||||
```js
|
||||
const { PresenceUpdateStatus } = require('discord.js');
|
||||
|
||||
client.user.setPresence({ activities: [{ name: 'activity' }], status: PresenceUpdateStatus.Idle });
|
||||
```
|
||||
|
||||
## Miscellaneous
|
||||
|
||||
### How do I send a message to a specific channel?
|
||||
|
||||
```js
|
||||
const channel = client.channels.cache.get('id');
|
||||
channel.send('content');
|
||||
```
|
||||
|
||||
### How do I create a post in a forum channel?
|
||||
|
||||
<Callout>Currently, the only way to get tag ids is programmatically through `ForumChannel#availableTags`.</Callout>
|
||||
|
||||
```js
|
||||
const channel = client.channels.cache.get('id');
|
||||
channel.threads.create({
|
||||
name: 'Post name',
|
||||
message: { content: 'Message content' },
|
||||
appliedTags: ['tagID', 'anotherTagID'],
|
||||
});
|
||||
```
|
||||
|
||||
### How do I DM a specific user?
|
||||
|
||||
```js
|
||||
client.users.send('id', 'content');
|
||||
```
|
||||
|
||||
<Callout>If you want to DM the user who sent the interaction, you can use `interaction.user.send()`.</Callout>
|
||||
|
||||
### How do I mention a specific user in a message?
|
||||
|
||||
```js
|
||||
const user = interaction.options.getUser('target');
|
||||
await interaction.reply(`Hi, ${user}.`);
|
||||
await interaction.followUp(`Hi, <@${user.id}>.`);
|
||||
```
|
||||
|
||||
<Callout>
|
||||
Mentions in embeds may resolve correctly in embed titles, descriptions and field values but will never notify the
|
||||
user. Other areas do not support mentions at all.
|
||||
</Callout>
|
||||
|
||||
### How do I control which users and/or roles are mentioned in a message?
|
||||
|
||||
Controlling which mentions will send a ping is done via the `allowedMentions` option, which replaces `disableMentions`.
|
||||
|
||||
This can be set as a default in `ClientOptions`, and controlled per-message sent by your bot.
|
||||
|
||||
```js
|
||||
new Client({ allowedMentions: { parse: ['users', 'roles'] } });
|
||||
```
|
||||
|
||||
Even more control can be achieved by listing specific `users` or `roles` to be mentioned by ID, e.g.:
|
||||
|
||||
```js
|
||||
channel.send({
|
||||
content: '<@123456789012345678> <@987654321098765432> <@&102938475665748392>',
|
||||
allowedMentions: { users: ['123456789012345678'], roles: ['102938475665748392'] },
|
||||
});
|
||||
```
|
||||
|
||||
### How do I prompt the user for additional input?
|
||||
|
||||
```js
|
||||
interaction.reply('Please enter more input.').then(() => {
|
||||
const collectorFilter = (m) => interaction.user.id === m.author.id;
|
||||
|
||||
interaction.channel
|
||||
.awaitMessages({ filter: collectorFilter, time: 60_000, max: 1, errors: ['time'] })
|
||||
.then((messages) => {
|
||||
interaction.followUp(`You've entered: ${messages.first().content}`);
|
||||
})
|
||||
.catch(() => {
|
||||
interaction.followUp('You did not enter any input!');
|
||||
});
|
||||
});
|
||||
```
|
||||
|
||||
<Callout>
|
||||
If you want to learn more about this syntax or other types of collectors, check out [this dedicated guide page for
|
||||
collectors](./collectors)!
|
||||
</Callout>
|
||||
|
||||
### How do I block a user from using my bot?
|
||||
|
||||
```js
|
||||
const blockedUsers = ['id1', 'id2'];
|
||||
client.on(Events.InteractionCreate, (interaction) => {
|
||||
if (blockedUsers.includes(interaction.user.id)) return;
|
||||
});
|
||||
```
|
||||
|
||||
<Callout>
|
||||
You do not need to have a constant local variable like `blockedUsers` above. If you have a database system that you use to store IDs of blocked users, you can query the database instead:
|
||||
|
||||
```js
|
||||
client.on(Events.InteractionCreate, async (interaction) => {
|
||||
const blockedUsers = await database.query('SELECT user_id FROM blocked_users;');
|
||||
if (blockedUsers.includes(interaction.user.id)) return;
|
||||
});
|
||||
```
|
||||
|
||||
Note that this is just a showcase of how you could do such a check.
|
||||
|
||||
</Callout>
|
||||
|
||||
### How do I react to the message my bot sent?
|
||||
|
||||
```js
|
||||
interaction.channel.send('My message to react to.').then((sentMessage) => {
|
||||
// Unicode emoji
|
||||
sentMessage.react('👍');
|
||||
|
||||
// Custom emoji
|
||||
sentMessage.react('123456789012345678');
|
||||
sentMessage.react('<emoji:123456789012345678>');
|
||||
sentMessage.react('<a:emoji:123456789012345678>');
|
||||
sentMessage.react('emoji:123456789012345678');
|
||||
sentMessage.react('a:emoji:123456789012345678');
|
||||
});
|
||||
```
|
||||
|
||||
<Callout>
|
||||
If you want to learn more about reactions, check out [this dedicated guide on reactions](./reactions)!
|
||||
</Callout>
|
||||
|
||||
### How do I restart my bot with a command?
|
||||
|
||||
```js
|
||||
process.exit();
|
||||
```
|
||||
|
||||
<Callout type="error">
|
||||
`process.exit()` will only kill your Node process, but when using [PM2](http://pm2.keymetrics.io/), it will restart
|
||||
the process whenever it gets killed. You can read our guide on PM2 [here](../improving-dev-environment/pm2).
|
||||
</Callout>
|
||||
|
||||
### What is the difference between a User and a GuildMember?
|
||||
|
||||
A User represents a global Discord user, and a GuildMember represents a Discord user on a specific server. That means only GuildMembers can have permissions, roles, and nicknames, for example, because all of these things are server-bound information that could be different on each server that the user is in.
|
||||
|
||||
### How do I find all online members of a guild?
|
||||
|
||||
```js
|
||||
// First use guild.members.fetch to make sure all members are cached
|
||||
guild.members.fetch({ withPresences: true }).then((fetchedMembers) => {
|
||||
const totalOnline = fetchedMembers.filter((member) => member.presence?.status === PresenceUpdateStatus.Online);
|
||||
// Now you have a collection with all online member objects in the totalOnline variable
|
||||
console.log(`There are currently ${totalOnline.size} members online in this guild!`);
|
||||
});
|
||||
```
|
||||
|
||||
<Callout type="warn">
|
||||
This only works correctly if you have the `GuildPresences` intent enabled for your application and client. If you want
|
||||
to learn more about intents, check out [this dedicated guide on intents](./intents)!
|
||||
</Callout>
|
||||
|
||||
### How do I check which role was added/removed and for which member?
|
||||
|
||||
```js
|
||||
// Start by declaring a guildMemberUpdate listener
|
||||
// This code should be placed outside of any other listener callbacks to prevent listener nesting
|
||||
client.on(Events.GuildMemberUpdate, (oldMember, newMember) => {
|
||||
// If the role(s) are present on the old member object but no longer on the new one (i.e role(s) were removed)
|
||||
const removedRoles = oldMember.roles.cache.filter((role) => !newMember.roles.cache.has(role.id));
|
||||
if (removedRoles.size > 0) {
|
||||
console.log(`The roles ${removedRoles.map((r) => r.name)} were removed from ${oldMember.displayName}.`);
|
||||
}
|
||||
|
||||
// If the role(s) are present on the new member object but are not on the old one (i.e role(s) were added)
|
||||
const addedRoles = newMember.roles.cache.filter((role) => !oldMember.roles.cache.has(role.id));
|
||||
if (addedRoles.size > 0) {
|
||||
console.log(`The roles ${addedRoles.map((r) => r.name)} were added to ${oldMember.displayName}.`);
|
||||
}
|
||||
});
|
||||
```
|
||||
|
||||
### How do I check the bot's ping?
|
||||
|
||||
There are two common measurements for bot pings. The first, **websocket heartbeat**, is the average interval of a regularly sent signal indicating the healthy operation of the websocket connection the library receives events over:
|
||||
|
||||
```js
|
||||
interaction.reply(`Websocket heartbeat: ${client.ws.ping}ms.`);
|
||||
```
|
||||
|
||||
<Callout>
|
||||
If you're using [sharding](../sharding/), a specific shard's heartbeat can be found on the WebSocketShard instance,
|
||||
accessible at `client.ws.shards.get(id).ping`.
|
||||
</Callout>
|
||||
|
||||
The second, **Roundtrip Latency**, describes the amount of time a full API roundtrip (from the creation of the command message to the creation of the response message) takes. You then edit the response to the respective value to avoid needing to send yet another message:
|
||||
|
||||
```js
|
||||
const sent = await interaction.reply({ content: 'Pinging...', withResponse: true });
|
||||
interaction.editReply(`Roundtrip latency: ${sent.resource.message.createdTimestamp - interaction.createdTimestamp}ms`);
|
||||
```
|
||||
|
||||
### Why do some emojis behave weirdly?
|
||||
|
||||
If you've tried using [the usual method of retrieving unicode emojis](./reactions#unicode-emojis), you may have noticed that some characters don't provide the expected results. Here's a short snippet that'll help with that issue. You can toss this into a file of its own and use it anywhere you need! Alternatively feel free to simply copy-paste the characters from below:
|
||||
|
||||
```js
|
||||
// emojiCharacters.js
|
||||
module.exports = {
|
||||
a: '🇦',
|
||||
b: '🇧',
|
||||
c: '🇨',
|
||||
d: '🇩',
|
||||
e: '🇪',
|
||||
f: '🇫',
|
||||
g: '🇬',
|
||||
h: '🇭',
|
||||
i: '🇮',
|
||||
j: '🇯',
|
||||
k: '🇰',
|
||||
l: '🇱',
|
||||
m: '🇲',
|
||||
n: '🇳',
|
||||
o: '🇴',
|
||||
p: '🇵',
|
||||
q: '🇶',
|
||||
r: '🇷',
|
||||
s: '🇸',
|
||||
t: '🇹',
|
||||
u: '🇺',
|
||||
v: '🇻',
|
||||
w: '🇼',
|
||||
x: '🇽',
|
||||
y: '🇾',
|
||||
z: '🇿',
|
||||
0: '0️⃣',
|
||||
1: '1️⃣',
|
||||
2: '2️⃣',
|
||||
3: '3️⃣',
|
||||
4: '4️⃣',
|
||||
5: '5️⃣',
|
||||
6: '6️⃣',
|
||||
7: '7️⃣',
|
||||
8: '8️⃣',
|
||||
9: '9️⃣',
|
||||
10: '🔟',
|
||||
'#': '#️⃣',
|
||||
'*': '*️⃣',
|
||||
'!': '❗',
|
||||
'?': '❓',
|
||||
};
|
||||
```
|
||||
|
||||
```js
|
||||
// index.js
|
||||
const emojiCharacters = require('./emojiCharacters.js');
|
||||
|
||||
console.log(emojiCharacters.a); // 🇦
|
||||
console.log(emojiCharacters[10]); // 🔟
|
||||
console.log(emojiCharacters['!']); // ❗
|
||||
```
|
||||
|
||||
<Callout>
|
||||
On Windows, you may be able to use the <kbd>Win</kbd> <kbd>.</kbd> keyboard shortcut to open up an emoji picker that can be used for quick, easy access to all the Unicode emojis available to you. Some of the emojis listed above may not be represented there, though (e.g., the 0-9 emojis).
|
||||
|
||||
You can also use the <kbd>⌃</kbd> <kbd>⌘</kbd> <kbd>Space</kbd> keyboard shortcut to perform the same behavior on macOS.
|
||||
|
||||
</Callout>
|
||||
@@ -1,73 +0,0 @@
|
||||
---
|
||||
title: Formatters
|
||||
---
|
||||
|
||||
discord.js provides the `formatters` package which contains a variety of utilities you can use when writing your Discord bot.
|
||||
|
||||
## Basic Markdown
|
||||
|
||||
These functions format strings into all the different Markdown styles supported by Discord.
|
||||
|
||||
```js
|
||||
const { blockQuote, bold, italic, quote, spoiler, strikethrough, underline, subtext } = require('discord.js');
|
||||
const string = 'Hello!';
|
||||
|
||||
const boldString = bold(string);
|
||||
const italicString = italic(string);
|
||||
const strikethroughString = strikethrough(string);
|
||||
const underlineString = underline(string);
|
||||
const spoilerString = spoiler(string);
|
||||
const quoteString = quote(string);
|
||||
const blockquoteString = blockQuote(string);
|
||||
const subtextString = subtext(string);
|
||||
```
|
||||
|
||||
## Links
|
||||
|
||||
There are also two functions to format hyperlinks. `hyperlink()` will format the URL into a masked markdown link, and `hideLinkEmbed()` will wrap the URL in `<>`, preventing it from embedding.
|
||||
|
||||
```js
|
||||
const { hyperlink, hideLinkEmbed } = require('discord.js');
|
||||
const url = 'https://discord.js.org/';
|
||||
|
||||
const link = hyperlink('discord.js', url);
|
||||
const hiddenEmbed = hideLinkEmbed(url);
|
||||
```
|
||||
|
||||
## Code blocks
|
||||
|
||||
You can use `inlineCode()` and `codeBlock()` to turn a string into an inline code block or a regular code block with or without syntax highlighting.
|
||||
|
||||
```js
|
||||
const { inlineCode, codeBlock } = require('discord.js');
|
||||
const jsString = 'const value = true;';
|
||||
|
||||
const inline = inlineCode(jsString);
|
||||
const codeblock = codeBlock(jsString);
|
||||
const highlighted = codeBlock('js', jsString);
|
||||
```
|
||||
|
||||
## Timestamps
|
||||
|
||||
With `time()`, you can format Unix timestamps and dates into a Discord time string.
|
||||
|
||||
```js
|
||||
const { time, TimestampStyles } = require('discord.js');
|
||||
const date = new Date();
|
||||
|
||||
const timeString = time(date);
|
||||
const relative = time(date, TimestampStyles.RelativeTime);
|
||||
```
|
||||
|
||||
## Mentions
|
||||
|
||||
`userMention()`, `channelMention()`, and `roleMention()` all exist to format Snowflakes into mentions.
|
||||
|
||||
```js
|
||||
const { channelMention, roleMention, userMention } = require('discord.js');
|
||||
const id = '123456789012345678';
|
||||
|
||||
const channel = channelMention(id);
|
||||
const role = roleMention(id);
|
||||
const user = userMention(id);
|
||||
```
|
||||
|
Before Width: | Height: | Size: 248 KiB |
|
Before Width: | Height: | Size: 250 KiB |
|
Before Width: | Height: | Size: 246 KiB |
|
Before Width: | Height: | Size: 249 KiB |
|
Before Width: | Height: | Size: 249 KiB |
|
Before Width: | Height: | Size: 278 KiB |