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 определяется нормально.

А как дебажить ajax запросы из контейнера с нодой к контейнеру с php-fpm? Там другой порт, поэтому куки, которые устанавливает ХDebug Helper не посылаются. Простой вариант: отказаться от хелпера, а сделать xdebug.remote_autostart = 1, но тогда дебагер будет дергаться на каждый чих

Кому интересно, или кто только начал изучать этот курс. Год назад была проблема с VirtualBox и Hyper-V, вместе они не уживались на одной машине (при одной загрузке). Сейчас всё работает как надо. :)

Дмитрий, подскажите, пожалуйста, мне, новичку, как настроить связку Xdebug PhpStorm Docker Yii2 для дебага например такой консольной команды

docker-compose run --rm php-7.3 php site.local/yii test/a

Команда работает.

Но не ловятся брейкпоинты проставленные в actionA в контроллере TestController .

В видео уроке показан запуск отдельного php скрипта. Так работает. Но вот дебаг консольных контроллеров yii2 в папке commands не работает.

Спасибо.

Начиная с Docker 20.10 для работы host.docker.internal в линукc.

Можно запускать контейнер с параметром --add-host=host.docker.internal:host-gateway

или:

В docker-compose для сервиса (php-fpm) прописать

extra_hosts:
- "host.docker.internal:host-gateway"

Это обновит файл /etc/hosts автоматически и привяжет шлюз к имени host.docker.internal

https://stackoverflow.com/a/43541732

Дмитрий, спасибо! Вы не представляете сколько времени пришлось потратить, чтобы найти что-то подобное!

Дмитрий у меня при билде образов первый инит проходит нормально а второй раз вываливается ошибка

Xdebug: [Step Debug] Time-out connecting to debugging client, waited: 200 ms. Tried: 172.17.0.1:9003 (fallback through xdebug.client_host/xdebug.client_port) :-(

ну и конекта нет совсем даже на этапе дебага консольного приложения.

Доброй ночи, как дебажить не прямые php скрипты типо app.php. Допустим поставил точку остановки в классе *Command которая запускается так "php artisan command:run". У меня ничего не происходит (

Добрый день! Подскажите, что не так может быть. Пересобираю контейнер, они падают.

В логах

nginx host not found in upstream "api-php-fpm" in /etc/nginx/conf.d/default.conf:13, 
php-fpm - standard_init_linux.go:228: exec user process caused: no such file or directory .

Здравствуйте, получаю такие ошибки x-debug, использую самый первый вариант (с указанием сети явно) на ubuntu

[Step Debug] Creating socket for '192.168.200.1:9003', poll success, but error: Operation in progress (29).	🖹
[Step Debug] Could not connect to debugging client. Tried: 192.168.200.1:9003 (through xdebug.client_host/xdebug.client_port) :-(

в чем может быть проблема как ее решить?

Здравствуйте Дмитрий! Не знаю куда написать - напишу сюда) Можно ли добвыить возможность скачивания или оффлайн просмотра эпизодов?

Добрый вечер, Дмитрий.

Возникла небольшая проблема с xdebug и не могу понять в чём дело.

Настроил всё как в уроке, перепроверил построчно все настройки, но думаю, что дело всё-таки не в этом.

Есть старый проект на yii2, который надо довести до ума. Работа с очередями, в очередь ставится файл на парсинг товаров и запись в базу.

Не могу понять, почему не ловятся точки останова в самом файле очереди.

В контроллере ставлю точку на строке, в которой добавляется задача в очередь

$queue = Yii::$app->queue->ttr(10000)->push(new FinishYmlImportJob([....])

В этом месте скрипт останавливается, но потом переходит с следующему условию в этом файле, а вот на точки в FinishYmlImportJob никак не реагирует.

Убираю вышеуказанную точку, но на этом вся работа xdebug прекращается.

В Phpstorm вылетают сообщения

Debug session was finished without being paused
It may be caused by path mappings misconfiguration or not synchronized local and remote projects.  To figure out the problem check path mappings configuration for 'Mednav' server at PHP|Servers or enable 'Break at first line in PHP scripts' option (from Run menu).

Указал в конфиге xdebug создавать свой лог. В логе явных ошибок не видно, только отладочная информация.

[12] Log opened at 2023-02-01 23:46:02.975381
[12] [Config] DEBUG: Checking if trigger 'XDEBUG_TRIGGER' is enabled for mode 'debug'
[12] [Config] INFO: Trigger value for 'XDEBUG_TRIGGER' not found, falling back to 'XDEBUG_SESSION'
[12] [Config] INFO: No shared secret: Activating
[12] [Step Debug] INFO: Connecting to configured address/port: host.docker.internal:9003.
[12] [Step Debug] INFO: Connected to debugging client: host.docker.internal:9003 (through xdebug.client_host/xdebug.client_port).

Затем куча подобных строк

[12] [Step Debug] <- feature_set -i 2 -n max_depth -v 1
[12] [Step Debug] -> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="https://xdebug.org/dbgp/xdebug" command="feature_set" transaction_id="2" feature="max_depth" success="1"></response>

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

Подскажите, как всё-таки проверить очередь?

Была ошибка при выполнении make init, решено явным указанием версии для Xdebug (более новые версии требуют PHP 8+): pecl install xdebug-3.1.6

Интересно, а docker.host.internal ещё не сделали универсальным на уровне докера? Имхо, логичная была бы поправка.