Compose files run on the orchestrator's defaults (#6220)

Shipped stacks drop every healthcheck and the depends_on
service_healthy wait, per rule 198 "Shipped compose files run on the
orchestrator's defaults: no healthcheck, no restart policy". A
pg_isready healthcheck turns slow storage into a killed database. The
app needs neither: inkwell.dbwait waits up to 60s for Postgres at
start, and the engine's pool_pre_ping retries per request.

- docker-compose.yml: db and app healthchecks removed; depends_on is
  a plain start order. Comments cut to one or two lines per setting
  under rule 32 "Comments describe the product to a stranger": the
  family/rule references are gone, and the three-way port explanation
  points at docs/public-hosting.md, which already holds it.
- docker-compose.dev.yml: db healthcheck and service_healthy removed;
  header shortened.
- README: the copy-paste stack loses the same two blocks.

restart: unless-stopped stays: plain Compose defaults to no restart,
and Swarm ignores the key.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

docker-compose.yml

@@ -1,23 +1,11 @@
-# Inkwell — PRODUCTION stack (app + Postgres).
-#
-# This is the default compose file: `docker compose up -d` runs a real deployment
-# from the published image. Development lives in docker-compose.dev.yml (hot-reload,
-# builds from source).
+# Inkwell: the app and its Postgres database, from the published image.
 #
 #   cp .env.example .env      # then set POSTGRES_PASSWORD
 #   docker compose up -d
 #
-# Per family rule 12 the agent does NOT start this — run it yourself.
-#
-# Upgrades:   docker compose pull && docker compose up -d
-# Rollback:   set INKWELL_TAG to a commit sha in .env, then the same two commands.
-#             Every push publishes an immutable :<sha> image for exactly this.
-#
-# Schema migrations run automatically at container start (see the Dockerfile CMD),
-# so an upgrade is just a pull and a restart. Take a backup first anyway: Settings →
-# Backups → Back up now writes one file holding the notes AND their attachments
-# (docs/backups.md). A bare pg_dump does not: attachments are files in the
-# `inkwell-data` volume, not rows.
+# Upgrade: `docker compose pull && docker compose up -d`. Migrations run at start.
+# Back up first from Settings → Backups; a bare pg_dump misses the attachments,
+# which live in the inkwell-data volume.
 
 services:
   db:
@@ -25,98 +13,38 @@ services:
     restart: unless-stopped
     environment:
       POSTGRES_USER: ${POSTGRES_USER:-inkwell}
-      # No default on purpose. A production compose that ships a known password is
-      # how self-hosted databases end up in search engines; compose fails fast here
-      # instead, with the message below.
       POSTGRES_PASSWORD: ${POSTGRES_PASSWORD:?set POSTGRES_PASSWORD in .env — see .env.example}
       POSTGRES_DB: ${POSTGRES_DB:-inkwell}
     volumes:
-      # Which volume this resolves to is set at the bottom of this file, and an
-      # existing deployment overrides it from .env rather than renaming anything.
       - inkwell-db:/var/lib/postgresql/data
-    # Deliberately NOT published to the host. The app reaches Postgres over the
-    # compose network; exposing 5432 only widens the attack surface. If you need
-    # psql, `docker compose exec db psql -U inkwell` gets you there without it.
-    healthcheck:
-      test: ["CMD-SHELL", "pg_isready -U ${POSTGRES_USER:-inkwell} -d ${POSTGRES_DB:-inkwell}"]
-      interval: 10s
-      timeout: 5s
-      retries: 10
-      start_period: 30s
+    # Not published to the host; `docker compose exec db psql -U inkwell` reaches it.
     logging: &logging
       driver: json-file
       options:
-        # Unbounded container logs are a slow-motion disk-full outage on a
-        # long-running self-hosted box.
         max-size: "10m"
         max-file: "3"
 
   app:
