Webflow для лендинга + Ghost для блога с Caddy Server

В современных SaaS приложениях лендинг, блог и основное приложение — это три разных сервиса/продукта со своими технологиями. Для лендинга вы можете использовать Tilda, Webflow или другие веб-конструкторы. Для блога обычно используют автономную CMS, такую как WordPress, Ghost или другие.

Для SEO крайне важно продвигать и индексировать основной домен <your_domain>.com вместо субдомена blog.<your_domain>.com. Чем больше контента будет на <your_domain>.com/blog, тем больше Google будет индексировать его, а значит и главную страницу.

Хостинг блога на blog.<your_domain>.com на Ghost сделать не сложно, достаточно развернуть Ghost блог на машине и прописать A-запись в настройках DNS. Однако, если вы хотите запустить лендинг страницу на Webflow на основном домене <your_domain>.com, а разместить блог на субдиректории <your_domain>.com/blog на Ghost, понадобится использовать reverse-proxy сервер.

Ниже рассмотрим конфиг в Docker Compose и Caddyfile, как такой proxy запустить.

Итак, наши цели:

1. <your_domain>.com -> Webflow

2. <your_domain>.com/* -> Webflow

3. <your_domain>.com/blog -> self hosted Ghost блог

4. blog.<your_domain>.com -> <your_domain>.com/blog

Возьмем Caddy server в качестве reverse-proxy по следующим причинам:

• Удобный запуск в docker.

• Быстрый старт без глубоких знаний devops.

Официальный образ Caddy можно найти тут. При установке убедитесь, что вы сделать mount volumes чтобы Caddy работал корректно.

Дальше мы будет хостить Ghost и Caddy на одной машине в одном docker-compose.yml файле.

version: "3.7"  services:  caddy:    image: caddy:2    restart: unless-stopped    ports:      - "80:80"      - "443:443"    volumes:      - $PWD/Caddyfile:/etc/caddy/Caddyfile      - $PWD/site:/srv      - caddy_data:/data      - caddy_config:/config  ghost:    image: ghost:3    environment:      NODE_ENV: production      url: https://adapty.io/blog    volumes:      - ./blog:/var/lib/ghost/content volumes:  caddy_data:  caddy_config: 

На что стоит обратить внимание, это volumes, которые Caddy монтирует к локальной машине. Как я понимаю, в директориях он хранит сертификаты, чтобы не нужно было делать перевыпуск.

Дальше Caddyfile:

blog.adapty.io {    redir https://adapty.io/blog{uri} #point to subdirectory }  adapty.io {    redir /blog /blog/ #trailing slash    reverse_proxy /blog/* ghost:2368 { #proxy to Ghost container        header_up Host {host}    }    reverse_proxy proxy.webflow.com { #proxy to Webflow        header_up Host {host}    } } 

Запускаем docker-compose up -d и все!

По умолчанию Caddy пропускает без изменений все входящие хэдеры на бэкенд, включая хэдер Host, но:

• Caddy устанавливает или модифицирует X-Forwarded-For.

• Caddy устанавливает X-Forwarded-Proto.

Больше в официальной документации https://caddyserver.com/docs/caddyfile/directives/reverse_proxy#headers

Наконец, изменим в DNS A-запись для основного домена, чтобы она указывала на машину с Caddy

И последнее, в Webflow выключаем SSL proxy (Caddy сам выпускает сертификат).

Если все сделать аккуратно, даунтайм лендинга будет практически нулевой.