Sandboxed Review Sites
# Known Issues ## Frontend sandbox deployments uses an outdated engine image When deploying a single repository, the counterpart image should be always pulled from the latest `master` commit. This will ensure the review site is using the most up-to-date version of the stack. ## Cron jobs TBD. - Cron jobs not running currently on sandboxes - Cron jobs need to run on a shared pod that would be updateable ## Settings management Settings are prone to suffer inconsistencies upon deployment updates. This can be achieved by: - Making `Core\Config` to throw an `Exception` when a key doesn't exist (or is null). This should be implemented taking in consideration that old code should still work. - Enforcing the developers to keep track of their new configurations in `settings.example.php` - Having a base `settings.php` with sensitive defaults (except for keys, etc), then having an "override" file that will be used on local envs, sandboxes and even production. ## Missing posts and media uploads Sometimes posts (with or without attachments) are not shown in any feed, but they can be accessed by browsing to `https://sandboxsite/newsfeed/<guid>`. To be investigated. Probably related to ElasticSearch health. Try reproducing when E2E tests are running. ## ElasticSearch freeze Sometimes it takes around 30s to receive a response from ElasticSearch-based endpoints (feeds, pageview beacons, etc). To be investigated. Probably related to ElasticSearch health. Try reproducing when E2E tests are running. ## Pro subdomains TBD. Ideally we would have `*.<sandbox_domain>.minds.io` frontend on all sandbox deployments. ## OnChain tokens / Rinkeby support Sandboxes should have all the keys set up as Helm secrets to allow OnChain transactions on smoke and E2E tests.
epic