You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

226 lines
7.5 KiB

Add Support for Nanobox (#1709) * Nanobox Support - Added support for running Mastodon using Nanobox, both for local development, and for deployment to production - Dev mode tested and is working properly - Deployment is undergoing test as of this writing. If it works, this line will be amended to state success; if not, one or more subsequent commits will provide fixes. * [nanobox] Resolve Deploy Issues Everything seems to work except routing to the streaming API. Will investigate with the Nanobox staff and make fix commits if needed. Changes made: - Also need `NODE_ENV` in production - Node runs on `:4000` - Use `envsubst` to commit `.env.production` values, since `dotEnv` packages don't always support referencing other variables - Can't precompile assets after `transform` hook, but do this locally so it only has to be done once. - Rails won't create `production.log` on its own, so we do this ourselves. - Some `start` commands run from `/data/` for some reason, so use absolute paths in command arguments * [nanobox] Update Ruby version * [nanobox] Fix db.rake Ruby code style issues * [nanobox] Minor Fixes Some minor adjustments to improve functionality: - Fixed routing to `web.stream` instances - Adjust `.env.nanobox` to properly generate a default `SMTP_FROM_ADDRESS` via `envsubst` - Update Nginx configs to properly support the needed HTTP version and headers for proper functionality (the streaming API doesn't work without some of these settings in place) * [nanobox] Move usage info to docs repo * [nanobox] Updates for 1.2.x - Need to leave out `pkg-config` since Nanobox deploys without Ruby's headers - create a gem group to exclude the gem during Nanobox installs, but allow it to remain part of the default set otherwise - Update cron jobs to cover new/updated Rake tasks - Update `.env.nanobox` to include latest defaults and additions * [nanobox] Fix for nokogumbo, added in 1.3.x Apparently, nokogumbo (pulled in by sanitize, added with `OEmbed Support for PreviewCard` (#2337) - 88725d6) tries to install before nokogiri, despite needing nokogiri available to build properly. Instruct it to use the same settings as nokogiri does when building nokogiri directly, instead of via bundler. * [nanobox] Set NODE_ENV during asset compile The switch to WebPack will rely on the local value of the NODE_ENV evar, so set it to production during asset compilation. * [nanobox] Rebase on master; update Nginx configs - `pkg-config` Gem no longer causes issues in Nanobox, so revert the Gemfile change which allowed excluding it - Update Nginx configuration files with latest recommendations from production documentation - Rebase on master to Get This Merged™ Everything should be golden!
7 years ago
Add Support for Nanobox (#1709) * Nanobox Support - Added support for running Mastodon using Nanobox, both for local development, and for deployment to production - Dev mode tested and is working properly - Deployment is undergoing test as of this writing. If it works, this line will be amended to state success; if not, one or more subsequent commits will provide fixes. * [nanobox] Resolve Deploy Issues Everything seems to work except routing to the streaming API. Will investigate with the Nanobox staff and make fix commits if needed. Changes made: - Also need `NODE_ENV` in production - Node runs on `:4000` - Use `envsubst` to commit `.env.production` values, since `dotEnv` packages don't always support referencing other variables - Can't precompile assets after `transform` hook, but do this locally so it only has to be done once. - Rails won't create `production.log` on its own, so we do this ourselves. - Some `start` commands run from `/data/` for some reason, so use absolute paths in command arguments * [nanobox] Update Ruby version * [nanobox] Fix db.rake Ruby code style issues * [nanobox] Minor Fixes Some minor adjustments to improve functionality: - Fixed routing to `web.stream` instances - Adjust `.env.nanobox` to properly generate a default `SMTP_FROM_ADDRESS` via `envsubst` - Update Nginx configs to properly support the needed HTTP version and headers for proper functionality (the streaming API doesn't work without some of these settings in place) * [nanobox] Move usage info to docs repo * [nanobox] Updates for 1.2.x - Need to leave out `pkg-config` since Nanobox deploys without Ruby's headers - create a gem group to exclude the gem during Nanobox installs, but allow it to remain part of the default set otherwise - Update cron jobs to cover new/updated Rake tasks - Update `.env.nanobox` to include latest defaults and additions * [nanobox] Fix for nokogumbo, added in 1.3.x Apparently, nokogumbo (pulled in by sanitize, added with `OEmbed Support for PreviewCard` (#2337) - 88725d6) tries to install before nokogiri, despite needing nokogiri available to build properly. Instruct it to use the same settings as nokogiri does when building nokogiri directly, instead of via bundler. * [nanobox] Set NODE_ENV during asset compile The switch to WebPack will rely on the local value of the NODE_ENV evar, so set it to production during asset compilation. * [nanobox] Rebase on master; update Nginx configs - `pkg-config` Gem no longer causes issues in Nanobox, so revert the Gemfile change which allowed excluding it - Update Nginx configuration files with latest recommendations from production documentation - Rebase on master to Get This Merged™ Everything should be golden!
7 years ago
Add Support for Nanobox (#1709) * Nanobox Support - Added support for running Mastodon using Nanobox, both for local development, and for deployment to production - Dev mode tested and is working properly - Deployment is undergoing test as of this writing. If it works, this line will be amended to state success; if not, one or more subsequent commits will provide fixes. * [nanobox] Resolve Deploy Issues Everything seems to work except routing to the streaming API. Will investigate with the Nanobox staff and make fix commits if needed. Changes made: - Also need `NODE_ENV` in production - Node runs on `:4000` - Use `envsubst` to commit `.env.production` values, since `dotEnv` packages don't always support referencing other variables - Can't precompile assets after `transform` hook, but do this locally so it only has to be done once. - Rails won't create `production.log` on its own, so we do this ourselves. - Some `start` commands run from `/data/` for some reason, so use absolute paths in command arguments * [nanobox] Update Ruby version * [nanobox] Fix db.rake Ruby code style issues * [nanobox] Minor Fixes Some minor adjustments to improve functionality: - Fixed routing to `web.stream` instances - Adjust `.env.nanobox` to properly generate a default `SMTP_FROM_ADDRESS` via `envsubst` - Update Nginx configs to properly support the needed HTTP version and headers for proper functionality (the streaming API doesn't work without some of these settings in place) * [nanobox] Move usage info to docs repo * [nanobox] Updates for 1.2.x - Need to leave out `pkg-config` since Nanobox deploys without Ruby's headers - create a gem group to exclude the gem during Nanobox installs, but allow it to remain part of the default set otherwise - Update cron jobs to cover new/updated Rake tasks - Update `.env.nanobox` to include latest defaults and additions * [nanobox] Fix for nokogumbo, added in 1.3.x Apparently, nokogumbo (pulled in by sanitize, added with `OEmbed Support for PreviewCard` (#2337) - 88725d6) tries to install before nokogiri, despite needing nokogiri available to build properly. Instruct it to use the same settings as nokogiri does when building nokogiri directly, instead of via bundler. * [nanobox] Set NODE_ENV during asset compile The switch to WebPack will rely on the local value of the NODE_ENV evar, so set it to production during asset compilation. * [nanobox] Rebase on master; update Nginx configs - `pkg-config` Gem no longer causes issues in Nanobox, so revert the Gemfile change which allowed excluding it - Update Nginx configuration files with latest recommendations from production documentation - Rebase on master to Get This Merged™ Everything should be golden!
7 years ago
Add Support for Nanobox (#1709) * Nanobox Support - Added support for running Mastodon using Nanobox, both for local development, and for deployment to production - Dev mode tested and is working properly - Deployment is undergoing test as of this writing. If it works, this line will be amended to state success; if not, one or more subsequent commits will provide fixes. * [nanobox] Resolve Deploy Issues Everything seems to work except routing to the streaming API. Will investigate with the Nanobox staff and make fix commits if needed. Changes made: - Also need `NODE_ENV` in production - Node runs on `:4000` - Use `envsubst` to commit `.env.production` values, since `dotEnv` packages don't always support referencing other variables - Can't precompile assets after `transform` hook, but do this locally so it only has to be done once. - Rails won't create `production.log` on its own, so we do this ourselves. - Some `start` commands run from `/data/` for some reason, so use absolute paths in command arguments * [nanobox] Update Ruby version * [nanobox] Fix db.rake Ruby code style issues * [nanobox] Minor Fixes Some minor adjustments to improve functionality: - Fixed routing to `web.stream` instances - Adjust `.env.nanobox` to properly generate a default `SMTP_FROM_ADDRESS` via `envsubst` - Update Nginx configs to properly support the needed HTTP version and headers for proper functionality (the streaming API doesn't work without some of these settings in place) * [nanobox] Move usage info to docs repo * [nanobox] Updates for 1.2.x - Need to leave out `pkg-config` since Nanobox deploys without Ruby's headers - create a gem group to exclude the gem during Nanobox installs, but allow it to remain part of the default set otherwise - Update cron jobs to cover new/updated Rake tasks - Update `.env.nanobox` to include latest defaults and additions * [nanobox] Fix for nokogumbo, added in 1.3.x Apparently, nokogumbo (pulled in by sanitize, added with `OEmbed Support for PreviewCard` (#2337) - 88725d6) tries to install before nokogiri, despite needing nokogiri available to build properly. Instruct it to use the same settings as nokogiri does when building nokogiri directly, instead of via bundler. * [nanobox] Set NODE_ENV during asset compile The switch to WebPack will rely on the local value of the NODE_ENV evar, so set it to production during asset compilation. * [nanobox] Rebase on master; update Nginx configs - `pkg-config` Gem no longer causes issues in Nanobox, so revert the Gemfile change which allowed excluding it - Update Nginx configuration files with latest recommendations from production documentation - Rebase on master to Get This Merged™ Everything should be golden!
7 years ago
Add Support for Nanobox (#1709) * Nanobox Support - Added support for running Mastodon using Nanobox, both for local development, and for deployment to production - Dev mode tested and is working properly - Deployment is undergoing test as of this writing. If it works, this line will be amended to state success; if not, one or more subsequent commits will provide fixes. * [nanobox] Resolve Deploy Issues Everything seems to work except routing to the streaming API. Will investigate with the Nanobox staff and make fix commits if needed. Changes made: - Also need `NODE_ENV` in production - Node runs on `:4000` - Use `envsubst` to commit `.env.production` values, since `dotEnv` packages don't always support referencing other variables - Can't precompile assets after `transform` hook, but do this locally so it only has to be done once. - Rails won't create `production.log` on its own, so we do this ourselves. - Some `start` commands run from `/data/` for some reason, so use absolute paths in command arguments * [nanobox] Update Ruby version * [nanobox] Fix db.rake Ruby code style issues * [nanobox] Minor Fixes Some minor adjustments to improve functionality: - Fixed routing to `web.stream` instances - Adjust `.env.nanobox` to properly generate a default `SMTP_FROM_ADDRESS` via `envsubst` - Update Nginx configs to properly support the needed HTTP version and headers for proper functionality (the streaming API doesn't work without some of these settings in place) * [nanobox] Move usage info to docs repo * [nanobox] Updates for 1.2.x - Need to leave out `pkg-config` since Nanobox deploys without Ruby's headers - create a gem group to exclude the gem during Nanobox installs, but allow it to remain part of the default set otherwise - Update cron jobs to cover new/updated Rake tasks - Update `.env.nanobox` to include latest defaults and additions * [nanobox] Fix for nokogumbo, added in 1.3.x Apparently, nokogumbo (pulled in by sanitize, added with `OEmbed Support for PreviewCard` (#2337) - 88725d6) tries to install before nokogiri, despite needing nokogiri available to build properly. Instruct it to use the same settings as nokogiri does when building nokogiri directly, instead of via bundler. * [nanobox] Set NODE_ENV during asset compile The switch to WebPack will rely on the local value of the NODE_ENV evar, so set it to production during asset compilation. * [nanobox] Rebase on master; update Nginx configs - `pkg-config` Gem no longer causes issues in Nanobox, so revert the Gemfile change which allowed excluding it - Update Nginx configuration files with latest recommendations from production documentation - Rebase on master to Get This Merged™ Everything should be golden!
7 years ago
Add Support for Nanobox (#1709) * Nanobox Support - Added support for running Mastodon using Nanobox, both for local development, and for deployment to production - Dev mode tested and is working properly - Deployment is undergoing test as of this writing. If it works, this line will be amended to state success; if not, one or more subsequent commits will provide fixes. * [nanobox] Resolve Deploy Issues Everything seems to work except routing to the streaming API. Will investigate with the Nanobox staff and make fix commits if needed. Changes made: - Also need `NODE_ENV` in production - Node runs on `:4000` - Use `envsubst` to commit `.env.production` values, since `dotEnv` packages don't always support referencing other variables - Can't precompile assets after `transform` hook, but do this locally so it only has to be done once. - Rails won't create `production.log` on its own, so we do this ourselves. - Some `start` commands run from `/data/` for some reason, so use absolute paths in command arguments * [nanobox] Update Ruby version * [nanobox] Fix db.rake Ruby code style issues * [nanobox] Minor Fixes Some minor adjustments to improve functionality: - Fixed routing to `web.stream` instances - Adjust `.env.nanobox` to properly generate a default `SMTP_FROM_ADDRESS` via `envsubst` - Update Nginx configs to properly support the needed HTTP version and headers for proper functionality (the streaming API doesn't work without some of these settings in place) * [nanobox] Move usage info to docs repo * [nanobox] Updates for 1.2.x - Need to leave out `pkg-config` since Nanobox deploys without Ruby's headers - create a gem group to exclude the gem during Nanobox installs, but allow it to remain part of the default set otherwise - Update cron jobs to cover new/updated Rake tasks - Update `.env.nanobox` to include latest defaults and additions * [nanobox] Fix for nokogumbo, added in 1.3.x Apparently, nokogumbo (pulled in by sanitize, added with `OEmbed Support for PreviewCard` (#2337) - 88725d6) tries to install before nokogiri, despite needing nokogiri available to build properly. Instruct it to use the same settings as nokogiri does when building nokogiri directly, instead of via bundler. * [nanobox] Set NODE_ENV during asset compile The switch to WebPack will rely on the local value of the NODE_ENV evar, so set it to production during asset compilation. * [nanobox] Rebase on master; update Nginx configs - `pkg-config` Gem no longer causes issues in Nanobox, so revert the Gemfile change which allowed excluding it - Update Nginx configuration files with latest recommendations from production documentation - Rebase on master to Get This Merged™ Everything should be golden!
7 years ago
Add Support for Nanobox (#1709) * Nanobox Support - Added support for running Mastodon using Nanobox, both for local development, and for deployment to production - Dev mode tested and is working properly - Deployment is undergoing test as of this writing. If it works, this line will be amended to state success; if not, one or more subsequent commits will provide fixes. * [nanobox] Resolve Deploy Issues Everything seems to work except routing to the streaming API. Will investigate with the Nanobox staff and make fix commits if needed. Changes made: - Also need `NODE_ENV` in production - Node runs on `:4000` - Use `envsubst` to commit `.env.production` values, since `dotEnv` packages don't always support referencing other variables - Can't precompile assets after `transform` hook, but do this locally so it only has to be done once. - Rails won't create `production.log` on its own, so we do this ourselves. - Some `start` commands run from `/data/` for some reason, so use absolute paths in command arguments * [nanobox] Update Ruby version * [nanobox] Fix db.rake Ruby code style issues * [nanobox] Minor Fixes Some minor adjustments to improve functionality: - Fixed routing to `web.stream` instances - Adjust `.env.nanobox` to properly generate a default `SMTP_FROM_ADDRESS` via `envsubst` - Update Nginx configs to properly support the needed HTTP version and headers for proper functionality (the streaming API doesn't work without some of these settings in place) * [nanobox] Move usage info to docs repo * [nanobox] Updates for 1.2.x - Need to leave out `pkg-config` since Nanobox deploys without Ruby's headers - create a gem group to exclude the gem during Nanobox installs, but allow it to remain part of the default set otherwise - Update cron jobs to cover new/updated Rake tasks - Update `.env.nanobox` to include latest defaults and additions * [nanobox] Fix for nokogumbo, added in 1.3.x Apparently, nokogumbo (pulled in by sanitize, added with `OEmbed Support for PreviewCard` (#2337) - 88725d6) tries to install before nokogiri, despite needing nokogiri available to build properly. Instruct it to use the same settings as nokogiri does when building nokogiri directly, instead of via bundler. * [nanobox] Set NODE_ENV during asset compile The switch to WebPack will rely on the local value of the NODE_ENV evar, so set it to production during asset compilation. * [nanobox] Rebase on master; update Nginx configs - `pkg-config` Gem no longer causes issues in Nanobox, so revert the Gemfile change which allowed excluding it - Update Nginx configuration files with latest recommendations from production documentation - Rebase on master to Get This Merged™ Everything should be golden!
7 years ago
Add Support for Nanobox (#1709) * Nanobox Support - Added support for running Mastodon using Nanobox, both for local development, and for deployment to production - Dev mode tested and is working properly - Deployment is undergoing test as of this writing. If it works, this line will be amended to state success; if not, one or more subsequent commits will provide fixes. * [nanobox] Resolve Deploy Issues Everything seems to work except routing to the streaming API. Will investigate with the Nanobox staff and make fix commits if needed. Changes made: - Also need `NODE_ENV` in production - Node runs on `:4000` - Use `envsubst` to commit `.env.production` values, since `dotEnv` packages don't always support referencing other variables - Can't precompile assets after `transform` hook, but do this locally so it only has to be done once. - Rails won't create `production.log` on its own, so we do this ourselves. - Some `start` commands run from `/data/` for some reason, so use absolute paths in command arguments * [nanobox] Update Ruby version * [nanobox] Fix db.rake Ruby code style issues * [nanobox] Minor Fixes Some minor adjustments to improve functionality: - Fixed routing to `web.stream` instances - Adjust `.env.nanobox` to properly generate a default `SMTP_FROM_ADDRESS` via `envsubst` - Update Nginx configs to properly support the needed HTTP version and headers for proper functionality (the streaming API doesn't work without some of these settings in place) * [nanobox] Move usage info to docs repo * [nanobox] Updates for 1.2.x - Need to leave out `pkg-config` since Nanobox deploys without Ruby's headers - create a gem group to exclude the gem during Nanobox installs, but allow it to remain part of the default set otherwise - Update cron jobs to cover new/updated Rake tasks - Update `.env.nanobox` to include latest defaults and additions * [nanobox] Fix for nokogumbo, added in 1.3.x Apparently, nokogumbo (pulled in by sanitize, added with `OEmbed Support for PreviewCard` (#2337) - 88725d6) tries to install before nokogiri, despite needing nokogiri available to build properly. Instruct it to use the same settings as nokogiri does when building nokogiri directly, instead of via bundler. * [nanobox] Set NODE_ENV during asset compile The switch to WebPack will rely on the local value of the NODE_ENV evar, so set it to production during asset compilation. * [nanobox] Rebase on master; update Nginx configs - `pkg-config` Gem no longer causes issues in Nanobox, so revert the Gemfile change which allowed excluding it - Update Nginx configuration files with latest recommendations from production documentation - Rebase on master to Get This Merged™ Everything should be golden!
7 years ago
Add Support for Nanobox (#1709) * Nanobox Support - Added support for running Mastodon using Nanobox, both for local development, and for deployment to production - Dev mode tested and is working properly - Deployment is undergoing test as of this writing. If it works, this line will be amended to state success; if not, one or more subsequent commits will provide fixes. * [nanobox] Resolve Deploy Issues Everything seems to work except routing to the streaming API. Will investigate with the Nanobox staff and make fix commits if needed. Changes made: - Also need `NODE_ENV` in production - Node runs on `:4000` - Use `envsubst` to commit `.env.production` values, since `dotEnv` packages don't always support referencing other variables - Can't precompile assets after `transform` hook, but do this locally so it only has to be done once. - Rails won't create `production.log` on its own, so we do this ourselves. - Some `start` commands run from `/data/` for some reason, so use absolute paths in command arguments * [nanobox] Update Ruby version * [nanobox] Fix db.rake Ruby code style issues * [nanobox] Minor Fixes Some minor adjustments to improve functionality: - Fixed routing to `web.stream` instances - Adjust `.env.nanobox` to properly generate a default `SMTP_FROM_ADDRESS` via `envsubst` - Update Nginx configs to properly support the needed HTTP version and headers for proper functionality (the streaming API doesn't work without some of these settings in place) * [nanobox] Move usage info to docs repo * [nanobox] Updates for 1.2.x - Need to leave out `pkg-config` since Nanobox deploys without Ruby's headers - create a gem group to exclude the gem during Nanobox installs, but allow it to remain part of the default set otherwise - Update cron jobs to cover new/updated Rake tasks - Update `.env.nanobox` to include latest defaults and additions * [nanobox] Fix for nokogumbo, added in 1.3.x Apparently, nokogumbo (pulled in by sanitize, added with `OEmbed Support for PreviewCard` (#2337) - 88725d6) tries to install before nokogiri, despite needing nokogiri available to build properly. Instruct it to use the same settings as nokogiri does when building nokogiri directly, instead of via bundler. * [nanobox] Set NODE_ENV during asset compile The switch to WebPack will rely on the local value of the NODE_ENV evar, so set it to production during asset compilation. * [nanobox] Rebase on master; update Nginx configs - `pkg-config` Gem no longer causes issues in Nanobox, so revert the Gemfile change which allowed excluding it - Update Nginx configuration files with latest recommendations from production documentation - Rebase on master to Get This Merged™ Everything should be golden!
7 years ago
  1. # Service dependencies
  2. # You may set REDIS_URL instead for more advanced options
  3. REDIS_HOST=$DATA_REDIS_HOST
  4. REDIS_PORT=6379
  5. # REDIS_DB=0
  6. # You may set DATABASE_URL instead for more advanced options
  7. DB_HOST=$DATA_DB_HOST
  8. DB_USER=$DATA_DB_USER
  9. DB_NAME=gonano
  10. DB_PASS=$DATA_DB_PASS
  11. DB_PORT=5432
  12. DATABASE_URL=postgresql://$DATA_DB_USER:$DATA_DB_PASS@$DATA_DB_HOST/gonano
  13. # Optional ElasticSearch configuration
  14. ES_ENABLED=true
  15. ES_HOST=$DATA_ELASTIC_HOST
  16. ES_PORT=9200
  17. # Optimizations
  18. LD_PRELOAD=/data/lib/libjemalloc.so
  19. # ImageMagick optimizations
  20. MAGICK_TEMPORARY_PATH=/app/tmp
  21. MAGICK_MEMORY_LIMIT=128MiB
  22. MAGICK_MAP_LIMIT=64MiB
  23. MAGICK_TIME_LIMIT=15
  24. MAGICK_AREA_LIMIT=16MP
  25. MAGICK_WIDTH_LIMIT=8KP
  26. MAGICK_HEIGHT_LIMIT=8KP
  27. # Federation
  28. # Note: Changing LOCAL_DOMAIN at a later time will cause unwanted side effects, including breaking all existing federation.
  29. # LOCAL_DOMAIN should *NOT* contain the protocol part of the domain e.g https://example.com.
  30. LOCAL_DOMAIN=${APP_NAME}.nanoapp.io
  31. # Changing LOCAL_HTTPS in production is no longer supported. (Mastodon will always serve https:// links)
  32. # Use this only if you need to run mastodon on a different domain than the one used for federation.
  33. # You can read more about this option on https://github.com/tootsuite/documentation/blob/master/Running-Mastodon/Serving_a_different_domain.md
  34. # DO *NOT* USE THIS UNLESS YOU KNOW *EXACTLY* WHAT YOU ARE DOING.
  35. # WEB_DOMAIN=mastodon.example.com
  36. # Use this if you want to have several aliases handler@example1.com
  37. # handler@example2.com etc. for the same user. LOCAL_DOMAIN should not
  38. # be added. Comma separated values
  39. # ALTERNATE_DOMAINS=example1.com,example2.com
  40. # Application secrets
  41. # Generate each with the `rake secret` task (`nanobox run bundle exec rake secret`)
  42. SECRET_KEY_BASE=$SECRET_KEY_BASE
  43. OTP_SECRET=$OTP_SECRET
  44. # VAPID keys (used for push notifications)
  45. # You can generate the keys using the following command (first is the private key, second is the public one)
  46. # You should only generate this once per instance. If you later decide to change it, all push subscription will
  47. # be invalidated, requiring the users to access the website again to resubscribe.
  48. #
  49. # Generate with `rake mastodon:webpush:generate_vapid_key` task (`nanobox run bundle exec rake mastodon:webpush:generate_vapid_key`)
  50. #
  51. # For more information visit https://rossta.net/blog/using-the-web-push-api-with-vapid.html
  52. VAPID_PRIVATE_KEY=$VAPID_PRIVATE_KEY
  53. VAPID_PUBLIC_KEY=$VAPID_PUBLIC_KEY
  54. # Registrations
  55. # Single user mode will disable registrations and redirect frontpage to the first profile
  56. # SINGLE_USER_MODE=true
  57. # Prevent registrations with following e-mail domains
  58. # EMAIL_DOMAIN_BLACKLIST=example1.com|example2.de|etc
  59. # Only allow registrations with the following e-mail domains
  60. # EMAIL_DOMAIN_WHITELIST=example1.com|example2.de|etc
  61. # Optionally change default language
  62. # DEFAULT_LOCALE=de
  63. # E-mail configuration
  64. # Note: Mailgun and SparkPost (https://sparkpo.st/smtp) each have good free tiers
  65. # If you want to use an SMTP server without authentication (e.g local Postfix relay)
  66. # then set SMTP_AUTH_METHOD and SMTP_OPENSSL_VERIFY_MODE to 'none' and
  67. # *comment* SMTP_LOGIN and SMTP_PASSWORD (leaving them blank is not enough).
  68. SMTP_SERVER=$SMTP_SERVER
  69. SMTP_PORT=587
  70. SMTP_LOGIN=$SMTP_LOGIN
  71. SMTP_PASSWORD=$SMTP_PASSWORD
  72. SMTP_FROM_ADDRESS=notifications@${APP_NAME}.nanoapp.io
  73. #SMTP_DOMAIN= # defaults to LOCAL_DOMAIN
  74. #SMTP_DELIVERY_METHOD=smtp # delivery method can also be sendmail
  75. #SMTP_AUTH_METHOD=plain
  76. #SMTP_CA_FILE=/etc/ssl/certs/ca-certificates.crt
  77. #SMTP_OPENSSL_VERIFY_MODE=peer
  78. #SMTP_ENABLE_STARTTLS_AUTO=true
  79. #SMTP_TLS=true
  80. # Optional user upload path and URL (images, avatars). Default is :rails_root/public/system. If you set this variable, you are responsible for making your HTTP server (eg. nginx) serve these files.
  81. # PAPERCLIP_ROOT_PATH=/var/lib/mastodon/public-system
  82. # PAPERCLIP_ROOT_URL=/system
  83. # Optional asset host for multi-server setups
  84. # CDN_HOST=https://assets.example.com
  85. # S3 (optional)
  86. # S3_ENABLED=true
  87. # S3_BUCKET=
  88. # AWS_ACCESS_KEY_ID=
  89. # AWS_SECRET_ACCESS_KEY=
  90. # S3_REGION=
  91. # S3_PROTOCOL=http
  92. # S3_HOSTNAME=192.168.1.123:9000
  93. # S3 (Minio Config (optional) Please check Minio instance for details)
  94. # S3_ENABLED=true
  95. # S3_BUCKET=
  96. # AWS_ACCESS_KEY_ID=
  97. # AWS_SECRET_ACCESS_KEY=
  98. # S3_REGION=
  99. # S3_PROTOCOL=https
  100. # S3_HOSTNAME=
  101. # S3_ENDPOINT=
  102. # S3_SIGNATURE_VERSION=
  103. # Swift (optional)
  104. # SWIFT_ENABLED=true
  105. # SWIFT_USERNAME=
  106. # For Keystone V3, the value for SWIFT_TENANT should be the project name
  107. # SWIFT_TENANT=
  108. # SWIFT_PASSWORD=
  109. # Keystone V2 and V3 URLs are supported. Use a V3 URL if possible to avoid
  110. # issues with token rate-limiting during high load.
  111. # SWIFT_AUTH_URL=
  112. # SWIFT_CONTAINER=
  113. # SWIFT_OBJECT_URL=
  114. # SWIFT_REGION=
  115. # Defaults to 'default'
  116. # SWIFT_DOMAIN_NAME=
  117. # Defaults to 60 seconds. Set to 0 to disable
  118. # SWIFT_CACHE_TTL=
  119. # Optional alias for S3 (e.g. to serve files on a custom domain, possibly using Cloudfront or Cloudflare)
  120. # S3_ALIAS_HOST=
  121. # Streaming API integration
  122. # STREAMING_API_BASE_URL=
  123. # Advanced settings
  124. # If you need to use pgBouncer, you need to disable prepared statements:
  125. # PREPARED_STATEMENTS=false
  126. # Cluster number setting for streaming API server.
  127. # If you comment out following line, cluster number will be `numOfCpuCores - 1`.
  128. # STREAMING_CLUSTER_NUM=1
  129. # Docker mastodon user
  130. # If you use Docker, you may want to assign UID/GID manually.
  131. # UID=1000
  132. # GID=1000
  133. # LDAP authentication (optional)
  134. # LDAP_ENABLED=true
  135. # LDAP_HOST=localhost
  136. # LDAP_PORT=389
  137. # LDAP_METHOD=simple_tls
  138. # LDAP_BASE=
  139. # LDAP_BIND_DN=
  140. # LDAP_PASSWORD=
  141. # LDAP_UID=cn
  142. # PAM authentication (optional)
  143. # PAM authentication uses for the email generation the "email" pam variable
  144. # and optional as fallback PAM_DEFAULT_SUFFIX
  145. # The pam environment variable "email" is provided by:
  146. # https://github.com/devkral/pam_email_extractor
  147. # PAM_ENABLED=true
  148. # Fallback Suffix for email address generation (nil by default)
  149. # PAM_DEFAULT_SUFFIX=pam
  150. # Name of the pam service (pam "auth" section is evaluated)
  151. # PAM_DEFAULT_SERVICE=rpam
  152. # Name of the pam service used for checking if an user can register (pam "account" section is evaluated) (nil (disabled) by default)
  153. # PAM_CONTROLLED_SERVICE=rpam
  154. # Global OAuth settings (optional) :
  155. # If you have only one strategy, you may want to enable this
  156. # OAUTH_REDIRECT_AT_SIGN_IN=true
  157. # Optional CAS authentication (cf. omniauth-cas) :
  158. # CAS_ENABLED=true
  159. # CAS_URL=https://sso.myserver.com/
  160. # CAS_HOST=sso.myserver.com/
  161. # CAS_PORT=443
  162. # CAS_SSL=true
  163. # CAS_VALIDATE_URL=
  164. # CAS_CALLBACK_URL=
  165. # CAS_LOGOUT_URL=
  166. # CAS_LOGIN_URL=
  167. # CAS_UID_FIELD='user'
  168. # CAS_CA_PATH=
  169. # CAS_DISABLE_SSL_VERIFICATION=false
  170. # CAS_UID_KEY='user'
  171. # CAS_NAME_KEY='name'
  172. # CAS_EMAIL_KEY='email'
  173. # CAS_NICKNAME_KEY='nickname'
  174. # CAS_FIRST_NAME_KEY='firstname'
  175. # CAS_LAST_NAME_KEY='lastname'
  176. # CAS_LOCATION_KEY='location'
  177. # CAS_IMAGE_KEY='image'
  178. # CAS_PHONE_KEY='phone'
  179. # Optional SAML authentication (cf. omniauth-saml)
  180. # SAML_ENABLED=true
  181. # SAML_ACS_URL=
  182. # SAML_ISSUER=http://localhost:3000/auth/auth/saml/callback
  183. # SAML_IDP_SSO_TARGET_URL=https://idp.testshib.org/idp/profile/SAML2/Redirect/SSO
  184. # SAML_IDP_CERT=
  185. # SAML_IDP_CERT_FINGERPRINT=
  186. # SAML_NAME_IDENTIFIER_FORMAT=
  187. # SAML_CERT=
  188. # SAML_PRIVATE_KEY=
  189. # SAML_SECURITY_WANT_ASSERTION_SIGNED=true
  190. # SAML_SECURITY_WANT_ASSERTION_ENCRYPTED=true
  191. # SAML_SECURITY_ASSUME_EMAIL_IS_VERIFIED=true
  192. # SAML_ATTRIBUTES_STATEMENTS_UID="urn:oid:0.9.2342.19200300.100.1.1"
  193. # SAML_ATTRIBUTES_STATEMENTS_EMAIL="urn:oid:1.3.6.1.4.1.5923.1.1.1.6"
  194. # SAML_ATTRIBUTES_STATEMENTS_FULL_NAME="urn:oid:2.5.4.42"
  195. # SAML_UID_ATTRIBUTE="urn:oid:0.9.2342.19200300.100.1.1"
  196. # SAML_ATTRIBUTES_STATEMENTS_VERIFIED=
  197. # SAML_ATTRIBUTES_STATEMENTS_VERIFIED_EMAIL=