Там postgres:5432:dbname

<connection-url>jdbc:postgresql:thin:@postgres-db:5432:dbname</connection-url>

telnet postgres-db -> Connected to postgres-db.

ну судя по ошибке - там всё же localhost

cat ./standalone/configuration/standalone.xml | grep localhost <alias name="localhost"/> <remote-destination host="localhost" port="25"/>

к докеру какие претензии?

без докеров всё коннектит

telnet postgres-db -> Connected to postgres-db.

с докером тоже коннектит)

но тут скорее вопрос к постгре конечно

но тут скорее вопрос к постгре конечно

Она работает

И в докере работает.

И без докера тоже хорошо работает ;-)

Зависимость от сервиса сделали?

Все переменные окружения,(необходимые) надстроили и пробросили?

telnet postgres-db -> Connected to postgres-db.

А вы внутри контейнера это делаете или из ОС?

cat ./standalone/configuration/standalone.xml | grep localhost <alias name="localhost"/> <remote-destination host="localhost" port="25"/>

Хост должен быть = названию бд сервиса постгрес в композе

Писали docker-compose down -v?

я кажется понял.. докер psql держит базу в volume по дефолту?

я кажется понял.. докер psql держит базу в volume по дефолту?

в докерфайле есть VOLUME

https://github.com/docker-library/postgres/blob/f5a7e06b42aa14cad6edfaeefa676a5312d27618/10/Dockerfile#L165

ага, то есть убив этот волюм на хосте я убиваю базу даже если я закоммитил её?

что значит закоммитил базу?

поднять, прокатать таблицы + данные в них, закоммитить базу

потом с этого имеджа развернуть композ и подрубить jboss

Всем привет, рано я радовался, nginx заработал, но теперь при заходе на dev.local отдает 403 код. Помогите пожалуйста разобраться, пишут везде разное, но толком не описана проблема в рунете или я плохо искал. Права на файлы для теста поставил 777, все равно 403 код отдает. В конфиге nginx в контейнере стоит user nginx. Если смотреть через консоль внутри контейнера nginx мастер процесс запускается под root, worker процесс под nginx. Видимо нужно как-то пробросить права в докер.

логи надо смотреть

при заходе на dev.local:8080 вот такая строка записывается 2018/11/12 08:19:55 [error] 8#8: *1 directory index of "/var/www/" is forbidden, client: 172.22.0.1, server: dev.local, request: "GET / HTTP/1.1", host: "dev.local:8080"

у тебя нет индексного файла

Всем привет, рано я радовался, nginx заработал, но теперь при заходе на dev.local отдает 403 код. Помогите пожалуйста разобраться, пишут везде разное, но толком не описана проблема в рунете или я плохо искал. Права на файлы для теста поставил 777, все равно 403 код отдает. В конфиге nginx в контейнере стоит user nginx. Если смотреть через консоль внутри контейнера nginx мастер процесс запускается под root, worker процесс под nginx. Видимо нужно как-то пробросить права в докер.

Это не про докер

Это не про докер

я подумал что с правами в докер что-то не так

в корне сайта есть и index.html и index.php

а в конфиге хоста есть index index.php index.html; ?

попробуй открыть dev.local:8080/index.php

да вот так прописано index index.php, index.html, index.htm;

в корне сайта есть и index.html и index.php

В корне - это где? /var/www?

В корне - это где? /var/www?

да

напрямую index.html открылся index.php вернул 500 ошибку

Файлы монтируешь или в образе? Права?

в логах же видно всё

монтирую вот так в docker-compose.yml для nginx, php контейнеров - ./project/www:/var/www

зашел в консоль контейнера nginx, там по пути /var/www/ есть файлы сайта и index.html, index.php

вот где собака зарыта)

ls -ld /var/www

это пишет drwxrwxrwx 9 1000 1000 4096 Nov 11 20:21 /var/www

страшно всё это

жутко страшно, но разобраться хочется

ну с правами разберись, есть ли у nginx доступ к файлам, чекни под юзером nginx

эх. вот с этим как раз не могу понять, nginx пользователь должен быть в хосте и в контейнере? и чтобы был одинковый ID ?

достаточно только id

ну тот юзер, который в nginx указан

хм, пользователь хоста, но т.к. я поставил 777 наверное должно работать и под ним

в ngixn.conf указан user nginx

вот жесть сам проект не хочет заводиться, в index.php написал вначале echo 'test php'; exit; вернулся код 200, и текст 'test php'.

странно конечно, что только напрямую /index.php открывается

может контейнер php не может к контейнеру mysql подключиться

спасибо вам, буду дальше разбираться, может получится

да

да получается так

строки depends_on поставил

вот здесь почти актуальный конфиг https://ru.stackoverflow.com/questions/903756/docker-%d1%81-%d0%ba%d0%be%d0%bd%d1%82%d0%b5%d0%b9%d0%bd%d0%b5%d1%80%d0%be%d0%bc-nginx-%d0%bd%d0%b5-%d0%be%d1%82%d0%ba%d1%80%d1%8b%d0%b2%d0%b0%d0%b5%d1%82%d1%81%d1%8f-%d1%81%d0%b0%d0%b9%d1%82/903821?noredirect=1#comment1483235_903821

сейчас для php такой php: build: ./images/php volumes: - ./project/www:/var/www depends_on: - mysql ports: - "9000" expose: - "9000" networks: - bridge hostname: php

для nginx есть такое depends_on: - php

а да, на SO не добавил

сейчас есть

мой, но чуть изменил

о, уже много раз за последний час

самый актуальный компоуз и самый актуальный конф файл сюда скинь

version: '3.7' services: nginx: image: nginx:1.12 restart: always ports: - "8080:80" - "4430:443" expose: - "80" networks: - bridge hostname: nginx depends_on: - php volumes: - ./nginx-general-conf:/etc/nginx/ - ./hosts:/etc/nginx/conf.d - ./project/www:/var/www - ./logs:/var/log/nginx tty: true command: nginx -g "daemon off;" php: build: ./images/php volumes: - ./project/www:/var/www depends_on: - mysql ports: - "9000" expose: - "9000" networks: - bridge hostname: php mysql: image: mysql:5.7 volumes: - ./mysql:/var/lib/mysql - ./db:/db expose: - "3306" networks: - bridge hostname: mysql environment: - MYSQL_ROOT_PASSWORD=password - MYSQL_DATABASE=dev_db - MYSQL_USER=user - MYSQL_PASSWORD=userpassword networks: bridge: driver: bridge

извиняюсь не так скопировал

там volumes: идет

пока похоже до mysql не доходит, 500 ошибка раньше появляется, чем-то скрипту не нравится окружение, которое я сделал

мда уж, буду дальше разбираться

да не просто оказывается рабочую среду поднять

зачем оно надо в 2019?

😊

приехали блять

каждый день тут про - links\expose ненужное вообще, depends_on - почти не нужное.

Links для 1й версии композа, тогда не было общей сети. Сейчас по дефолту все сервисы в общей сети

depends_on - порядок старта контейнеров, особого смысла в нём нет, процессы внутри оно не контроллирует.

знаешь что значит default?