TryGhost/Ghost
1
0
Fork 0
mirror of https://github.com/TryGhost/Ghost.git synced 2024-12-21 09:52:06 +03:00
Code Issues Projects Releases Wiki Activity
9ec83214ba
Ghost/core/shared/config/defaults.json

144 lines
3.3 KiB
JSON
Raw Normal View History

✨ 🔦 add nconf files refs #6982 - add defaults.json - add overrides.json - add env specific default values - add nconf wrapper in /config - add config utils in /config/utils.js [ci skip]
2016-09-13 18:20:44 +03:00
{
"url": "http://localhost:2368",
"server": {
"host": "127.0.0.1",
Added stoppable for graceful shutdown of requests - stopppable is a dependency that handles closing connections properly, which server.close does not - active connections are allowed to complete what they are doing - idle connections are closed - no new connections are allowed - we call stoppable in stop() instead of server.close so that idle connections don't hold the server open - calling await stop() from shutdown then ensures that we have a consistent experience of stop - all together this allows ghost to shutdown gracefully when there are long-running requests - @TODO: handle graceful shutdown of long-running processes - @TODO: consider do we need to send 503s whilst the server is shutting down?
2020-08-10 13:42:31 +03:00
"port": 2368,
Fixed default shutdown timeout - should be 60s (60000ms), not 600s (600000ms)
2020-08-10 15:00:02 +03:00
"shutdownTimeout": 60000
✨ 🔦 add nconf files refs #6982 - add defaults.json - add overrides.json - add env specific default values - add nconf wrapper in /config - add config utils in /config/utils.js [ci skip]
2016-09-13 18:20:44 +03:00
},
🔒 Added `admin:redirects` config option for disabling admin redirects no issue - adds `config:redirects` config option that defaults to `true` - when set to `false` - `/ghost/` will 404 on the front-end when a separate admin url is configured - all `{resource}/edit/` URLs on the front-end will 404
2019-09-12 14:40:12 +03:00
"admin": {
"redirects": true
},
Update Notification improvements (#9123) closes #5071 - Remove hardcoded notification in admin controller - NOTE: update check notifications are no longer blocking the admin rendering - this is one of the most import changes - we remove the hardcoded release message - we also remove adding a notification manually in here, because this will work differently from now on -> you receive a notification (release or custom) in the update check module and this module adds the notification as is to our database - Change default core settings keys - remove displayUpdateNotification -> this was used to store the release version number send from the UCS -> based on this value, Ghost creates a notification container with self defined values -> not needed anymore - rename seenNotifications to notifications -> the new notifications key will hold both 1. the notification from the USC 2. the information about if a notification was seen or not - this key hold only one release notification - and n custom notifications - Update Check Module: Request to the USC depends on the privacy configuration - useUpdateCheck: true -> does a checkin in the USC (exposes data) - useUpdateCheck: false -> does only a GET query to the USC (does not expose any data) - make the request handling dynamic, so it depends on the flag - add an extra logic to be able to define a custom USC endpoint (helpful for testing) - add an extra logic to be able to force the request to the service (helpful for testing) - Update check module: re-work condition when a check should happen - only if the env is not correct - remove deprecated config.updateCheck - remove isPrivacyDisabled check (handled differently now, explained in last commit) - Update check module: remove `showUpdateNotification` and readability - showUpdateNotification was used in the admin controller to fetch the latest release version number from the db - no need to check against semver in general, the USC takes care of that (no need to double check) - improve readability of `nextUpdateCheck` condition - Update check module: refactor `updateCheckResponse` - remove db call to displayUpdateNotification, not used anymore - support receiving multiple custom notifications - support custom notification groups - the default group is `all` - this will always be consumed - groups can be extended via config e.g. `notificationGroups: ['migration']` - Update check module: refactor createCustomNotification helper - get rid of taking over notification duplication handling (this is not the task of the update check module) - ensure we have good fallback values for non present attributes in a notification - get rid of semver check (happens in the USC) - could be reconsidered later if LTS is gone - Refactor notification API - reason: get rid of in process notification store -> this was an object hold in process -> everything get's lost after restart -> not helpful anymore, because imagine the following case -> you get a notification -> you store it in process -> you mark this notification as seen -> you restart Ghost, you will receive the same notification on the next check again -> because we are no longer have a separate seen notifications object - use database settings key `notification` instead - refactor all api endpoints to support reading and storing into the `notifications` object - most important: notification deletion happens via a `seen` property (the notification get's physically deleted 3 month automatically) -> we have to remember a seen property, because otherwise you don't know which notification was already received/seen - Add listener to remove seen notifications automatically after 3 month - i just decided for 3 month (we can decrease?) - at the end it doesn't really matter, as long as the windows is not tooooo short - listen on updates for the notifications settings - check if notification was seen and is older than 3 month - ignore release notification - Updated our privacy document - Updated docs.ghost.org for privacy config behaviour - contains a migration script to remove old settings keys
2018-01-09 17:20:00 +03:00
"updateCheck": {
"url": "https://updates.ghost.org",
"forceUpdate": false
},
✨ 🔦 add nconf files refs #6982 - add defaults.json - add overrides.json - add env specific default values - add nconf wrapper in /config - add config utils in /config/utils.js [ci skip]
2016-09-13 18:20:44 +03:00
"privacy": false,
Asset amends (#8294) refs #8221 🔥 Remove ghost=true concept from asset url helper ✨ 💯 Introduce CSS minification with cssnano - add new grunt-cssnano dependency - wire up grunt task to minify public/ghost.css 🎨 Rename minification config & hash params - Change minifyInProduction -> hasMinFile - this means this asset should have a .min file available - Change minifyAssets -> useMinFiles - this means that in this env we want to serve .min files if available 🎨 Update public/ghost.css to serve .min for prod - add the new `hasMinFile` property 🎨 Move minified asset handling to asset_url util - this logic should be in the util, not the asset helper - updated tests 📖 Error handler always needs asset helper - this removes the TODO and adds a more sensible comment - we also need to update our theme documentation around error templates 🔥 Don't use asset helper in ghost head - use getAssetUrl util instead! - removed TODO 📖 Update proxy docs 🎨 Simplify asset helper & add tests - this refactor is a step prior to moving this from metadata to being a url util - needed to skip some new tests 🐛 Add missing handler for css file
2017-04-10 12:30:21 +03:00
"useMinFiles": true,
✨ 🔦 add nconf files refs #6982 - add defaults.json - add overrides.json - add env specific default values - add nconf wrapper in /config - add config utils in /config/utils.js [ci skip]
2016-09-13 18:20:44 +03:00
"paths": {
Changed to use different fixtures during testing - this keeps production and test fixtures separate, so that changing the prod fixtures doesn't change the shape of our tests. - we may still want to test that the production fixtures do what we expect, but that can be handled in a separate integration test, by specifically setting the fixture path
2021-11-16 16:03:20 +03:00
"contentPath": "content/",
🐛 Fixed perms error when building public assets closes: https://github.com/TryGhost/Ghost/issues/13739 - Ghost cannot write to the core folder in correctly configured production installations - Built assets therefore need to be written to the content directory - Ghost does not overwrite anything in the content folder as part of an upgrade, therefore static files that are provided by Ghost must still live inside /core - So as a result, we now have core/frontend/public and content/public
2021-11-19 12:43:48 +03:00
"fixtures": "core/server/data/schema/fixtures/fixtures",
"assetSrc": "core/frontend/src"
✨ 🔦 add nconf files refs #6982 - add defaults.json - add overrides.json - add env specific default values - add nconf wrapper in /config - add config utils in /config/utils.js [ci skip]
2016-09-13 18:20:44 +03:00
},
Added base and default SSO Adapter no-issue
2020-04-05 19:52:47 +03:00
"adapters": {
"sso": {
"active": "Default"
}
},
✨ 🔦 add nconf files refs #6982 - add defaults.json - add overrides.json - add env specific default values - add nconf wrapper in /config - add config utils in /config/utils.js [ci skip]
2016-09-13 18:20:44 +03:00
"storage": {
Fixed ThemeStorage inheritance refs https://github.com/TryGhost/Toolbox/issues/95 - The ThemeStorage was never supposed to inherit image specific mehods. The LocalStorageBase is all it needs, might be even too much - Look mum no saveRaw!
2021-11-05 15:06:20 +03:00
"active": "LocalImagesStorage",
Added local media storage adapter refs https://linear.app/tryghost/issue/CORE-121/create-a-video-storage-adapter - This is an experimental implementation of video file upload support (audio is yet to follow) - The storage adapter still needs more thinking as it's almost the same as the "LocalStorgeAdapter" that stores images. - Also the output serializer skipped use of url utils in favor of inline implementatoin - this should almost certainly be it's own package
2021-10-25 13:51:04 +03:00
"media": "LocalMediaStorage",
Added local file storage adapter refs https://github.com/TryGhost/Toolbox/issues/114 - This adapter is meant to power Files API - The files will be stored under `/files/` in the configured content path and under `/content/files/` URL.
2021-11-08 10:29:33 +03:00
"files": "LocalFilesStorage",
"LocalMediaStorage": {},
"LocalFilesStorage": {}
✨ 🔦 add nconf files refs #6982 - add defaults.json - add overrides.json - add env specific default values - add nconf wrapper in /config - add config utils in /config/utils.js [ci skip]
2016-09-13 18:20:44 +03:00
},
"scheduling": {
"active": "SchedulingDefault"
✨ Ghost OAuth (#7451) issue #7452 Remote oauth2 authentication with Ghost.org. This PR supports: - oauth2 login or local login - authentication on blog setup - authentication on invite - normal authentication - does not contain many, many tests, but we'll improve in the next alpha weeks
2016-09-30 14:45:59 +03:00
},
Added initial subscription support with stripe to Members API (#10460) These changes introduce a new "service" to the members api, which handles getting and creating subscriptions. This is wired up to get subscription information when creating tokens, and attaching information to the token, so that the Content API can allow/deny access. Behind the subscription service we have a Stripe "payment processor", this holds the logic for creating subscriptions etc... in Stripe. The logic for getting items out of stripe uses a hash of the relevant data as the id to search for, this allows us to forgo keeping stripe data in a db, so that this feature can get out quicker.
2019-02-07 12:41:39 +03:00
"members": {
Improved Members security and performance (#10511) no-issue * Corrected function names for rpc methods * Updated gateway to store tokens locally * Fixed lint * Added hardcoded 30 minute expiry for member tokens * Added default contentApiAccess config; * Updated validateAudience method This is required for security, we need to restrict which domains can access tokens meant for the content api
2019-02-23 06:47:42 +03:00
"contentApiAccess": [],
Added minor member newsletter customisations via config no issue - adds a `members:emailTemplate` config object - `showSiteHeader` - defaults to `true`, shows the site title and icon in member emails - `showPoweredBy` - defaults to `false`, adds a "Publish with Ghost" button to member email footer - updates member newsletter email template with hideable site header and "powered by" badge
2020-08-20 18:14:43 +03:00
"paymentProcessors": [],
"emailTemplate": {
"showSiteHeader": true,
Updated default config for newsletter badge no refs - Migrations were using previous default for badge which was set to `false` - Default config for badge was `false` which caused migration to switch off the badge, updated to `true`
2020-11-17 12:00:32 +03:00
"showPoweredBy": true
Added minor member newsletter customisations via config no issue - adds a `members:emailTemplate` config object - `showSiteHeader` - defaults to `true`, shows the site title and icon in member emails - `showPoweredBy` - defaults to `false`, adds a "Publish with Ghost" button to member email footer - updates member newsletter email template with hideable site header and "powered by" badge
2020-08-20 18:14:43 +03:00
}
Added initial subscription support with stripe to Members API (#10460) These changes introduce a new "service" to the members api, which handles getting and creating subscriptions. This is wired up to get subscription information when creating tokens, and attaching information to the token, so that the Content API can allow/deny access. Behind the subscription service we have a Stripe "payment processor", this holds the logic for creating subscriptions etc... in Stripe. The logic for getting items out of stripe uses a hash of the relevant data as the id to search for, this allows us to forgo keeping stripe data in a db, so that this feature can get out quicker.
2019-02-07 12:41:39 +03:00
},
🎨 configurable logging with bunyan (#7431) - 🛠 add bunyan and prettyjson, remove morgan - ✨ add logging module - GhostLogger class that handles setup of bunyan - PrettyStream for stdout - ✨ config for logging - @TODO: testing level fatal? - ✨ log each request via GhostLogger (express middleware) - @TODO: add errors to output - 🔥 remove errors.updateActiveTheme - we can read the value from config - 🔥 remove 15 helper functions in core/server/errors/index.js - all these functions get replaced by modules: 1. logging 2. error middleware handling for html/json 3. error creation (which will be part of PR #7477) - ✨ add express error handler for html/json - one true error handler for express responses - contains still some TODO's, but they are not high priority for first implementation/integration - this middleware only takes responsibility of either rendering html responses or return json error responses - 🎨 use new express error handler in middleware/index - 404 and 500 handling - 🎨 return error instead of error message in permissions/index.js - the rule for error handling should be: if you call a unit, this unit should return a custom Ghost error - 🎨 wrap serve static module - rule: if you call a module/unit, you should always wrap this error - it's always the same rule - so the caller never has to worry about what comes back - it's always a clear error instance - in this case: we return our notfounderror if serve static does not find the resource - this avoid having checks everywhere - 🎨 replace usages of errors/index.js functions and adapt tests - use logging.error, logging.warn - make tests green - remove some usages of logging and throwing api errors -> because when a request is involved, logging happens automatically - 🐛 return errorDetails to Ghost-Admin - errorDetails is used for Theme error handling - 🎨 use 500er error for theme is missing error in theme-handler - 🎨 extend file rotation to 1w
2016-10-04 18:33:43 +03:00
"logging": {
"level": "info",
🎨 logging improvements (#7597) * 🎨 rotation config - every parameter is configureable - increase default number of files to 100 * 🎨 ghost.log location - example: content/logs/http___my_ghost_blog_com_ghost.log - user can change the path to something custom by setting logging.path * 🛠 add response-time as dependency * 🎨 readable PrettyStream - tidy up - generic handling (was important to support more use cases, for example: logging.info({ anyKey: anyValue })) - common log format - less code 🕵🏻 * 🎨 GhostLogger cleanup - remove setLoggers -> this function had too much of redundant code - instead: add smart this.log function - remove logging.request (---> GhostLogger just forwards the values, it doesn't matter if that is a request or not a request) - make .warn .debug .info .error small and smart * 🎨 app.js: add response time as middleware and remove logging.request * 🎨 setStdoutStream and setFileStream - redesign GhostLogger to add CustomLoggers very easily ----> Example CustomLogger function CustomLogger(options) { // Base iterates over defined transports // EXAMPLE: ['stdout', 'elasticsearch'] Base.call(this, options); } util.inherits(...); // OVERRIDE default stdout stream and your own!!! CustomLogger.prototype.setStdoutStream = function() {} // add a new stream // get's called automatically when transport elasticsearch is defined CustomLogger.prototype.setElasticsearchStream = function() {} * 🎨 log into multiple file by default - content/logs/domain.error.log --> contains only the errors - content/logs/domain.log --> contains everything - rotation for both files * 🔥 remove logging.debug and use npm debug only * ✨ shortcuts for mode and level * 🎨 jshint/jscs * 🎨 stdout as much as possible for an error * 🎨 fix tests * 🎨 remove req.ip from log output, remove response-time dependency * 🎨 create middleware for logging - added TODO to move logging middleware to ignition
2016-10-25 14:17:43 +03:00
"rotation": {
Added default logging rotation config (#8974) no issue - define `period` and `count` in our defaults.json config - advantage: easier access and better overview how logging is configured by default - period is 1d and count is 10
2017-09-05 18:25:20 +03:00
"enabled": false,
"period": "1d",
"count": 10
🎨 logging improvements (#7597) * 🎨 rotation config - every parameter is configureable - increase default number of files to 100 * 🎨 ghost.log location - example: content/logs/http___my_ghost_blog_com_ghost.log - user can change the path to something custom by setting logging.path * 🛠 add response-time as dependency * 🎨 readable PrettyStream - tidy up - generic handling (was important to support more use cases, for example: logging.info({ anyKey: anyValue })) - common log format - less code 🕵🏻 * 🎨 GhostLogger cleanup - remove setLoggers -> this function had too much of redundant code - instead: add smart this.log function - remove logging.request (---> GhostLogger just forwards the values, it doesn't matter if that is a request or not a request) - make .warn .debug .info .error small and smart * 🎨 app.js: add response time as middleware and remove logging.request * 🎨 setStdoutStream and setFileStream - redesign GhostLogger to add CustomLoggers very easily ----> Example CustomLogger function CustomLogger(options) { // Base iterates over defined transports // EXAMPLE: ['stdout', 'elasticsearch'] Base.call(this, options); } util.inherits(...); // OVERRIDE default stdout stream and your own!!! CustomLogger.prototype.setStdoutStream = function() {} // add a new stream // get's called automatically when transport elasticsearch is defined CustomLogger.prototype.setElasticsearchStream = function() {} * 🎨 log into multiple file by default - content/logs/domain.error.log --> contains only the errors - content/logs/domain.log --> contains everything - rotation for both files * 🔥 remove logging.debug and use npm debug only * ✨ shortcuts for mode and level * 🎨 jshint/jscs * 🎨 stdout as much as possible for an error * 🎨 fix tests * 🎨 remove req.ip from log output, remove response-time dependency * 🎨 create middleware for logging - added TODO to move logging middleware to ignition
2016-10-25 14:17:43 +03:00
},
Added logging of slow {{#get}} helper uses (#10779) no issue - `{{#get}}` can slow down requests a lot if not used carefully, typically by using `limit="all"` or similar which can force a lot of data to be fetched and processed - adds a warning log if we detect any `{{#get}}` helper call which takes longer than a certain threshold (default 200ms) - allow log level and threshold to be configured via config to allow for different environments behaviours and requirements New config options: ``` { "logging": { "slowHelper": { "level": "warn", "threshold": 200 } } } ``` Example output for `{{#get "tags" limit="all" order="name asc"}}` with a lot of tags: ``` [2019-06-07 10:35:52] WARN {{#get}} helper took 453ms to complete {{#get}} helper took 453ms to complete Error ID: 062daed0-8910-11e9-8185-3b615ad8677d Error Code: SLOW_GET_HELPER Details: api: v2.tagsPublic.browse apiOptions: order: name asc limit: all returnedRows: 1698 ```
2019-06-07 16:54:55 +03:00
"transports": ["stdout"],
"slowHelper": {
"level": "warn",
"threshold": 200
}
Replace memory spam prevention with brute-express (#7579) no issue - removes count from user checks model - uses brute express brute with brute-knex adaptor to store persisted data on spam prevention - implement brute force protection for password/token exchange, password resets and private blogging
2016-11-08 14:33:19 +03:00
},
"spam": {
"user_login": {
"minWait": 600000,
"maxWait": 604800000,
"freeRetries": 4
},
"user_reset": {
"minWait": 3600000,
"maxWait": 3600000,
"lifetime": 3600,
"freeRetries": 4
},
"global_reset": {
"minWait": 3600000,
"maxWait": 3600000,
"lifetime": 3600,
"freeRetries":4
},
"global_block": {
"minWait": 3600000,
"maxWait": 3600000,
"lifetime": 3600,
"freeRetries":99
},
"private_block": {
"minWait": 3600000,
"maxWait": 3600000,
"lifetime": 3600,
"freeRetries":99
Added brute protection to content api (#10343) * Added spam config for content api key no-issue * Created contentApiKey spam prevention method * Added contentApiKey brute middleware no-issue This middleware attaches a listener for when the request has completed, if the request ends with a successful response code, we reset any spam prevention data for that ip. * Added contentApiKey brute middleware to the content api * Multipled maxWait by 24, to 24 hours
2019-01-07 16:03:46 +03:00
},
"content_api_key": {
"minWait": 3600000,
"maxWait": 86400000,
"lifetime": 3600,
"freeRetries": 99
Replace memory spam prevention with brute-express (#7579) no issue - removes count from user checks model - uses brute express brute with brute-knex adaptor to store persisted data on spam prevention - implement brute force protection for password/token exchange, password resets and private blogging
2016-11-08 14:33:19 +03:00
}
🎨 add cache control configurations into the default config refs #7488 - cache control can be overridden if needed
2017-05-29 23:10:32 +03:00
},
"caching": {
"frontend": {
"maxAge": 0
},
"301": {
"maxAge": 31536000
},
"customRedirects": {
"maxAge": 31536000
},
"favicon": {
"maxAge": 86400
},
"sitemap": {
"maxAge": 3600
},
"robotstxt": {
"maxAge": 3600000
}
✨Added ability to resize and compress images on upload (#9837) refs #4453 * On by default * Added config to disable resizing * Added basic image optimization processing * Added dep: sharp (optional dep) * Added resize middleware * Take care of rotation based on EXIF information * Removed all meta data from optimised image * Added handling if sharp could not get installed * Do not read ext twice - optimisation * Do not call sharp if config is disabled * Do not remove the original image which was uploaded (store 2 images) * Support of `req.files` for internal logic * Disabled cache to enable file removal on Windows
2018-08-30 19:30:36 +03:00
},
"imageOptimization": {
Added `imageOptimization:srcsets` config to allow disabling of srcset attrs in content no issue - pass `srcsets` value through to mobiledoc renderer - it will stop adding `srcset` attributes to images when explicitly set to `false` - adds `reload()` method to `mobiledocLib` so that memoized instances of the renderer can be reset during tests that change config values
2020-06-15 18:45:36 +03:00
"resize": true,
"srcsets": true
:wrench: Add the 'compress' and 'preloadHeaders' options to defaults.json config (#9863)
2018-09-12 19:27:01 +03:00
},
"compress": true,
Ability to not send welcome email (#10293) no issue - We need to be able to not send the welcome email if needed - Intruduces a new possible config setting `sendWelcomeEmail` which is set to `true` by default
2018-12-17 17:02:47 +03:00
"preloadHeaders": false,
Added x-frame-options header to /ghost/ route (#10760) no issue - by default the `/ghost/` route will add an `x-frame-options: sameorigin` header to the response to help protect the admin area against clickjacking - the header can be disabled by adding `"adminFrameProtection": false` to the `config.{env}.json` configuration file Credits: Muhammad Fawwad Obaida
2019-05-28 11:04:48 +03:00
"adminFrameProtection": true,
Added stripeDirect config to admin api w/ default no-issue The flag currently defaults to `true` as we are still using stripe direct. We expose it on the admin api config endpoint so that the Ghost-Admin client can use it to conditionally render
2020-05-20 17:14:28 +03:00
"sendWelcomeEmail": true,
Added new portal config flag no issue - The new Portal config flag allows switching on Portal conditionally with config - The dev experiment flag still works for enabling Portal - The flag currently defaults to `false` as Portal is still a beta feature and switched off by default - We expose it on the admin api config endpoint so that the Ghost-Admin client can use it to conditionally render Portal settings
2020-09-17 10:55:50 +03:00
"stripeDirect": false,
Added kill-switch config for email analytics background jobs no issue - it's possible background jobs may cause unintended side-effects so it's useful to have a kill-switch to disable them individually to keep sites working
2020-12-01 12:10:43 +03:00
"enableStripePromoCodes": false,
Added emailAnalytics config feature flag (#12443) no issue - email analytics may be desirable to fully switch off in certain circumstances, when that happens we want to prevent related background jobs from running and expose the feature flag via the config endpoint in the Admin API so that clients can adjust accordingly
2020-12-02 16:22:12 +03:00
"emailAnalytics": true,
Added kill-switch config for email analytics background jobs no issue - it's possible background jobs may cause unintended side-effects so it's useful to have a kill-switch to disable them individually to keep sites working
2020-12-01 12:10:43 +03:00
"backgroundJobs": {
"emailAnalytics": true
Added portal url to config (#12645) no refs The Portal URL that is shipped with every Ghost version is so far hardcoded in `ghost_head` and updated every-time we ship a new Portal minor/major change. This change brings the Portal URL inside the default Ghost config, which has few advantages - - Allows easier access/managing of active Portal url/version - Allows override for Portal URL for development/other purposes, where `config.*.json` allows using a Portal URL pointing to locally built copy for testing
2021-02-12 20:31:41 +03:00
},
"portal": {
Added offers UI in Portal refs https://github.com/TryGhost/Team/issues/1138 refs https://github.com/TryGhost/Team/issues/1139 - adds new offers screen on Portal for offer URLs - wires new offers screen to offer data via API - handles offer url for paid members
2021-10-15 09:20:27 +03:00
"url": "https://unpkg.com/@tryghost/portal@~1.12.0/umd/portal.min.js",
"version": "1.12"
Added Tenor contentFilter setting to config refs https://github.com/TryGhost/Team/issues/1217 - moved top-level `tenorApiKey` to `tenor:apiKey` and added `tenor:contentFilter` - added base config to `defaults.json` - updated `public-config.js` and API output serializer to use the new top-level `tenor` key
2021-11-16 20:42:19 +03:00
},
"tenor": {
Updated Tenor default config keys refs https://github.com/TryGhost/Team/issues/1237 Including the scope & visibility of api keys as outlined in the issue.
2021-11-30 14:25:12 +03:00
"publicReadOnlyApiKey": null,
Added Tenor contentFilter setting to config refs https://github.com/TryGhost/Team/issues/1217 - moved top-level `tenorApiKey` to `tenor:apiKey` and added `tenor:contentFilter` - added base config to `defaults.json` - updated `public-config.js` and API output serializer to use the new top-level `tenor` key
2021-11-16 20:42:19 +03:00
"contentFilter": "off"
Added OpenSea API key to config refs https://github.com/TryGhost/Team/issues/1237 We want to use an API key for OpenSea where possible so that we do not run into rate limit issues.
2021-11-30 11:32:38 +03:00
},
"opensea": {
"privateReadOnlyApiKey": null
Initial custom embed provider for Twitter refs https://github.com/TryGhost/Team/issues/1001 We fall back to existing behaviour if no API key is present, or if there is an error communicating with the Twitter API. We're also currently requesting all the data, which will be thinned down once we understand what we need. This also includes a custom renderer for embeds of type "twitter" which will be used to output the custom HTML for emails
2021-11-30 11:34:14 +03:00
},
"twitter": {
"privateReadOnlyToken": null
Added kill-switch config for email analytics background jobs no issue - it's possible background jobs may cause unintended side-effects so it's useful to have a kill-switch to disable them individually to keep sites working
2020-12-01 12:10:43 +03:00
}
✨ 🔦 add nconf files refs #6982 - add defaults.json - add overrides.json - add env specific default values - add nconf wrapper in /config - add config utils in /config/utils.js [ci skip]
2016-09-13 18:20:44 +03:00
}
Reference in New Issue Copy Permalink