Open clawfire opened 1 year ago
Hi. This is a know issue/missing feature for this package (duplicate #385).
We are trying to create config_panel.toml
that will address this issue.
Could you precise which keys you would want to persist in the .env.production
?
Are you proxying object storage through nginx ? (https://docs.joinmastodon.org/admin/optional/object-storage-proxy/)
Essentially I would need:
S3_ENABLED
(=true)S3_BUCKET
AWS_ACCESS_KEY_ID
AWS_SECRET_ACCESS_KEY
S3_REGION
I'm not using the other S3 settings, defaults values works just fine.
Not using proxying object storage since I'm the only one on my instance, so I don't experience any "rush" of access when a new post is made. That would mitigate temporary disruption of S3 connexion though. I'll consider it as an additional step to put in place, thanks for sharing.
Sorry for hijacking this issue, but some other settings could/should also be made available (I was planning on trying this myself but lack of documentation of configpanel meant it went nowhere):
LDAP_ENABLED (=false for public instances)
DEEPL_API_KEY=(INSERT API KEY) DEEPL_PLAN (=free)
For allowing machine translation.
Thanks!
OH YEAH, the DEEPL_API_KEY and DEEPL_PLAN too ❤
Hi, I might be late to the party, but I wanted to add another set of settings: Since Mastodon has full text search it would be nice to store the elasticsearch values too:
ES_ENABLED=true
ES_HOST=localhost
ES_PORT=9200
ES_PRESET=
Describe the bug
After performing an update from YNH web panel, the
.env.production
file is back to the version installed by the app, without the S3 credentials I entered. Which cause the app to not being able to access the previously stored objects and having dead link all over the app.Context
Steps to reproduce
.env.production
file.env.production
fileExpected behavior
File still contains edits