ky0

Расскажете, чем не подошёл способ установки из официальных образов?

"Ручками в контейнере apt install" и docker-compose - это про разное. Если вам не хватает функциональности стандартных образов - составьте Dockerfile, где описаны все недостающие телодвижения, и скормите его композу. Получится гибко и симпатично.

Примеры такого подхода можно посмотреть тут:
https://github.com/flemay/docker-images

Как минимум, уберите заголовок Strict-Transport-Security. Ещё, возможно, где-то прямо в конфигах есть флаг редиректа на секьюрную версию.

Имхо, даже для теста разворачивать заведомо нежизнеспособную конфигурацию не стоит - тем более в наше время, когда можно легко получить бесплатный валидный сертификат.

Развести по нестандартным HTTP-портам, поставить перед обоими нгинкс. А лучше - разнести по разным виртуалкам/контейнерам (и поставить в третий нгинкс в качестве гейта + HTTPS). Снапы какие-то, баловство...

Зайти в настройки используемого веб-сервера и поменять. Будет конкретика, как настроено - будет более подробный ответ.

Как человек, рабочая почта которого лет за десять лежит на бесплатном пятнадцатигиговом ящике гугл-сюита, заявляю: если купить ещё диска - не вариант, значит вариант - почистить ящик от всякой фигни и не городить велосипедов.

Другой вариант - завести собственный почтовый сервер (оптимальный вариант, но для его установки и обслуживания понадобится человек - это обычно дороже покупки допместа).

Не самое подходящее железо для подобного ПО. Есть какие-то серьёзные причины не развернуть это, например, на самой простецкой VPS с нормальным процессором и диском?

ПО плохо подходит для вашей задачи, подумайте о том, чтобы реализовать на чём-то более релевантном.

Поставить РНР менее свежей версии и в дальнейшем до установки читать требования к ПО.

Настройте проброс и логирование реального адреса пользователя на внутреннем веб-сервере.

https://nginx.org/ru/docs/http/ngx_http_realip_mod...