Xdebug (v2.6.1) для Atom (v1.34.0) больше не работает (точки останова не запускаются вообще) после обновления до Mac-OS Mojave.
Мне удалось его успешно настроить с помощью High Sierra, но после обновления у меня возникли проблемы с httpd.conf в apache2 (я это исправил), и Xdebug больше не работает.
Несмотря на то, что я нашел много ответов, связанных с этой темой, у меня не получилось ни одного из них.
Как видите, Xdebug установлен правильно
MacBook-Pro-6:~ francesco$ php -v
PHP 7.1.13 (cli) (built: Feb 1 2018 13:38:42) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.1.0, Copyright (c) 1998-2017 Zend Technologies
with Zend OPcache v7.1.13, Copyright (c) 1999-2017, by Zend Technologies
with Xdebug v2.6.1, Copyright (c) 2002-2018, by Derick Rethans
это полный список настроек конфигурации
MacBook-Pro-6:~ francesco$ php -i | grep xdebug
/usr/local/php5/php.d/50-extension-xdebug.ini,
xdebug
xdebug support => enabled
IDE Key => xdebug.atom
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.filename_format => no value => no value
xdebug.force_display_errors => Off => Off
xdebug.force_error_reporting => 0 => 0
xdebug.gc_stats_enable => Off => Off
xdebug.gc_stats_output_dir => /var/tmp/ => /var/tmp/
xdebug.gc_stats_output_name => gcstats.%p => gcstats.%p
xdebug.halt_level => 0 => 0
xdebug.idekey => xdebug.atom => xdebug.atom
xdebug.max_nesting_level => 256 => 256
xdebug.max_stack_frames => -1 => -1
xdebug.overload_var_dump => 2 => 2
xdebug.profiler_aggregate => Off => Off
xdebug.profiler_append => Off => Off
xdebug.profiler_enable => Off => Off
xdebug.profiler_enable_trigger => On => On
xdebug.profiler_enable_trigger_value => no value => no value
xdebug.profiler_output_dir => /var/tmp/ => /var/tmp/
xdebug.profiler_output_name => xdebug-profile-cachegrind.out-%H-%R => xdebug-profile-cachegrind.out-%H-%R
xdebug.remote_addr_header => no value => no value
xdebug.remote_autostart => Off => Off
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 => 127.0.0.1 => 127.0.0.1
xdebug.remote_log => no value => no value
xdebug.remote_mode => req => req
xdebug.remote_port => 9000 => 9000
xdebug.remote_timeout => 200 => 200
xdebug.scream => Off => Off
xdebug.show_error_trace => 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 => /var/tmp/ => /var/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 включен
xdebug support => enabled
ключом ide является xdebug.atom
IDE Key => xdebug.atom
конкретный путь к файлу xdebug.ini находится по адресу
/usr/local/php5/php.d/50-extension-xdebug.ini
и это его содержание
zend_extension=/usr/local/php5/lib/php/extensions/no-debug-non-zts-20160303/xdebug.so
[xdebug]
xdebug.idekey = xdebug.atom
xdebug.remote_enable=1
xdebug.remote_host=127.0.0.1
xdebug.remote_connect_back=1 # Not safe for production servers
xdebug.remote_port=9000
xdebug.remote_handler=dbgp
xdebug.remote_mode=req
xdebug.remote_autostart=false
xdebug.profiler_enable_trigger=1
xdebug.profiler_output_name=xdebug-profile-cachegrind.out-%H-%R
xdebug.var_display_max_children = 128
xdebug.var_display_max_data = 512
xdebug.var_display_max_depth = 3
Кстати, я попытался настроить также предварительно установленное расширение xdebug по адресу /usr/lib/php/extensions/no-debug-non-zts-20160303/xdebug.so, но безуспешно.
xdebug.remote_autostart = false , поскольку у меня есть Помощник Xdebug для Chrome и ide.key установлен на xdebug.atom
Я установил php-debug пакет для Atom , и это мой config.json
"php-debug":
ServerPort: 9000
PathMaps: [
"/remote/path;/local/path"
"/Library/WebServer/repositories;/Library/WebServer/repositories"
]
showWelcome: false
мой удаленный и локальный путь одинаковы, потому что мне нужно отладить локальный хост. Я не уверен, что настройка локального пути, так как удаленный путь является ошибкой, но я помню, что в High Sierra Atom мне предлагались способы настройки путей и точек останова, так что я уверен, что это не проблема.
Я пытался удалить путей , добавить поле ServerAddress , удалить поле ServerPort , но безуспешно.
конечно, я перезапускал apache каждый раз, когда делал какие-то изменения.
точки взлома вообще не срабатывают, и я не знаю, что делать.
У вас есть представление об этом? Большое спасибо.
As LazyOne указал, что php7, загруженный Apache в httpd.conf, является версией, предварительно установленной с Mojave
LoadModule php7_module libexec/apache2/libphp7.so
не тот PHP 7.1.13 (cli), который я установил.
если я попытаюсь установить снова
LoadModule php7_module /usr/local/php5-7.1.13-20180201-134129/libphp7.so
тогда сервер не запускается и с sudo apachectl configtest я вижу:
httpd: Syntax error on line 176 of /private/etc/apache2/httpd.conf:
Cannot load /usr/local/php5-7.1.13-20180201-134129/libphp7.so into
server: dlopen(/usr/local/php5-7.1.13-20180201-134129/libphp7.so, 10):
no suitable image found. Did find:\n\t/usr/local/php5-7.1.13-
20180201-134129/libphp7.so: code signature in (/usr/local/php5-7.1.13-
20180201-134129/libphp7.so) not valid for use in process using Library
Validation: mapped file has no cdhash, completely unsigned? Code has
to be at least ad-hoc signed.\n\t/usr/local/php5-7.1.13-20180201-
134129/libphp7.so: stat() failed with errno=22
после этого ответа Apache не работает после обновления MacOS Mojave
Я пытался заменить файл на /usr/libexec/apache2/ вот так
sudo cp /usr/local/php5-7.1.13-20180201-134129/libphp7.so /usr/libexec/apache2/
но на терминале я получаю всегда
cp: /usr/libexec/apache2/libphp7.so: Operation not permitted
Я выполнил все шаги, упомянутые здесь
http://osxdaily.com/2018/10/09/fix-operation-not-permitted-terminal-error-macos/
но все же Operation not permitted
Есть ли у вас идеи, как настроить php7, показанный в php -v?