Overview

Deploy ConvertX behind DockerCP HTTPS with persistent conversion data and a generated JWT signing secret.

Docker image ghcr.io/c4illin/convertx:latest
Default port 3000
Deployment type docker image
Recommended resources 1 · 1 GB

How deployment works in DockerCP

This template gives DockerCP the deployment metadata needed to create a service, prepare runtime variables, map persistent storage, expose the internal port, and connect a public domain with SSL when required.

  1. Create or select a project where the service belongs
  2. Review the Docker image, tag, default port, environment variables, and volume mappings
  3. Deploy the service and check logs until the application is healthy
  4. Attach a domain or subdomain when the application must be available publicly
  5. Enable HTTPS and verify the final browser response

Configuration

Environment variables

Variable Default / guidance
JWT_SECRET change_me
ACCOUNT_REGISTRATION false
HTTP_ALLOWED false
ALLOW_UNAUTHENTICATED false

Persistent volumes

Volume Mount path
convertx_data /app/data

Commands

DockerCP handles deployment from the panel, but understanding the equivalent Docker commands helps users debug services with more confidence. 

docker pull ghcr.io/c4illin/convertx:latest
docker ps --filter "name=convertx"

docker logs --tail=100 convertx

DNS and SSL checklist

Step Expected result
Add A or CNAME record The domain points to the DockerCP server or configured target
Attach domain to service The service is reachable through the selected hostname
Enable HTTPS The certificate becomes active and redirect to HTTPS can be enabled

Screenshots

Panel previews for the ConvertX template: how deployment, the running service, and its key details look inside DockerCP.

ConvertX deployment form inside the DockerCP panel
Private self-hosted file conversion service.
First-boot log output from the deployed container

Troubleshoot

  • Confirm the Docker image and tag exist
  • Confirm the selected internal port matches the application port
  • Confirm required variables such as database URL, app URL, and credentials are set
  • Check service logs after the first deployment
  • Verify DNS before requesting or renewing SSL certificates