Skip to content

API: honour DB_HOST and DB_PORT - #235

Closed
XeR wants to merge 1 commit into
TFNS:mainfrom
XeR:234-use-dbhost-variable
Closed

XeR wants to merge 1 commit into
TFNS:mainfrom
XeR:234-use-dbhost-variable

Conversation

@XeR

@XeR XeR commented Mar 8, 2024

Copy link
Copy Markdown
Contributor

API needs to wait for the database to be up before starting.

We do not know how long it takes: just because the container is started doesn't mean that Postgres is ready. The workaround is to use a small script (start.sh) that waits until a connection to the database can be done before passing the execution to yarn.

The Dockerfile contains hardcoded values for the database's hostname and ports, but there is no guarantee that these values are always the same. This is especially true when trying to deploy CTFNote with a previously-existing database.

This commit removes the hardcoded values and replaces them with DB_HOST/DB_PORT.

Closes #234
Related to #200

API needs to wait for the database to be up before starting.

We do not know how long it takes: just because the container is started doesn't
mean that Postgres is ready. The workaround is to use a small script (start.sh)
that waits until a connection to the database can be done before passing the
execution to yarn.

The Dockerfile contains hardcoded values for the database's hostname and ports,
but there is no guarantee that these values are always the same. This is
especially true when trying to deploy CTFNote with a previously-existing
database.

This commit removes the hardcoded values and replaces them with DB_HOST/DB_PORT.
@XeR XeR added the bug Something isn't working label Mar 8, 2024
@JJ-8

JJ-8 commented Apr 28, 2024

Copy link
Copy Markdown
Collaborator

This is already included in #237

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

API's start.sh doesn't honour DB_HOST/DB_PORT

2 participants