а логи вордпресса?

В том то и дело что всё идеально

и в нжинксе?

а где тогда ошибка?

Через раз либо открывается вордпресс/админка либо error establishing database connection

В логах везде всё красиво

Такое впечатление, что проблема с драйвером сети докера

видимо включен режим логирования только критических событий

Возможно. Надо попробовать включить подробный режим

это где то в пхп вроде делается. но нассчет вордпресса - хз

хотя бы временно вкл.. и посмотреть

Что-то мне подсказывает что проблема тут в другом

Но я не уверен

та это корявый вордпресс... чует мое сердце

хотя...

доброго времени суток
ребята, такой вопрос:
фронт на vue обёрнут в докер
из докера нужно наружу пробросить node_modules со всем содержимым
докерфайл выглядит так:

# develop stage
FROM node:11.13.0-alpine

RUN mkdir -p /usr/src/nuxt-app
WORKDIR /usr/src/nuxt-app

COPY . /usr/src/nuxt-app
RUN yarn install
RUN yarn global add @vue/cli

EXPOSE 5000
ENV NUXT_HOST=0.0.0.0
ENV NUXT_PORT=5000

CMD ["yarn", "nuxt"]

docker-compose так:

version: '3.0'
services:
  frontend:
    build:
      context: .
      dockerfile: ./Dockerfile
    ports:
      - '5000:5000'
    volumes:
      - '../:/usr/src/nuxt-app'
      - '/usr/src/nuxt-app/node_modules'

node_modules создаётся, только вот файлов в ней нет, папка пустая
есть у меня подозрения, что нужно добавить что-то, чтобы докер понял, что это папка и нужно идти по ней рекурсивно

структура приложения выглядит так:
projectName:
- docker
- - Dockerfile
- - docker-compose.yml
...



подскажите, пожалуйста, где у меня лыжи не едут

Доброе утро! Кто нибудь запускал hazelcast в docker swarm?

Спустя почти сутки я понял насколько я фееричен :)
Вся суть проблемы оказалась в том, что в системе живёт с полтысячи всяких контейнеров. И при запуске очередного мне и в голову не могло прийти, что нужно придумать какое-то уникальное имя для сервиса в docker-compose. Ведь докер на неуникальность имени не ругается, а чтобы понять что происходит, мне пришлось спустится на самое дно в глубины принципов маршрутизации и ресолвинга DNS внутри докера.
Если бы я разрабатывал докер, я бы непременно добавил огромный варнинг, или написал бы об этом в документации. И ведь наверняка где-то об этом есть пара строчек, возможно (я не нашёл). Зато научился придумывать новые интересные названия для контейнеров.

#solution

Сделал контейнер с базой данных под названием appdb. А такое имя уже было. Докер из приложения строил маршруты то сюда, то туда. Что было забавно наблюдать, так как кроме одной виртуальной сети (для реверс-прокси) никакой связи между проектами не было.