chore: remove vestigial env vars from docker-compose (#121) #123
No reviewers
Labels
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: cal/major-domo-database#123
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "issue/121-chore-remove-vestigial-env-vars-from-docker-compos"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Closes #121
Changes
Removes
WORKERS_PER_CORE,TIMEOUT, andGRACEFUL_TIMEOUTfromdocker-compose.yml. These were consumed by the oldtiangolo/uvicorn-gunicorn-fastapibase image and are silently ignored since PR #115 switched topython:3.12-slimwith an explicit uvicorn CMD.Files changed
docker-compose.yml— removed 3 vestigial env varsRemote changes (applied directly)
ssh sba-db): removed the same 3 vars from~/container-data/dev-sba-database/docker-compose.yml(noWEB_WORKERSadded — Dockerfile default of 2 is appropriate for dev)ssh akamai): removed the same 3 vars from~/container-data/sba-database/docker-compose.ymland addedWEB_WORKERS=4to override the Dockerfile default for production loadAI Code Review
Files Reviewed
docker-compose.yml(modified)Findings
Correctness
WORKERS_PER_CORE,TIMEOUT, andGRACEFUL_TIMEOUTare confirmed dead env vars — they were consumed by thetiangolo/uvicorn-gunicorn-fastapistartup script, which is gone since PR #115 switched topython:3.12-slimwith an explicitCMD. The currentCMDatDockerfile:34only reads$WEB_WORKERS, so these three vars have been silently ignored since that change.ENV WEB_WORKERS=2atDockerfile:33provides the correct default for dev without needing an override in docker-compose.yml. The production override (WEB_WORKERS=4) applied directly to the remote server is appropriately documented in the PR body.environment:block (DATABASE_TYPE,POSTGRES_HOST, etc.) are unaffected and still consumed by app code.Security
Style & Conventions
Suggestions
DATABASE_TYPE=postgresqlatdocker-compose.yml:29is a pre-existing vestige rendered inert by PR #89's removal of the SQLite fallback. Not in scope here, but worth a follow-up cleanup ticket alongside any future docker-compose housekeeping.Verdict: COMMENT
Clean removal of three dead env vars left over from the base image migration. Dockerfile default (
WEB_WORKERS=2) makes the dev compose correct with no additions; prod override is handled out-of-band as documented. Approved.Automated review by Claude PR Reviewer
22a3f8be8cto99fbb3848b