Alexey Dmitriev

apk add --no-cache musl-locales musl-locales-lang
echo 'export LANG=ru_RU.UTF-8' >> /etc/profile.d/20locale.sh
echo 'export LC_ALL=ru_RU.UTF-8' >> /etc/profile.d/20locale.sh

glibc для alpine также есть https://github.com/sgerrand/alpine-pkg-glibc/releases/

Best practice - это Vault и другие хранилища секретов.
Минимум - swarm с его docker secrets

Кастомная docker network и статические адреса для контейнеров

--format json, а дальше передать jq и делать все, что хочется

Нужно обновлять версию 3x-ui периодически. 2.0.2 это очень старая, от декабря 2023 года.
И за актуальностью ОС тоже надо следить.

Магическая команда (из под рута), чистящая все логи всех контейнеров docker

truncate -s 0 /var/lib/docker/containers/*/*-json.log

А после этого изучать, как ограничить объем логов docker в /etc/docker/daemon.json, который по умолчанию не лимитирован.

В тексте нет ничего про масштабируемость, надо бы термин подучить автору.
А по развертыванию - docker поможет чуть проще и быстро перенести настройки на другой сервер и не дать заразить основную ОС в случае взлома.
По идее этого же достичь и при развертывании на голой ОС, но нужно знать,что настраивать.

А вообще не важно как развернуть, важно, чтобы это делал знающий человек.

Можно перенести yarn prisma db push и yarn prisma generate в Entrypoint контейнера node.js и запускать их перед стартом приложения.
Но вообще это "yarn build возникает раньше, чем запускается бд" врядли. У вас же есть
depends_on:
- postgres

Используемые практики:
1. внутренняя зона DNS и внутренний CA для выпуска wildcard сертификатов.
Внешняя DNS зона и Let's encrypt или купленный wildcard сертификат для нее.

Gitlab позволяет делать условия IF ELSE по множеству вещей, прописывать отдельными блоками правила срабатывания и их можно применять к задачам, в том числе и в зависимости от git branch, из которого идет сборка.
Переменные с полями для входа на разные серверы могут иметь разные имена и использоваться в разных задачах.

Первый подход:
1. Положить их в любую директорию на хосте.
2. Примонтировать эту директорию внутрь контейнера в docker-compose.yaml.
3. Использовать сертификаты в настройках вебсервера внутри контейнера, обслуживающего nextcloud (по умолчанию там apache).
Второй подход:
1. Перенести nextcloud на порт 8080\8443.
2. Закрыть их файрволом снаружи.
3. Установить на хост nginx.
4. Настроить nginx reverse proxy с сертификатами на проксирование до nextcloud.

Проблема или:
1. в том, что в образе, где возникает ошибка - отсутствует соответствующая временная зона и нужно его пересобрать.
2. или в старой версии clickhouse, которая не умеет работать с временными зонами и требует UTC.

1. Не делайте expose port для докер контейнера
2. Не запускайте контейнер с network=host
и ваш контейнер не будет занимать порты nginx.

А в чем собственно проблема? Что пробовали сделать, что не получается?
Нужно поставить xl2tpd, настроить, тоже самое можно сделать и в docker.
Гайдов в Интернете много, делать за вас никто не будет.

Выдача статических адресов доступна только в пользовательских docker network. Это и в документации есть.
Создайте себе сеть, подключите к ней контейнер и сможете выдавать статические адреса.

Использовать nginx reverse proxy

Удалите свое правило, перегрузите докер и не трогайте больше таблицы iptables DOCKER, ими управляет сам докер.

roundcube - это почтовый клиент с веб интерфейсом.
В настройках указано как ему нужно передавать данные подключения к почтовому серверу.
Логин и пароль - это логин и пароль от почтового ящика, к которому вы хотите подключиться.

Для постоянных вещей типа СУБД придумали statefulset - его и нужно использовать. И отдельно от приложения.

Нужно развернуть любой прокси сервер например socks5 любой на сервере VPN, доступный через соединение VPN.
Также можно развернуть прокми и локально, обеспечив его выход в интернет через IP адрес вашего контейнера VPN