Использование XDEBUG в Vagrant

Мои текущие настройки XDEBUG —

xdebug

xdebug support  enabled
Version 2.3.2
IDE Key 1
Supported protocols Revision
DBGp - Common DeBuGger Protocol $Revision: 1.145 $
Directive   Local Value Master Value
xdebug.auto_trace   Off Off
xdebug.cli_color    0   0
xdebug.collect_assignments  Off Off
xdebug.collect_includes On  On
xdebug.collect_params   0   0
xdebug.collect_return   Off Off
xdebug.collect_vars Off Off
xdebug.coverage_enable  On  On
xdebug.default_enable   On  On
xdebug.dump.COOKIE  no value    no value
xdebug.dump.ENV no value    no value
xdebug.dump.FILES   no value    no value
xdebug.dump.GET no value    no value
xdebug.dump.POST    no value    no value
xdebug.dump.REQUEST no value    no value
xdebug.dump.SERVER  no value    no value
xdebug.dump.SESSION no value    no value
xdebug.dump_globals On  On
xdebug.dump_once    On  On
xdebug.dump_undefined   Off Off
xdebug.extended_info    On  On
xdebug.file_link_format no value    no value
xdebug.force_display_errors Off Off
xdebug.force_error_reporting    0   0
xdebug.halt_level   0   0
xdebug.idekey   vagrant vagrant
xdebug.max_nesting_level    256 256
xdebug.max_stack_frames -1  -1
xdebug.overload_var_dump    On  On
xdebug.profiler_aggregate   Off Off
xdebug.profiler_append  Off Off
xdebug.profiler_enable  Off Off
xdebug.profiler_enable_trigger  Off Off
xdebug.profiler_enable_trigger_value    no value    no value
xdebug.profiler_output_dir  /tmp    /tmp
xdebug.profiler_output_name cachegrind.out.%p   cachegrind.out.%p
xdebug.remote_autostart On  On
xdebug.remote_connect_back  On  On
xdebug.remote_cookie_expire_time    3600    3600
xdebug.remote_enable    On  On
xdebug.remote_handler   dbgp    dbgp
xdebug.remote_host  10.0.2.2    10.0.2.2
xdebug.remote_log   no value    no value
xdebug.remote_mode  req req
xdebug.remote_port  9000    9000
xdebug.scream   Off Off
xdebug.show_exception_trace Off Off
xdebug.show_local_vars  Off Off
xdebug.show_mem_delta   Off Off
xdebug.trace_enable_trigger Off Off
xdebug.trace_enable_trigger_value   no value    no value
xdebug.trace_format 0   0
xdebug.trace_options    0   0
xdebug.trace_output_dir /tmp    /tmp
xdebug.trace_output_name    trace.%c    trace.%c
xdebug.var_display_max_children 128 128
xdebug.var_display_max_data 512 512
xdebug.var_display_max_depth    3   3

Я использую XDEBUG, NGINX и PHP в бродячем окне. Я использую плагин VIM Vagrant. Я могу использовать SSH в окне vagrant и создать подключение telnet к моей хост-машине через порт 9000 во время работы плагина vim vagrant, и он будет зависать до тех пор, пока я не закрою telnet, поэтому я знаю, что связь возможна.

Тем не менее, когда я пытаюсь подключиться к URL-адресу во время передачи localbox/phpinfo.php?XDEBUG_SESSION_START=1

ОБНОВЛЕНИЕ — теперь я могу подключиться, используя Vdebug для VIM. Однако страница зависает на несколько секунд перед возвратом ошибки 502 BAD-шлюза. Nginx сообщает об ошибке как

[ошибка] 20913 # 0: * 3 recv () завершилась неудачно (104: сброс соединения по пиру)
при чтении заголовка ответа из апстрима, клиент: 192.168.50.1,
сервер: localhost, запрос: «GET /phpinfo.php?XDEBUG_SESSION_START=1
HTTP / 1.1 «, upstream:» fastcgi: // unix: /var/run/php5-fpm.sock: «, хост:
«Cpd.local»

Кто-нибудь знает как отладить сброс соединения по пиру?

2

Решение

Вы на самом деле связаны. Nginx закрывает процесс, поскольку считает, что он завис.

fastcgi_read_timeout 300;

Установите значение намного выше, чтобы обеспечить хорошее время отладки. Inn vdebug вам нужно будет добавить карту пути

1

Другие решения

Проверьте, нет ли у вас конфликтов с портом php-fpm. Если вы используете php-fpm, по умолчанию прослушивается порт 9000.

Мне пришлось изменить xdebug для прослушивания другого порта (например, 9001) на бродячей машине, на которой выполнялись nginx и php-fpm, чтобы избежать конфликтов портов.

Вам придется перезапустить nginx и php-fpm.

1

По вопросам рекламы [email protected]