BaryoDev / BaryoDev/barakoCMS

The production Caddyfile has no cache, so the documented self-hosted path reaches Postgres on every read

Open
#550 0 comments 0 reactions 0 assignees View on GitHub
documentation good first issue help wanted up-for-grabs
Dominant language
C#
Stars
6
Forks
7
Avg merge
4h 42m
Merged PRs (30d)
307

Description

The shipped production Caddyfile is a plain `reverse_proxy` with no cache handler. The self-hosted path we document therefore has no edge cache at all, and every public read reaches the database.

Two honest options:

1. Add a cache handler to the Caddyfile and document what it caches.
2. Say plainly in `docs/deploy-in-production.md` that a CDN is expected in front, and which topologies it is safe on.

Either is fine. Saying nothing is what leaves a self-hoster with a surprise.

Found Sept 5 2026 while working through read load.

Contributor guide

Open the contributing guide

Research direction

Locate the shipped production Caddyfile and read docs/deploy-in-production.md first. Decide whether the project should configure caching there or document the required CDN and safe topologies; done means the chosen path no longer leaves self-hosters without an explicit caching expectation.

Written by the indexing model from the issue text.

Assessment

Tech stack
postgresql
Domain
databases, devops, documentation, infrastructure
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.