Closed ajkitson closed 9 years ago
A few more thought-out setups: Individual registered apps and ngrok
Summing up: more freedom, but could lead to issues keeping code/appIDs in sync, later integrating with production deployment process, etc.
Shared registered app and shared publicly deployed
Summing up: less messing around with app IDs and enforces discipline about deployment, but only one person can make changes touching the receiver at a time and there's extra overhead for testing.
Maybe we want to do a combo of these, using ngrok when getting started and then the deployed test server as a final check to make sure the code looks good
Can also host static files on Google Drive: https://support.google.com/drive/answer/2881970?hl=en
We can revisit the emulator as well: https://github.com/dz0ny/leapcast
Putting for W-Th milestone as it's not yet blocking our progress, but it'll have to be first thing W in order to tie everything together and have a working MVP
For dev, ended up mocking messaging with sockets. Then we have a shared dev heroku instance for testing w/Cast
To run the receiver code on ChromeCast, even for testing, the receiver code needs to be at a publicly accessible URL.
We need a way to develop code and push it to a URL the ChromeCast can access. This should probably be separate from the production deployment. All team members should be able to push code to this server for testing.
Other ideas: