Coordinate docs refactor for Deploying, Configuration, and Reference sections #1508

Open
opened 2026-03-08 08:05:22 +00:00 by stratself · 1 comment
Contributor

After #1361 was merged, there is a more solid foundation to continue refactoring docs for multiple sections. This issue is for brainstorming stuff where I intend to work upon, open for public opinions.

The point is to put them into appropriately-ordered PRs to avoid conflicts and reflect changes carefully. Ideally, they should result in clearer docs with less repeated parts and less cruft. Comments on how best to do these change controls are appreciated!

Configuration section

These items can go into its own thing at docs-configuration-fixes. I think I'll start on this one since it's the least intrusive:

Deploying section

  • First, unify on a standardized way to deploy Continuwuity. I suggest the "default" way is to use no .well-knowns, and expose the reverse proxy for both :443 and :8448. Delegation/split-domain can go in its own page.
  • Second, unify on the reverse proxy choice. I'll go with an order of Caddy > Traefik > nginx (if available), since they are most available with c10y users.

These items can be its own PR i.e. docs-docker-fixes:

  • Rearrange docker page to 3 main section: Image, Docker (Quick Start), Docker-Compose. The "Docker (Quick Start)" section should be short as Compose is preferred
  • Use an actual Caddyfile instead of Caddy labels for docker-compose.with-caddy.yml
  • Make stuff more consistent: use :8008 instead of :6167, use the same env var options for all docker-compose files
  • Remove crufts (e.g. delegation, Element Web installation) and redirect to proper pages for that if available
  • Use a custom configs: file for the /etc/resolv.conf mount, with nameserver 1.1.1.1 as content. This would stop people from footgunning themselves with localhost nameservers

These can go into one PR i.e. docs-new-initial-flow:

Lastly, there could be a potential PR to improve some stuff in the Generic deployment page docs-generic-deployment-fixes:

  • Minimize build instructions or move it somewhere else
  • Improve the Other Reverse Proxies section to also include ports and stuff - this will be highly referenced from other pages

I prefer writing the docker + generic fixes first for clarity, but new initial flow is more important. Question on which to start first needs answer

Other stuff

  • A "What's next" section for both docker/generic pages should be added/fixed
  • DNS tuning PR will also need to relink into the Docker page, as well as rewrite the Troubleshooting pages
After #1361 was merged, there is a more solid foundation to continue refactoring docs for multiple sections. This issue is for brainstorming stuff where I intend to work upon, open for public opinions. The point is to put them into appropriately-ordered PRs to avoid conflicts and reflect changes carefully. Ideally, they should result in clearer docs with less repeated parts and less cruft. Comments on how best to do these change controls are appreciated! ## Configuration section These items can go into its own thing at `docs-configuration-fixes`. I think I'll start on this one since it's the least intrusive: - [ ] Refactor [configuration](https://continuwuity.org/configuration.html) page to prioritize env var use and unrecommend passing CLI options - [ ] Move the env var [prefix stuff from Env Var page](https://continuwuity.org/reference/environment-variables#prefix-system) to the Configuration page, and announce the order there ## Deploying section - First, unify on a standardized way to deploy Continuwuity. I suggest the "default" way is to use no .well-knowns, and expose the reverse proxy for both :443 and :8448. Delegation/split-domain can go in its own page. - Second, unify on the reverse proxy choice. I'll go with an order of Caddy > Traefik > nginx (if available), since they are most available with c10y users. These items can be its own PR i.e. `docs-docker-fixes`: - [ ] Rearrange [docker](https://continuwuity.org/deploying/docker) page to 3 main section: Image, Docker (Quick Start), Docker-Compose. The "Docker (Quick Start)" section should be short as Compose is preferred - [ ] Use an actual Caddyfile instead of Caddy labels for `docker-compose.with-caddy.yml` - [ ] Make stuff more consistent: use :8008 instead of :6167, use the same env var options for all docker-compose files - [ ] Remove crufts (e.g. delegation, Element Web installation) and redirect to proper pages for that if available - [ ] Use a custom `configs:` file for the `/etc/resolv.conf` mount, with `nameserver 1.1.1.1` as content. This would stop people from footgunning themselves with localhost nameservers These can go into one PR i.e. `docs-new-initial-flow`: - [ ] Rewrite [docker](https://continuwuity.org/deploying/docker) and [generic](https://continuwuity.org/deploying/generic) instructions to match the new registration flow from #1367 Lastly, there could be a potential PR to improve some stuff in the Generic deployment page `docs-generic-deployment-fixes`: - [ ] Minimize build instructions or move it somewhere else - [ ] Improve the [Other Reverse Proxies](https://continuwuity.org/deploying/generic.html#other-reverse-proxies) section to also include ports and stuff - this will be highly referenced from other pages I prefer writing the docker + generic fixes first for clarity, but new initial flow is more important. Question on which to start first needs answer ## Other stuff - A "What's next" section for both docker/generic pages should be added/fixed - DNS tuning PR will also need to relink into the Docker page, as well as rewrite the Troubleshooting pages
Author
Contributor

docs-new-initial-flow can somewhat be unprioritized as the !admin users create-user workflow still works

`docs-new-initial-flow` can somewhat be unprioritized as the `!admin users create-user` workflow still works
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
continuwuation/continuwuity#1508
No description provided.