Containerized Client

[Foxcapades]

Changes necessary to support a containerized client host.

WARNING This cannot be merged until:

1. The client host container is deployed
2. The client host URI is written to defaults.yml

[ryanrdoherty]

I feel like this is always "https://{{hostname}}/client-bundle-service", no? Or did we decide to appoint a URL e.g. veupathdb.org and then deal with the CORS issues? (with "client-bundle-service" being a stub name TBD later). You do need to put that extra string in somewhere (i.e. the apache mapping name, like "eda" or "site-search"). Should decide what it will be for the client code service.

[Foxcapades]

Right now it is this way so that it can be configured to be either a relative path:

webapp_host_uri: /client-bundle-service

or a remote URL for testing with locally hosted client code:

webapp_host_uri: https://f84e-2600-4040-70fa-ee00-9cb2-1473-b230-a66f.ngrok-free.app

If this is undesirable it can be changed when we get the thing deployed, but we will be cutting off our ability to localhost client code to run on a dev server.

[dmfalke]

I'd prefer to keep this in place.

Also, it might be nice to use a single host for all sites, since users will reap the benefits of caching once across all sites. However, I'm not sure if CORS will become an issue (I think not, but would have to look more closely). We can play with that once the thing is deployed.