Run Webserver UI in Debug Mode
Launches the webserver/ app the way the Makefile intends for active development:
the Python backend first, then the React dev server with hot reload. This is
not the production build (make build) — both processes stay in the
foreground with live logs and auto-reload on save.
Paths below are relative to /home/tblank/code/tblank1024/rv/webserver/.
Pre-flight
- Confirm
venv/exists (created bymake setup). If missing, tell the user to runmake setupfirst — don't create it yourself, it installs ~600MB of dependencies. - Confirm
client/node_modules/exists. If missing, the user needsmake setup(it runsnpm install --legacy-peer-deps).
Start the backend (must come up first)
Run in the background so you can keep working and stream its log:
cd webserver/server && ../venv/bin/python ./server.py
Use run_in_background (Bash) and watch the output for:
<ip> 8000— printed constants confirming it bound to port 8000Server startup: Current internet connection is '...'- any traceback — surface it to the user immediately rather than continuing
The backend serves on http://0.0.0.0:8000 (uvicorn, single worker, log_level=warning).
Start the client (only after the backend is up)
cd webserver/client && npm start
Also run in the background. react-scripts start opens the CRA dev server on
http://localhost:3000 with hot module reload — code edits in client/src
apply live without a restart.
Report back to the user
- Backend:
http://localhost:8000 - Frontend (open this in a browser):
http://localhost:3000 - Both processes are running in the background; mention how to stop them
(Ctrl-C in their terminals, or
TaskStopif launched as background tasks).
Notes
- If the user changed
client/src/constants.js, remind them to runmake constants_copy(ormake build, which includes it) — the dev server does not regenerateserver/constants.jsonautomatically. - Don't run
make buildfor this — that's the production bundle path and shuts down the dev hot-reload workflow.
Source: tblank1024/rv — distributed by TomeVault.