{"id":32177,"date":"2026-07-16T15:11:28","date_gmt":"2026-07-16T13:11:28","guid":{"rendered":"https:\/\/contabo.com\/blog\/?p=32177"},"modified":"2026-07-16T15:11:31","modified_gmt":"2026-07-16T13:11:31","slug":"selfhost-docmost-with-docker-on-vps","status":"publish","type":"post","link":"https:\/\/contabo.com\/blog\/selfhost-docmost-with-docker-on-vps\/","title":{"rendered":"How to Self-Host Docmost with Docker on a VPS (2026 Guide)\u00a0"},"content":{"rendered":"\n

In short.<\/strong> Self-hosting Docmost with Docker means running three containers, the Docmost app, PostgreSQL, and Redis, behind an Nginx reverse proxy with HTTPS. The Docmost Docker setup takes under 20 minutes on a VPS with 4 GB RAM or more. You optionally point file attachments at S3-compatible Object Storage to keep the VPS disk clean. This guide covers the full stack: Docker Compose, HTTPS, and object storage for attachments. <\/p>\n\n\n\n

Docmost is an open source Confluence alternative that also replaces most of what teams use Notion for: real-time collaborative editing, nested pages, and workspace permissions, running entirely on infrastructure you control. Getting Docmost self-hosted on your own VPS means your team’s documentation never touches a third-party server, with no per-seat licensing. This guide goes past a bare install: it adds a production-ready reverse proxy with HTTPS and S3-compatible attachment storage, so the result is a deployable setup rather than a local test. <\/p>\n\n\n\n

Prerequisites\u00a0<\/h2>\n\n\n\n

A Docmost Docker deployment needs a few things in place before a self-hosted instance is ready for real use: <\/p>\n\n\n\n

    \n
  1. A VPS with at least 2 vCPU and 4 GB RAM. Below that, PostgreSQL and Redis compete with the app container for memory under real usage. A Contabo Cloud VPS 20 (6 vCPU cores, 12 GB RAM, \u20ac6.00\/mo) comfortably covers the full stack with headroom for growth.\u00a0<\/li>\n<\/ol>\n\n\n\n
      \n
    1. Ubuntu 22.04 or 24.04.\u00a0<\/li>\n<\/ol>\n\n\n\n
        \n
      1. Root or sudo SSH access.\u00a0<\/li>\n<\/ol>\n\n\n\n
          \n
        1. A domain or subdomain pointed at your VPS’s IP address. This is required for Step 3, since Docmost’s real-time features depend on HTTPS working correctly.\u00a0<\/li>\n<\/ol>\n\n\n\n
            \n
          1. Optional: an S3-compatible Object Storage bucket (Contabo Object Storage works) if you want attachments off the VPS disk from day one.\u00a0<\/li>\n<\/ol>\n\n\n\n

            Step 1: Install Docker and Docker Compose for Docmost\u00a0<\/h2>\n\n\n\n

            Ubuntu’s default package repository carries an older Docker version, so this installs directly from Docker’s official repository instead, which keeps Compose and the Docker engine on the current stable release. <\/p>\n\n\n\n

            sudo<\/strong> apt update &&<\/strong> sudo<\/strong> apt upgrade -y\u00a0\nsudo<\/strong> apt install -y ca-certificates curl\u00a0\nsudo<\/strong> install -m 0755 -d \/etc\/apt\/keyrings\u00a0\nsudo<\/strong> curl -fsSL https:\/\/download.docker.com\/linux\/ubuntu\/gpg<\/a> -o \/etc\/apt\/keyrings\/docker.asc\u00a0\nsudo<\/strong> chmod a+r \/etc\/apt\/keyrings\/docker.asc\u00a0\necho \\\u00a0\n\u00a0\u00a0 \"deb [arch=$(dpkg --print-architecture) signed-by=\/etc\/apt\/keyrings\/docker.asc] https:\/\/download.docker.com\/linux\/ubuntu<\/a> \\\u00a0\n\u00a0\u00a0 $(. \/etc\/os-release &&<\/strong> echo \"$VERSION_CODENAME\") stable\" |<\/strong> \\\u00a0\n\u00a0\u00a0 sudo<\/strong> tee \/etc\/apt\/sources.list.d\/docker.list ><\/strong> \/dev\/null\u00a0\nsudo<\/strong> apt update\u00a0\nsudo<\/strong> apt install -y docker-ce docker-ce-cli containerd.io docker-compose-plugin\u00a0<\/code><\/pre>\n\n\n\n
            Verify the installation: <\/p>\n\n\n\n
            docker compose version\u00a0<\/code><\/pre>\n\n\n\n
            A version number confirms Docker Compose is ready for the Docmost stack. <\/p>\n\n\n\n
            Step 2: Create the Docmost Docker Compose Stack\u00a0<\/h2>\n\n\n\n
            The Docmost Docker stack runs three services: the Docmost application, PostgreSQL for data, and Redis for real-time collaboration state. This is the core of any self-hosted Docmost deployment, whether it runs on a single small VPS or a larger production server. PostgreSQL stores every page, user account, and permission setting. Redis handles the pub\/sub messaging that keeps multiple editors in sync, so it is not optional even for a single-user setup. Docker Compose defines all three as one unit, starting and stopping the whole stack together instead of three separate docker run commands. <\/p>\n\n\n\n
            Create a project directory and the Compose file: <\/p>\n\n\n\n
            mkdir<\/strong> -p ~\/docmost &&<\/strong> cd ~\/docmost\u00a0\nnano<\/strong> docker-compose.yml\u00a0<\/code><\/pre>\n\n\n\n
            Paste the following, replacing the placeholder values with your own domain and generated secrets: <\/p>\n\n\n\n
            services:<\/strong>\u00a0\n\u00a0\u00a0 docmost:<\/strong>\u00a0\n\u00a0\u00a0\u00a0\u00a0 image:<\/strong> docmost\/docmost:latest\u00a0\n\u00a0\u00a0\u00a0\u00a0 depends_on:<\/strong>\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 -<\/strong> db\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 -<\/strong> redis\u00a0\n\u00a0\u00a0\u00a0\u00a0 environment:<\/strong>\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 APP_URL:<\/strong> \"https:\/\/your-domain.com<\/a>\"\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 APP_SECRET:<\/strong> \"replace-with-a-long-random-string\"\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 DATABASE_URL:<\/strong> \"postgresql:\/\/docmost:your-db-password@db:5432\/docmost\"\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 REDIS_URL:<\/strong> \"redis:\/\/redis:6379\"\u00a0\n\u00a0\u00a0\u00a0\u00a0 ports:<\/strong>\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 -<\/strong> \"3000:3000\"\u00a0\n\u00a0\u00a0\u00a0\u00a0 restart:<\/strong> unless-stopped\u00a0\n\u00a0\u00a0\u00a0\u00a0 volumes:<\/strong>\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 -<\/strong> docmost_storage:\/app\/data\/storage\u00a0\n\u00a0\n\u00a0 db:<\/strong>\u00a0\n\u00a0\u00a0\u00a0\u00a0 image:<\/strong> postgres:18\u00a0\n\u00a0\u00a0\u00a0\u00a0 environment:<\/strong>\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 POSTGRES_USER:<\/strong> docmost\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 POSTGRES_PASSWORD:<\/strong> your-db-password\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 POSTGRES_DB:<\/strong> docmost\u00a0\n\u00a0\u00a0\u00a0\u00a0 volumes:<\/strong>\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 -<\/strong> docmost_db_data:\/var\/lib\/postgresql\u00a0\n\u00a0\u00a0\u00a0\u00a0 restart:<\/strong> unless-stopped\u00a0\n\u00a0\n\u00a0 redis:<\/strong>\u00a0\n\u00a0\u00a0\u00a0\u00a0 image:<\/strong> redis:8\u00a0\n\u00a0\u00a0\u00a0\u00a0 command:<\/strong> [<\/strong>\"redis-server\",<\/strong> \"--appendonly\",<\/strong> \"yes\",<\/strong> \"--maxmemory-policy\",<\/strong> \"noeviction\"]<\/strong>\u00a0\n\u00a0\u00a0\u00a0\u00a0 volumes:<\/strong>\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 -<\/strong> docmost_redis_data:\/data\u00a0\n\u00a0\u00a0\u00a0\u00a0 restart:<\/strong> unless-stopped\u00a0\n\u00a0\nvolumes:<\/strong>\u00a0\n\u00a0\u00a0 docmost_storage:<\/strong>\u00a0\n\u00a0\u00a0 docmost_db_data:<\/strong>\u00a0\n\u00a0\u00a0 docmost_redis_data:<\/strong>\u00a0<\/code><\/pre>\n\n\n\n
            Generate a secure APP_SECRET<\/code> with openssl rand -hex 32<\/code>. Docmost requires this value to be at least 32 characters. It signs session tokens and encrypts sensitive fields, so it needs to be long, random, and never reused across environments. Do the same for the database password.\u00a0<\/p>\n\n\n\n
            Email is optional and only needed to send workspace invitations. It requires SMTP or Postmark configuration covered in Docmost’s own configuration docs, so the compose file above omits it. <\/p>\n\n\n\n
            Step 3: Configure HTTPS with Nginx\u00a0<\/h2>\n\n\n\n
            Docmost listens on port 3000 by default with no built-in TLS, which matters for any self-hosted deployment reachable from the public internet. Nginx sits in front of the container, terminates TLS, and forwards requests internally, which is the standard pattern for exposing a containerized app to the internet safely. <\/p>\n\n\n\n
            Install Nginx and Certbot: <\/p>\n\n\n\n
            sudo<\/strong> apt install -y nginx certbot python3-certbot-nginx\u00a0<\/code><\/pre>\n\n\n\n
            Create a server block for your domain: <\/p>\n\n\n\n
            sudo<\/strong> nano \/etc\/nginx\/sites-available\/docmost\u00a0<\/code><\/pre>\n\n\n\n
            Add the following, replacing your-domain.com<\/code> with your actual domain:\u00a0<\/p>\n\n\n\n
            server {\u00a0\n\u00a0\u00a0\u00a0\u00a0 listen 80;\u00a0\n\u00a0\u00a0\u00a0\u00a0 server_name your-domain.com;\u00a0\n\u00a0\n\u00a0\u00a0\u00a0 location \/ {\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 proxy_pass http:\/\/localhost:3000<\/a>;\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 proxy_http_version 1.1;\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 proxy_set_header Upgrade $http_upgrade;\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 proxy_set_header Connection \"upgrade\";\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 proxy_set_header Host $host;\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 proxy_set_header X-Real-IP $remote_addr;\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 proxy_set_header X-Forwarded-Proto $scheme;\u00a0\n\u00a0\u00a0\u00a0\u00a0 }\u00a0\n}\u00a0<\/code><\/pre>\n\n\n\n
            The Upgrade and Connection headers are required for Docmost’s real-time collaboration feature, which runs over WebSockets. Without them, the page editor loads but stays read-only. <\/p>\n\n\n\n
            Enable the site and request a certificate: <\/p>\n\n\n\n
            sudo<\/strong> ln -s \/etc\/nginx\/sites-available\/docmost \/etc\/nginx\/sites-enabled\/\u00a0\nsudo<\/strong> certbot --nginx -d your-domain.com\u00a0\nsudo<\/strong> systemctl reload nginx\u00a0<\/code><\/pre>\n\n\n\n
            Certbot rewrites the server block to redirect HTTP to HTTPS automatically and sets up auto-renewal. <\/p>\n\n\n\n
            Step 4: Start Docmost with Docker and Complete Setup\u00a0<\/h2>\n\n\n\n
            Start the Docmost Docker stack: <\/p>\n\n\n\n
            docker compose up -d\u00a0<\/code><\/pre>\n\n\n\n
            Watch the logs while the containers initialize: <\/p>\n\n\n\n
            docker compose logs -f\u00a0<\/code><\/pre>\n\n\n\n
            Wait for the Docmost service to report it is listening, then open https:\/\/your-domain.com<\/a> in a browser. Create your admin account and first workspace on the setup screen that appears. This account has full workspace permissions, so use a strong password. <\/p>\n\n\n\n
            To confirm all three containers are healthy, run: <\/p>\n\n\n\n
            docker compose ps\u00a0<\/code><\/pre>\n\n\n\n
            Each service should show a status of running or healthy<\/code>. Once your workspace is created, invite teammates from the admin settings. Each invited member gets their own login, and the same real-time editing access you just tested.\u00a0<\/p>\n\n\n\n
            Step 5 (Optional): Connect Contabo Object Storage for Attachments\u00a0<\/h2>\n\n\n\n
            By default, Docmost stores uploaded files on the container filesystem. Pointing your Docmost Docker deployment at S3-compatible Object Storage decouples file storage from the server entirely, which means a server migration or disk resize no longer needs to account for years of accumulated attachments. This is one of the details that separates a self-hosted knowledge base test install from a production deployment. <\/p>\n\n\n\n
            Add the following environment variables to the docmost <\/code>service in docker-compose.yml<\/code>:\u00a0<\/p>\n\n\n\n
            \u00a0\u00a0\u00a0\u00a0\u00a0 STORAGE_DRIVER:<\/strong> \"s3\"\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 AWS_S3_BUCKET:<\/strong> \"your-bucket-name\"\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 AWS_S3_ENDPOINT:<\/strong> \"https:\/\/eu2.contabostorage.com<\/a>\"\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 AWS_S3_REGION:<\/strong> \"default\"\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 AWS_S3_ACCESS_KEY_ID:<\/strong> \"your-access-key\"\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 AWS_S3_SECRET_ACCESS_KEY:<\/strong> \"your-secret-key\"\u00a0\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 AWS_S3_FORCE_PATH_STYLE:<\/strong> \"true\"\u00a0<\/code><\/pre>\n\n\n\n
            The endpoint hostname follows the region prefix Contabo uses (eu2 <\/code>for the European region shown here). Use the hostname shown in your own Object Storage panel if you provisioned a different region. The AWS_S3_REGION<\/code> value stays default regardless of which regional endpoint you use, matching the configuration examples Contabo publishes for S3-compatible tools. AWS_S3_FORCE_PATH_STYLE<\/code> is required for most S3-compatible providers, Contabo included.\u00a0<\/p>\n\n\n\n
            Restart the stack to apply the change: <\/p>\n\n\n\n
            docker compose up -d\u00a0<\/code><\/pre>\n\n\n\n
            New attachments now upload directly to Object Storage. Existing local files stay on disk unless you migrate them manually. <\/p>\n\n\n\n
            Troubleshooting\u00a0<\/h2>\n\n\n\n
            A handful of issues account for most failed Docmost Docker deployments: <\/p>\n\n\n\n
              \n
            1. Container exits immediately after docker compose up -d<\/code>.<\/strong> Check docker compose logs docmost<\/code> for a database connection error first. This almost always traces to a typo in DATABASE_URL<\/code> or a POSTGRES_PASSWORD<\/code> mismatch between the docmost <\/code>and db <\/code>service blocks.\u00a0<\/li>\n<\/ol>\n\n\n\n
                \n
              1. Nginx returns a 502 Bad Gateway.<\/strong> Confirm the Docmost container is actually running with docker compose ps<\/code>. A 502 means Nginx cannot reach port 3000, usually because the container crashed or is still starting.\u00a0<\/li>\n<\/ol>\n\n\n\n
                  \n
                1. Certbot fails to issue a certificate.<\/strong> This is almost always DNS. Confirm your domain’s A record points at the VPS IP with dig your-domain.com<\/code>, and wait for propagation before retrying.\u00a0<\/li>\n<\/ol>\n\n\n\n
                    \n
                  1. Real-time collaboration doesn’t work, and the editor loads but stays read-only.<\/strong> Docmost’s own documentation confirms this exact symptom means the reverse proxy isn’t forwarding the Upgrade and Connection headers from Step 3.\u00a0<\/li>\n<\/ol>\n\n\n\n
                      \n
                    1. File uploads fail after switching to Object Storage.<\/strong> Double-check AWS_S3_BUCKET<\/code> and AWS_S3_ENDPOINT<\/code> for typos, and confirm the access key has writing permissions on that specific bucket. A missing AWS_S3_FORCE_PATH_STYLE<\/code>: “true<\/code>” also causes silent upload failures with Contabo and most other S3-compatible providers.\u00a0<\/li>\n<\/ol>\n\n\n\n
                      Keeping Your Self-Hosted Docmost Updated\u00a0<\/h2>\n\n\n\n
                      Pull the latest image and recreate the containers: <\/p>\n\n\n\n
                      cd ~\/docmost\u00a0\ndocker compose pull\u00a0\ndocker compose up -d\u00a0<\/code><\/pre>\n\n\n\n
                      Verify the running version in the admin panel after the containers restart. Check the Docmost release notes before a major version bump, since schema migrations occasionally require a manual step that a minor update does not. A database backup before a major update, using the pg_dump<\/code> command from the FAQ below, costs one command and gives you a clean rollback point.\u00a0<\/p>\n\n\n\n
                      Keeping a self-hosted Docmost instance current is otherwise low effort: the update itself is two commands, and the persistent volumes in Step 2 mean the database, cache, and attachments all survive the restart untouched. <\/p>\n\n\n\n
                      FAQ: Self-Hosted Docmost\u00a0<\/h2>\n\n\n\n
                      How much RAM does Docmost need?\u00a0<\/strong> 
                      Docmost, PostgreSQL, and Redis together run comfortably on 4 GB of RAM for small to mid-sized teams. A 2 GB VPS works for light testing but leaves little headroom under real usage. For a production workspace with regular concurrent editing, 8 GB or more gives PostgreSQL room to cache effectively without swapping.\u00a0<\/p> <\/div> 
                      Can I use Docmost without a domain?\u00a0<\/strong> 
                      Yes, for testing. You can access Docmost over HTTP using the server’s IP address and port 3000 directly, without any domain or Nginx setup. Real-time collaboration and any feature depending on secure cookies will not work correctly without HTTPS, though. A domain and a reverse proxy are required for a usable production deployment.\u00a0<\/p> <\/div> 
                      How do I back up Docmost data?\u00a0<\/strong> 
                      Back up the PostgreSQL data volume, since it holds all workspace content, users, and permissions. Run docker compose exec db pg_dump -U docmost docmost > backup.sql<\/code> on a schedule, and store the output somewhere off the VPS, such as a separate server or Object Storage bucket. If you use Object Storage for attachments, that data is already stored separately from the server.\u00a0<\/p> <\/div> 
                      Does Docmost support S3 storage?\u00a0<\/strong> 
                      Yes. Setting STORAGE_DRIVER=s3<\/code> along with the bucket, endpoint, region, and credential variables (AWS_S3_BUCKET, AWS_S3_ENDPOINT, AWS_S3_REGION, AWS_S3_ACCESS_KEY_ID, AWS_S3_SECRET_ACCESS_KEY<\/code>) redirects new file uploads to any S3-compatible provider, including Contabo Object Storage. This keeps attachments off the VPS disk and makes them easier to back up independently of the database. The change applies only to new uploads going forward.\u00a0<\/p> <\/div> <\/div>\n\n\n\n
                      <\/p>\n","protected":false},"excerpt":{"rendered":"
                      In short. Self-hosting Docmost with Docker means running three containers, the Docmost app, PostgreSQL, and Redis, behind an Nginx reverse proxy with HTTPS. The Docmost Docker setup takes under 20 minutes on a VPS with 4 GB RAM or more. You optionally point file attachments at S3-compatible Object Storage to keep the VPS disk clean. […]<\/p>\n","protected":false},"author":44,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"_uag_custom_page_level_css":"","site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"set","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":"","_members_access_role":[],"_members_access_error":""},"categories":[18],"tags":[1471,4707,4472,894],"ppma_author":[3402],"class_list":["post-32177","post","type-post","status-publish","format-standard","hentry","category-tutorials","tag-docker","tag-docmost","tag-self-hosted","tag-vps"],"uagb_featured_image_src":{"full":false,"thumbnail":false,"medium":false,"medium_large":false,"large":false,"1536x1536":false,"2048x2048":false},"uagb_author_info":{"display_name":"Milan Ivanovic","author_link":"https:\/\/contabo.com\/blog\/author\/milan\/"},"uagb_comment_info":0,"uagb_excerpt":"In short. Self-hosting Docmost with Docker means running three containers, the Docmost app, PostgreSQL, and Redis, behind an Nginx reverse proxy with HTTPS. The Docmost Docker setup takes under 20 minutes on a VPS with 4 GB RAM or more. You optionally point file attachments at S3-compatible Object Storage to keep the VPS disk clean.…","authors":[{"term_id":3402,"user_id":0,"is_guest":1,"slug":"contabro","display_name":"ContaBro","avatar_url":"https:\/\/secure.gravatar.com\/avatar\/?s=96&d=mm&r=g","author_category":"","user_url":"","last_name":"","first_name":"","job_title":"","description":""}],"_links":{"self":[{"href":"https:\/\/contabo.com\/blog\/wp-json\/wp\/v2\/posts\/32177","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/contabo.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/contabo.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/contabo.com\/blog\/wp-json\/wp\/v2\/users\/44"}],"replies":[{"embeddable":true,"href":"https:\/\/contabo.com\/blog\/wp-json\/wp\/v2\/comments?post=32177"}],"version-history":[{"count":1,"href":"https:\/\/contabo.com\/blog\/wp-json\/wp\/v2\/posts\/32177\/revisions"}],"predecessor-version":[{"id":32178,"href":"https:\/\/contabo.com\/blog\/wp-json\/wp\/v2\/posts\/32177\/revisions\/32178"}],"wp:attachment":[{"href":"https:\/\/contabo.com\/blog\/wp-json\/wp\/v2\/media?parent=32177"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/contabo.com\/blog\/wp-json\/wp\/v2\/categories?post=32177"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/contabo.com\/blog\/wp-json\/wp\/v2\/tags?post=32177"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/contabo.com\/blog\/wp-json\/wp\/v2\/ppma_author?post=32177"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}