Shipping broken, doesn't work

[psudo123]

I'm using the exact docker compose file and it just shows a blank page

services:
  migrations:
    image: mediacms/mediacms:latest
    volumes:
      - ./deploy/docker/local_settings.py:/home/mediacms.io/mediacms/deploy/docker/local_settings.py
    environment:
      ENABLE_UWSGI: 'yes'
      ENABLE_NGINX: 'yes'
      ENABLE_CELERY_SHORT: 'no'
      ENABLE_CELERY_LONG: 'no'
      ENABLE_CELERY_BEAT: 'no'
      ADMIN_USER: 'issei'
      ADMIN_EMAIL: 'myemail@gmail.com"
      ADMIN_PASSWORD: 'mypassword'
    command: "./deploy/docker/prestart.sh"
    restart: on-failure
    depends_on:
      redis:
        condition: service_healthy
      db:
        condition: service_healthy
  web:
    image: mediacms/mediacms:latest
    deploy:
      replicas: 1
    ports:
      - "4040:80"
    volumes:
      - /media/issei/Main/mediacms/media_files:/home/mediacms.io/mediacms/media_files/
      - /media/issei/Main/mediacms/static_store:/home/mediacms.io/mediacms/static/
      - ./deploy/docker/local_settings.py:/home/mediacms.io/mediacms/deploy/docker/local_settings.py
    environment:
      ENABLE_CELERY_BEAT: 'no'
      ENABLE_CELERY_SHORT: 'no'
      ENABLE_CELERY_LONG: 'no'
      ENABLE_MIGRATIONS: 'yes'
    depends_on:
      - migrations
  celery_beat:
    image: mediacms/mediacms:latest
    volumes:
      - ./deploy/docker/local_settings.py:/home/mediacms.io/mediacms/deploy/docker/local_settings.py
    environment:
      ENABLE_UWSGI: 'yes'
      ENABLE_NGINX: 'yes'
      ENABLE_CELERY_SHORT: 'no'
      ENABLE_CELERY_LONG: 'no'
      ENABLE_MIGRATIONS: 'yes'
    depends_on:
      - redis
  celery_worker:
    image: mediacms/mediacms:latest
    deploy:
      replicas: 1
    volumes:
      - /media/issei/Main/mediacms/media_files:/home/mediacms.io/mediacms/media_files/
      - /media/issei/Main/mediacms/static_store:/home/mediacms.io/mediacms/static/
      - ./deploy/docker/local_settings.py:/home/mediacms.io/mediacms/deploy/docker/local_settings.py
    environment:
      ENABLE_UWSGI: 'yes'
      ENABLE_NGINX: 'yes'
      ENABLE_CELERY_BEAT: 'no'
      ENABLE_MIGRATIONS: 'no'
    depends_on:
      - migrations
  db:
    image: postgres:17.2-alpine
    volumes:
      - postgres_data:/var/lib/postgresql/data/
    restart: always
    environment:
      POSTGRES_USER: mediacms
      POSTGRES_PASSWORD: mediacms
      POSTGRES_DB: mediacms
      TZ: Europe/London
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -d $${POSTGRES_DB} -U $${POSTGRES_USER}", "--host=db", "--dbname=$POSTGRES_DB", "--username=$POSTGRES_USER"]
      interval: 30s
      timeout: 10s
      retries: 5
  redis:
    image: "redis:alpine"
    restart: always
    healthcheck:
      test: ["CMD", "redis-cli","ping"]
      interval: 30s
      timeout: 10s
      retries: 3
volumes:
  postgres_data:
  media_store:
  static_store:

[mgogoulos]

can you provide more details? are you on latest version or another? are you using the default docker compose file or another one / what are the changes? do all docker containers load (docker compose ps), also is there something strange on the logs (docker compose logs -f)

[krotname]

A couple of things in the compose snippet are worth fixing before debugging MediaCMS itself.

First, this line has mismatched quotes:

ADMIN_EMAIL: 'myemail@gmail.com"

It should be something like:

ADMIN_EMAIL: 'myemail@gmail.com'

Second, validate the rendered compose file before starting the stack:

docker compose config

If that command does not render cleanly, the containers may start with a different configuration than you think.

Third, your Postgres healthcheck is mixing CMD-SHELL with extra array arguments. For CMD-SHELL, keep it as one shell command, for example:

healthcheck:
  test: ["CMD-SHELL", "pg_isready -h db -d $${POSTGRES_DB} -U $${POSTGRES_USER}"]
  interval: 30s
  timeout: 10s
  retries: 5

After those fixes, check the actual failing container rather than the browser symptom:

docker compose ps
docker compose logs migrations web db --tail=200

A blank page usually means the web container is up but the app failed during migrations/static setup, or nginx/uWSGI is returning an empty/error response. The logs from migrations and web should show the real cause.