Welcome to my personal website! It is currently hosted at https://andrewslai.com.
This repository is the website backend. It contains:
Figure 1. A high level view of the architecture of the Clojure namespaces in the app.
main
namespace uses the init.config
namespace to parse
environment variables and creates components to inject into the appinit.config
starts components:virtual-hosting
: Allows you to direct multiple URLs to a single JVM and
serve multiple websites/apps from a single instance of the app. Used to serve
separate apps on andrewslai.com
and caheriaguilar.and.andrewslai.com
(Route53 points both domains to the same load balancer, and when requests hit
the ECS app, :virtual-hosting
is used to serve different apps on different
domains).:persistence.rdbms
: An RDBMS is used as a persistent data store. Depending
on environment variables, the app could connect to a live Postgres instance
that is accessible via the network, or could start an embedded DB (H2 or
Postgres) for testing.:persistence.filesystem
: The app serves static files from a Filesystem.
For the wedding app, a Filesystem used to store pictures and media. Both apps
serve index.html
and associated Javascript from a Filesystem (S3). Can be
set to an S3 implementation, or an in-memory filesystem for testing.:http-api.middleware
: Multiple stacks of middleware are defined here and
can be composed together or used to configure how a given Ring handler
behaves.
a. (Static-Content middleware): If static content middleware is enabled, the
app will serve static content from the :persistence.filesystem
implementation - i.e. a request to /media/foo.svg
would try to look up
the content located at path /media/foo.svg
in the :persistence.filesystem
.
In a live implementation, this is basically a thin wrapper that serves
static content in an S3 bucket via the Ring handler.:http.auth
: Resources in the HTTP API should be protected against unwanted
access. This component is used to configure how users Authenticate over HTTP.
Can use different buddy
backends - some that check HTTP request headers for
appropriate tokens, and others that accept everyone as authenticated (for
testing). The normal live implementation is a Keycloak backend, which takes
Authorization Bearer tokens in the HTTP header, parses them, and reaches out
to a live Keycloak server/IDP over the network to verify the user's identity.init.config
HTTP Access rules: Can be set at run time to protect http
routes behind role-based access criteria. Used to determine which user scopes
are able to access specific resources on the serverClone the repo and install leiningen.
lein test
lein do clean, uberjar
lein do clean, uberjar
docker build -t andrewslai .
lein run
After docker build and setting up .env.local
with correct environment
docker run --env-file=.env.local -p 5000:5000 andrewslai
For local development, see local-development.md
To deploy, follow instructions in deployment.md
TODO: Check Front end for compatibility with new article-branches
endpoints
and /compositions
for published content
TODO: Merge plate
into main and deploy
TODO: Blow away DB and re-run migrations
TODO: Add more icons to allow user to create headings
TODO: Fix about me resume cards
Can you improve this documentation? These fine people already did:
ALai57 & Andrew LaiEdit on GitHub
cljdoc is a website building & hosting documentation for Clojure/Script libraries
× close