Комментарии 4
11 лет писал на php. Я думал на php. Но все равно каждый раз страдал пытаясь настроить xdebug. Чувствовал что что-то не так. Перешел на голанг и его дебагер просто наслаждение. Всего одна кнопка
Это вы еще в питоне отлаживали :) там все очень просто
Ну так это компилируемый язык, и всё, что нужно знать IDE для отладки это заранее подготовленную матаинформацию, что с чем соотносить в окне отладки.
Так-то у меня и в Turbo-Pascal 5 не было проблем с интегрированной отладкой.
Hidden text
А в случае Docker скорее надо сравнивать с standalone отладкой. На примере того же TP-5, представим, что мы разработали программу. Скажем, управляющую оборудованием в операционной (истинная правда, такая программа была написана даже на 4-м Паскале). И в ней что-то идёт не так. Причём в лабораторных условиях проблему воспроизвести не удаётся. Тогда приходится вылезать из удобной IDE, брать исходники, создавать файлы с метаинформации, standalone debugger и идти дебажить в полевые условия.
Так что вот такой кейс ближе к описываемому сценарию отладки.
есть еще нюанс с docker-compose:
если у вас указана перем.окружения COMPOSE_PROJECT_NAME=SOME
то нужно прописывать его в настройках интерпретатора в phpstorm (в env variables). без этого что-то не срабатывает (уже не помню что именно, помню что провозился из за этого с настройкой docker+xdebug+phpunit)
Отладка PHP сценариев в Docker-контейнере с помощью PhpStorm и Xdebug. Глубокое погружение