升级到MacOs Mojave后，Xdebug和Atom无法工作

Question

升级到mac之后，Atom (v1.34.0)的Xdebug (v2.6.1)不再工作(断点根本不触发)。我能够成功地用High配置它，但是升级之后，我的httpd.conf of 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

顺便说一句，我也尝试过配置在/usr/lib/php/extensions/no-debug-non-zts-20160303/xdebug.so上预先安装的x调试扩展，但没有成功。

xdebug.remote_autostart = false，因为我有用于Chrome的Xdebug帮助程序，而ide.key被设置为xdebug.atom

我为Atom安装了php调试包，这是我的config.json。

    "php-debug":
        ServerPort: 9000
        PathMaps: [
        "/remote/path;/local/path"
        "/Library/WebServer/repositories;/Library/WebServer/repositories"
        ]
        showWelcome: false

我的远程路径和本地路径是相同的，因为我需要调试本地主机。我不确定是否将本地路径配置为远程路径是一个错误，但我记得在High中给出了如何配置路径和断点的建议，因此我确信这不是问题所在。

我尝试删除路径，添加字段ServerAddress，删除字段ServerPort，但没有运气。

当然，每次进行修改时，我都会重新启动apache。

断点一点都没有，我不知道该怎么做。

你对此有什么想法吗？非常感谢。

正如LazyOne指出的，Apache在httpd.conf中加载的php7是用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 not working after macOS Mojave update

我试图将文件替换为/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中显示吗？

Answer 1

基本上问题是这个https://github.com/liip/php-osx/issues/249，因为Mojave替换了内置Apache的httpd.conf (创建httpd.conf~previous作为以前配置的备份)，我的apache指向了php7的另一个版本(在/usr/libexec/apache2/中内置了Mojave )。

CLI中php.ini的php7具有Xdebug扩展。php.ini的php7内置与莫哈韦没有。

这就是为什么我的调试器不能工作，但服务器却在运行，它指向的是php7的一个功能版本，但是没有Xdebug的扩展。

我只需重命名旧文件httpd.conf~previous，以逆转所有以前的和工作的设置(我在/usr/local/php5-7.1.13-20180201-134129中安装的php7版本)，but...there与Mojave中内置的Apache在读取外部库方面有一些限制(这似乎是一个需要苹果解决的问题)，因此在CLI中指向我的版本php7不起作用。

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.

是响应类型sudo apachectl configtest。

为了解决这个问题，我不得不在/usr/libexec/apache2/中复制文件/usr/libexec/apache2/，但是正如前面提到的，从终端中我总是得到Operation not permitted。

这是因为/usr文件夹受到MacOs的系统完整性保护的保护，仅仅提供对终端的完整磁盘访问是不够的。

我必须在恢复模式下重新启动系统，并使用csrutil disable从终端禁用SIP。

我按照这个教程来做这个http://osxdaily.com/2015/10/05/disable-rootless-system-integrity-protection-mac-os-x/

在禁用了SIP之后，我终于能够用sudo cp /usr/local/php5-7.1.13-20180201-134129/libphp7.so /usr/libexec/apache2/在apache中复制sudo cp /usr/local/php5-7.1.13-20180201-134129/libphp7.so /usr/libexec/apache2/库。

然后重新启动apache服务器，最后Atom中的调试器再次工作。

为了安全起见，我使用csrutil enable再次启用了SIP恢复模式