Compare commits
2 commits
b1fc01abb8
...
4af2de0f19
Author | SHA1 | Date | |
---|---|---|---|
4af2de0f19 | |||
f262065ee3 |
2 changed files with 11 additions and 17 deletions
2
config
2
config
|
@ -1 +1 @@
|
||||||
Subproject commit 3a69b56d8f641feaed9248ce66502e3781566833
|
Subproject commit c60f42aa16968ad7cbd2d916c3498699edf0a0d1
|
|
@ -122,6 +122,7 @@ port: {{ .GoToSocial.Port }}
|
||||||
# Example: ["127.0.0.1/32", "172.20.0.1"]
|
# Example: ["127.0.0.1/32", "172.20.0.1"]
|
||||||
# Default: ["127.0.0.1/32", "::1"] (localhost ipv4 + ipv6)
|
# Default: ["127.0.0.1/32", "::1"] (localhost ipv4 + ipv6)
|
||||||
trusted-proxies:
|
trusted-proxies:
|
||||||
|
- "127.0.0.1/32"
|
||||||
- "{{ .Docker.Network.Subnet }}"
|
- "{{ .Docker.Network.Subnet }}"
|
||||||
|
|
||||||
############################
|
############################
|
||||||
|
@ -405,16 +406,12 @@ instance-inject-mastodon-version: false
|
||||||
|
|
||||||
# Config pertaining to creation and maintenance of accounts on the server, as well as defaults for new accounts.
|
# Config pertaining to creation and maintenance of accounts on the server, as well as defaults for new accounts.
|
||||||
|
|
||||||
# Bool. Do we want people to be able to just submit sign up requests, or do we want invite only?
|
# Bool. Allow people to submit new sign-up / registration requests via the form at /signup.
|
||||||
|
#
|
||||||
# Options: [true, false]
|
# Options: [true, false]
|
||||||
# Default: true
|
# Default: false
|
||||||
accounts-registration-open: {{ .GoToSocial.AccountsRegistrationOpen }}
|
accounts-registration-open: {{ .GoToSocial.AccountsRegistrationOpen }}
|
||||||
|
|
||||||
# Bool. Do sign up requests require approval from an admin/moderator before an account can sign in/use the server?
|
|
||||||
# Options: [true, false]
|
|
||||||
# Default: true
|
|
||||||
accounts-approval-required: true
|
|
||||||
|
|
||||||
# Bool. Are sign up requests required to submit a reason for the request (eg., an explanation of why they want to join the instance)?
|
# Bool. Are sign up requests required to submit a reason for the request (eg., an explanation of why they want to join the instance)?
|
||||||
# Options: [true, false]
|
# Options: [true, false]
|
||||||
# Default: true
|
# Default: true
|
||||||
|
@ -1041,15 +1038,10 @@ advanced-throttling-multiplier: 8
|
||||||
# Default: "30s"
|
# Default: "30s"
|
||||||
advanced-throttling-retry-after: "30s"
|
advanced-throttling-retry-after: "30s"
|
||||||
|
|
||||||
# Int. CPU multiplier for the amount of goroutines to spawn in order to send messages via ActivityPub.
|
# Int. CPU multiplier for the fixed number of goroutines to spawn in order to send messages via ActivityPub.
|
||||||
# Messages will be batched so that at most multiplier * CPU count messages will be sent out at once.
|
# Messages will be batched and pushed to a singular queue, from which multiplier * CPU count goroutines will
|
||||||
# This can be tuned to limit concurrent POSTing to remote inboxes, preventing your instance CPU
|
# pull and attempt deliveries. This can be tuned to limit concurrent posting to remote inboxes, preventing
|
||||||
# usage from skyrocketing when an account with many followers posts a new status.
|
# your instance CPU usage skyrocketing when accounts with many followers post statuses.
|
||||||
#
|
|
||||||
# Messages are split among available senders, and each sender processes its assigned messages in serial.
|
|
||||||
# For example, say a user with 1000 followers is on an instance with 2 CPUs. With the default multiplier
|
|
||||||
# of 2, this means 4 senders would be in process at once on this instance. When the user creates a new post,
|
|
||||||
# each sender would end up iterating through about 250 Create messages + delivering them to remote instances.
|
|
||||||
#
|
#
|
||||||
# If you set this to 0 or less, only 1 sender will be used regardless of CPU count. This may be
|
# If you set this to 0 or less, only 1 sender will be used regardless of CPU count. This may be
|
||||||
# useful in cases where you are working with very tight network or CPU constraints.
|
# useful in cases where you are working with very tight network or CPU constraints.
|
||||||
|
@ -1098,6 +1090,8 @@ advanced-csp-extra-uris: []
|
||||||
#
|
#
|
||||||
# "allow" -- only requests that are explicitly allowed by header filters
|
# "allow" -- only requests that are explicitly allowed by header filters
|
||||||
# will be accepted (unless they are also explicitly blocked).
|
# will be accepted (unless they are also explicitly blocked).
|
||||||
|
# This mode is considered experimental and will almost certainly
|
||||||
|
# break access to your instance unless you are very careful.
|
||||||
#
|
#
|
||||||
# "" -- request header filtering disabled.
|
# "" -- request header filtering disabled.
|
||||||
#
|
#
|
||||||
|
|
Loading…
Reference in a new issue