Serve compliance-portal instead of trust
Embed and build @probo/compliance-portal for the /trust path and custom-domain SPA so production ships the v2 portal. Keep apps/trust in the repo for local use on port 5175; portal takes 5174. Signed-off-by: Émile Ré <emile@probo.com>
This commit is contained in:
@@ -34,11 +34,11 @@ make sandbox-delete
|
||||
|
||||
After `make sandbox-status`, use the VM IP to access services from the host:
|
||||
|
||||
| Service | URL |
|
||||
| ---------- | --------------------------- |
|
||||
| Console | `http://<vm-ip>:5173` |
|
||||
| Trust | `http://<vm-ip>:5174` |
|
||||
| API | `http://<vm-ip>:8080` |
|
||||
| Service | URL |
|
||||
| ------------------ | --------------------------- |
|
||||
| Console | `http://<vm-ip>:5173` |
|
||||
| Compliance Portal | `http://<vm-ip>:5174` |
|
||||
| API | `http://<vm-ip>:8080` |
|
||||
| Grafana | `http://<vm-ip>:3001` |
|
||||
| Mailpit | `http://<vm-ip>:8025` |
|
||||
| Keycloak | `http://<vm-ip>:8082` |
|
||||
@@ -49,7 +49,7 @@ After `make sandbox-status`, use the VM IP to access services from the host:
|
||||
During provisioning, the sandbox automatically generates:
|
||||
|
||||
- **`/etc/probod/config.yml`** — probod config with the VM IP as cookie domain, `secure: false`, and correct CORS origins
|
||||
- **`apps/console/.env`** and **`apps/trust/.env`** — `VITE_API_URL` pointing to the VM IP
|
||||
- **`apps/console/.env`** and **`apps/compliance-portal/.env`** — `VITE_API_URL` pointing to the VM IP
|
||||
|
||||
Probod config is at `/etc/probod/config.yml`.
|
||||
|
||||
@@ -70,18 +70,18 @@ This file is sourced during provisioning before `probod-bootstrap` runs. Any var
|
||||
|
||||
The sandbox provisions four systemd services:
|
||||
|
||||
| Service | Description | Starts on boot |
|
||||
| --------------- | ---------------------------------------------------------- | -------------- |
|
||||
| `probo-stack` | Docker Compose stack (Postgres, SeaweedFS, Keycloak, etc.) | Yes |
|
||||
| `probod` | Probo API server (depends on `probo-stack`) | No |
|
||||
| `probo-console` | Console frontend dev server | No |
|
||||
| `probo-trust` | Trust frontend dev server | No |
|
||||
| Service | Description | Starts on boot |
|
||||
| -------------------------- | ---------------------------------------------------------- | -------------- |
|
||||
| `probo-stack` | Docker Compose stack (Postgres, SeaweedFS, Keycloak, etc.) | Yes |
|
||||
| `probod` | Probo API server (depends on `probo-stack`) | No |
|
||||
| `probo-console` | Console frontend dev server | No |
|
||||
| `probo-compliance-portal` | Compliance portal frontend dev server | No |
|
||||
|
||||
`probo-stack` starts automatically when the VM boots. `probod`, `probo-console`, and `probo-trust` must be started manually after building.
|
||||
`probo-stack` starts automatically when the VM boots. `probod`, `probo-console`, and `probo-compliance-portal` must be started manually after building.
|
||||
|
||||
Manage them with `systemctl`:
|
||||
```bash
|
||||
./contrib/lima/sandbox.sh exec -- sudo systemctl start probod probo-console probo-trust
|
||||
./contrib/lima/sandbox.sh exec -- sudo systemctl start probod probo-console probo-compliance-portal
|
||||
./contrib/lima/sandbox.sh exec -- sudo systemctl stop probod
|
||||
./contrib/lima/sandbox.sh exec -- sudo systemctl restart probod
|
||||
./contrib/lima/sandbox.sh exec -- sudo systemctl status probod
|
||||
|
||||
Reference in New Issue
Block a user