Xdebug для Docker в PhpStorm

спасибо

Как всегда все отлично! Но.

-- Для локальной разработки я все-таки предпочитаю оф. образ php:7.4-fpm, не alpine. Это чисто мое личное предпочтение

-- А команды ip в нем нет почему то. Т.е.

HOST_IP=$(ip route | awk 'NR==1 {print $3}')

вылетает с ошибкой

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

networks:
    internal:
        driver: bridge
        ipam:
            driver: default
            config:
                - subnet: 192.168.200.0/28

И явной передачей параметров для xdebug в docker-compose.yml файле

    api-php-fpm:
        build:
            context: api/docker
            dockerfile: development/php-fpm/Dockerfile
            args:
                - USER_ID
                - GROUP_ID
        volumes:
            - ./api:/app
        environment:
            APP_ENV: dev
            APP_DEBUG: 1
            XDEBUG_CONFIG: " remote_host=192.168.200.1 remote_enable=1  remote_port=9000"
            PHP_IDE_CONFIG: "serverName=api"
        networks:
            - internal

Но тут как раз тот случай когда на вкус и цвет все фломастеры разные :)

Вижу дожили до этого урока двое. Напишите на какой платформе вы держите разработку?

К примеру, мне удалось запустить всё под Windows.

Мои трудности в этом курсе: Мне только вчера удалось действительно всё запустить без ошибок (xdebug еще не тестил).

Всем доброго дня

Есть одно замечание(вопрос) Проект размером +- 100Гб И если пытаться его впихнуть в папку public через волюмы и там уже запускать то возникают проблемы с контекстом а именно очень, ну очень долго создается образ

решается добавлением файла .dockerignore

вот образ построенный по вашим урокам. https://github.com/samwolf1982/nginx-php_fpm-redis-msql-starter_docker

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

Добрый день! Планируется ли снять ролик о деплое динамических окружений (каждая фича развертывается на своем поддомене)? Было бы очень здорово и актуально.

Очень полезный был бы урок по стратегиях записи и сбора логов, да и про elk стек вцелом, как инструмента.

Про xdebug - супер! Особенно такой интересный трюк с host.docker.internal. Очень познавательно, если разработка через докер затрагивает также и участников на винде и маке. Спасибо!

Я иногда в шоке, как вы вообще добираетесь до таких мелочей, дополнительные сетевые слои у винды/мака, первый IP всегда шлюз, установить в конфиге серверное имя, чтобы его шторм мог по имени отлавливать. Тут вообще черный пояс по докеру и шторму. Вы там похоже в документациях ночуете :) Только какая роль дебаг плагина в хроме? Куда он запросы шлет? Если у нас php-fpm отправляет инфу из контейнера в наружу.

Я дошел до этого момента и скажу, что по моим наблюдениям Докер под Windows работает как-то по другому.

У меня сейчас Docker Desktop Edge 2.1 под WSL2.

Странность в том , что если я применяю наш патч-скрипт для унификации, то контейнеры отваливаются. Я стал смотреть адреса не устанавливая патча:

Если смотреть из виндовс консоли, то :

docker exec -it site_api-php-fpm_1 ping -q -c1 host.docker.internal
PING host.docker.internal (192.168.65.2): 56 data bytes

А если :

docker exec -it site_api-php-fpm_1 ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN qlen 1000
    link/sit 0.0.0.0 brd 0.0.0.0
63: eth0@if64: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue state UP
    link/ether 02:42:ac:15:00:04 brd ff:ff:ff:ff:ff:ff
    inet 172.21.0.4/16 brd 172.21.255.255 scope global eth0
       valid_lft forever preferred_lft forever

ipconfig на хост машине:

Ethernet adapter vEthernet (WSL):

   Connection-specific DNS Suffix  . :
   Link-local IPv6 Address . . . . . : fe80::f0b1:ecf1:df99:e1ab%68
   IPv4 Address. . . . . . . . . . . : 172.21.0.1
   Subnet Mask . . . . . . . . . . . : 255.255.240.0
   Default Gateway . . . . . . . . . :

а такой сети нет 192.168.65.0

Как тогда это всё общается?

Столкнулся с проблемой, что phpstrom не видит установленного xdebug во вкладке cli interpreters, когда настраиваю интерпретатор из докера. Само расширение установил, докер файлы один в один с вашими, но на этапе настройки интерпретатора xdebug не видится, дальше, соответственно, тоже - отладка не запускается.

Соединение не было установлено. Возможно, 'xdebug.remote_host = docker.for.win.localhost' неправильный решение

это связано с тем, что в Docker в варианте Toolbox для Windows заполнитель docker.for.win.localhost не заполнен. Таким образом, IP-адрес компьютера PHPStorm должен быть установлен вручную.

Чтобы сделать это, вы вручную устанавливаете значение xdebug.remote_host равным 192.168.99.1 (IP Docker устанавливает для хоста, может изменять) параметры интерпретатора cli:

Ура заработало после 3 дней.

У меня тоже похожая ошибка. Connection was not established. Probably xdebug.remote_host=host.docker.internal is incorrect. macOS Catalina Когда делаю пинг

docker-compose exec api-php-fpm ping host.docker.internal

PING host.docker.internal (192.168.65.2): 56 data bytes
64 bytes from 192.168.65.2: seq=0 ttl=37 time=0.336 ms
64 bytes from 192.168.65.2: seq=1 ttl=37 time=0.873 ms
64 bytes from 192.168.65.2: seq=2 ttl=37 time=0.689 ms
64 bytes from 192.168.65.2: seq=3 ttl=37 time=0.502 ms

--- host.docker.internal ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.336/0.600/0.873 ms

адрес не докера, а локальный почему-то : (

В /etc/hosts ничего не прописалось

Docker Quickstart Terminal for windows 10

php-fpm:
    container_name: php-fpm # Назовем свой контейнер по красивому
    build: # Билдим с помощью dockerfile указав директорию где он лежит
        context: ./docker/App
        dockerfile: development/php-fpm/Dockerfile
    volumes: # Проброс папок
        - ./App:/app
    depends_on: # Укажем зависимости
        - redis
        - mailer
        - centrifugo
        - postgres
        - rabbitmq
    extra_hosts:
        - " host.docker.internal: 192.168.99.1 "
    environment:
        APP_ENV: dev
        APP_DEBUG: 1
        XDEBUG_CONFIG: remote_host=192.168.99.1
        PHP_IDE_CONFIG: "serverName=APP"
    networks:
        - web_frontend

супер. спасибо! как раз разобрана трабла с дебаггером на маке

Добрый день! В настройках проекта в PhpStorm не получается установить соединение с докером, пишет "Отказано в доступе /var/run/docker.sock". Получается только соединиться если шторм запускать из-под рута. Подскажите, пожалуйста, что я делаю не так?

Когда я правой клавишей мыши нажимаю на app.php в директории bin, затем на Debug 'app.php (Php Script)', то не идет соединение с xdebug. Его версия обновилась до третьей и ini-настройки нужно указывать уже другие. Я указал такие:

xdebug.mode=debug
xdebug.client_host=host.docker.internal
xdebug.client_port=9003

Но пока безрезультатно. В шторме пишет:

Connection was not established. Cannot start debugger session with 'Xdebug 3.0.2'.

[docker-compose://[/home/regal/PhpstormProjects/slim-auction/docker-compose.yml]:api-php-cli/]:php -dxdebug.remote_enable=1 -dxdebug.remote_mode=req -dxdebug.remote_port=9003 -dxdebug.remote_host=172.17.0.1 /app/bin/app.php
Xdebug: [Config] The setting 'xdebug.remote_enable' has been renamed, see the upgrading guide at https://xdebug.org/docs/upgrade_guide#changed-xdebug.remote_enable (See: https://xdebug.org/docs/errors#CFG-C-CHANGED)
Xdebug: [Config] The setting 'xdebug.remote_host' has been renamed, see the upgrading guide at https://xdebug.org/docs/upgrade_guide#changed-xdebug.remote_host (See: https://xdebug.org/docs/errors#CFG-C-CHANGED)
Xdebug: [Config] The setting 'xdebug.remote_mode' has been renamed, see the upgrading guide at https://xdebug.org/docs/upgrade_guide#changed-xdebug.remote_mode (See: https://xdebug.org/docs/errors#CFG-C-CHANGED)
Xdebug: [Config] The setting 'xdebug.remote_port' has been renamed, see the upgrading guide at https://xdebug.org/docs/upgrade_guide#changed-xdebug.remote_port (See: https://xdebug.org/docs/errors#CFG-C-CHANGED)
Xdebug: [Step Debug] Could not connect to debugging client. Tried: host.docker.internal:9003 (through xdebug.client_host/xdebug.client_port) :-(

Система: Linux Mint 20. Интерпретатор PHP определяется нормально.