-    # :latest tracks `main`. Set INKWELL_TAG=dev in .env to follow the
-    # development line instead, or a commit sha to pin exactly.
+    # latest follows main, dev follows dev, a commit sha pins one build.
     image: git.fabledsword.com/bvandeusen/inkwell:${INKWELL_TAG:-latest}
     restart: unless-stopped
     depends_on:
-      db:
-        condition: service_healthy
+      - db
     environment:
-      # The only required application setting. Everything else a person might want
-      # to tune lives in the admin Settings UI, backed by the database (rule 25).
       INKWELL_DATABASE_URL: postgresql+asyncpg://${POSTGRES_USER:-inkwell}:${POSTGRES_PASSWORD}@db:5432/${POSTGRES_DB:-inkwell}
     volumes:
-      # Uploaded attachments. /var/inkwell is fixed in the app (Config.DATA_DIR),
-      # not configurable — mount it or lose every image on container recreation.
+      # Uploaded attachments; without this mount they are lost when the container is recreated.
       - inkwell-data:/var/inkwell
-      # Daily backups to a folder (Settings → Backups, docs/backups.md): mount the
-      # share they should land in. Not needed when they go to an S3 bucket.
+      # Optional: the folder scheduled backups are written to (Settings → Backups).
       # - /mnt/backups/inkwell:/backups
-    # WHERE THE APP IS REACHABLE FROM. Three shapes, and the right answer is
-    # different for each — the default serves the first.
-    #
-    # 1. LAN, no proxy (the default). Binds every interface so your phone and your
-    #    desktop can reach the server. This is what makes a self-hosted install work
-    #    out of the box, and it is why the default is NOT the locked-down value: a
-    #    server only reachable from the machine it runs on is not hardened, it is
-    #    broken.
-    #
-    # 2. Reverse proxy in Docker, on this network (Traefik discovering the container,
-    #    an nginx container, etc). DELETE the `ports:` block below entirely. The proxy
-    #    reaches the app over the compose network without any port being published,
-    #    and publishing one is a second, unauthenticated way in that bypasses the
-    #    proxy — including whatever the proxy is doing about TLS and auth.
-    #
-    # 3. Reverse proxy on the HOST (not in Docker). Set INKWELL_BIND=127.0.0.1 in
-    #    .env, so the port exists but only the host itself can reach it.
-    #
-    # If you are exposing this to the internet, you want 2 or 3. Leaving it at 1
-    # means the app is reachable directly on port 5000, past everything your proxy
-    # does.
+    # Behind a reverse proxy in Docker, delete `ports:`; behind one on the host, set
+    # INKWELL_BIND=127.0.0.1. See docs/public-hosting.md.
     ports:
       - "${INKWELL_BIND:-0.0.0.0}:${INKWELL_PORT:-5000}:5000"
-    healthcheck:
-      # python rather than curl: the runtime image is python:3.12-slim and carries no
-      # HTTP client binary. Hits the app's own /api/health.
-      test:
-        - CMD
-        - python
-        - -c
-        - |
-          import sys, urllib.request
-          sys.exit(0 if urllib.request.urlopen("http://127.0.0.1:5000/api/health", timeout=5).status == 200 else 1)
-      interval: 30s
-      timeout: 10s
-      retries: 5
-      # Generous: the container waits for Postgres and runs migrations before it
-      # serves anything, and a first boot builds the whole schema.
-      start_period: 60s
     logging: *logging
 
 volumes:
-  # Named explicitly so the name is one a person can type, and overridable so a
-  # deployment that predates the rename to Inkwell keeps the volumes it already has
-  # (see "Upgrading from ThoughtSync" in .env.example). Pointing these at the wrong
-  # name does not fail: it starts against an EMPTY database and the old one sits
-  # there untouched, which looks exactly like data loss.
+  # Overridable so an install from before the rename keeps its volumes (.env.example).
   inkwell-db:
     name: ${INKWELL_DB_VOLUME:-inkwell-db}
   inkwell-data: