Skip to content
This repository has been archived by the owner on Jul 4, 2023. It is now read-only.

Switch from custom / simple-http-server web serving to Caddy #67

Open
6 tasks
shah opened this issue Dec 21, 2021 · 0 comments
Open
6 tasks

Switch from custom / simple-http-server web serving to Caddy #67

shah opened this issue Dec 21, 2021 · 0 comments
Assignees
Labels
🧑‍💻 DX Developer Experience ❗ Essential 📈 Scalability Functionality needed for large sites

Comments

@shah
Copy link
Contributor

shah commented Dec 21, 2021

Instead of having multiple services for sandbox (Deno) vs. dev (simple-http-server) vs. production (Traefik) we should moved to a unified Caddy-based strategy:

  • Switch from Deno pubctl.ts experimental / sandbox model to deno_fcgi via Caddy with spawn-fcgi/FCGI::Spawn for serving hot-reloadable / watchable builds
  • Switch from simple-http-server to Caddy (see config hints for configuring spawn-fcgi).
    • Add a caddy parameter to pubctl.ts (similar to serve) that would generate a Caddyfile for execution after all other resources were created. This way no separate execution script is required.
  • Consider using Caddy in production with oAuth support instead of Traefik with oauth_proxy
  • Consider using Pglet approach to "micro apps" by integrating a single service point and then, similar to CGI or FastCGI, allowing applets to be created

In case we need native websockets:

@shah shah added ❗ Essential 🧑‍💻 DX Developer Experience 📈 Scalability Functionality needed for large sites labels Dec 21, 2021
@shah shah self-assigned this Dec 21, 2021
@shah shah changed the title Switch from custom static file and simple-http-server web serving to Caddy Switch from custom / simple-http-server web serving to Caddy Dec 21, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
🧑‍💻 DX Developer Experience ❗ Essential 📈 Scalability Functionality needed for large sites
Projects
None yet
Development

No branches or pull requests

1 participant