Skip to content

Changes the behavior of Nginx when configured to serve static files #157

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 3 commits into from
Jun 20, 2024

Conversation

korlaxxalrok
Copy link
Collaborator

This PR slightly modifies the location block that Nginx uses when serving static files in the production/non-dev context. Also includes updates to the README about the possible ways to run a prod-like (ie serving static files via Nginx) locally.

…AGE` in the production context to serve at `/signals/static/...`.

This uses a regex to match on anyting that comes before `/static`, and then capture anything after into `$1` so that we can pass that as a file path to properly load the static files.

Previously this only worked when we were server at the bare URL, but now it works when we are serving at `/signals/` (or potentially other URL "prefixes") as well.
…y config, as well as some notes about using the `MAIN_PAGE` env var. These options are typically only going to be used in production/non-dev environments.
@korlaxxalrok korlaxxalrok requested a review from dmytrotsko June 18, 2024 19:15
Copy link
Collaborator

@dmytrotsko dmytrotsko left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍

@korlaxxalrok korlaxxalrok merged commit 5d25c4a into development Jun 20, 2024
2 of 3 checks passed
@korlaxxalrok korlaxxalrok deleted the update-nginx-proxy-config branch June 20, 2024 14:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants