【发布时间】：2018-06-04 14:34:06
【问题描述】：
我在 Ubuntu 18.04 上使用 XDebug 分析器，配置尽可能简单：
zend_extension=xdebug.so
xdebug.profiler_enable=1
这是在 /etc/php/7.2/conf.d/20-xdebug.ini 中定义的，因此 CLI 和 Apache 都使用它。如果我在 CLI 中运行脚本，我会按预期在 /tmp 中获得 cachegrind 转储。但是如果我在 Apache 中运行，我不会得到任何文件。我用phpinfo()验证过，配置是一样的，应该保存到/tmp。它甚至向我显示了它想在标题X-Xdebug-Profile-Filename 中使用的文件名，但没有任何内容保存到文件系统中。 AFAICT，每个人（包括www-data）都具有对tmp 的写访问权限（我的意思是，否则很多其他事情也不起作用），所以我想知道：为什么我不能在Apache 中获得转储？
phpinfo() 的 xdebug 部分如下所示：
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.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 /tmp /tmp
xdebug.gc_stats_output_name gcstats.%p gcstats.%p
xdebug.halt_level 0 0
xdebug.idekey no value no value
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 On On
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_addr_header no value no value
xdebug.remote_autostart Off Off
xdebug.remote_connect_back Off Off
xdebug.remote_cookie_expire_time 3600 3600
xdebug.remote_enable Off Off
xdebug.remote_handler dbgp dbgp
xdebug.remote_host localhost localhost
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 /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
P.S.：我也在另一台机器上尝试过这个（相同的 Ubuntu 版本）。由于过去它对我来说运行良好（我会说是 Ubuntu 16 左右），我想知道这是否在最近的发行版中发生了变化？
P.P.S：我刚刚在 VM 中使用新安装的 Kubuntu 18.04 再次尝试。除了上面显示的之外，没有进行任何配置，它仍然不起作用。所以在我看来，由于某种原因，这在 Ubuntu 中通常被破坏了？
P.P.P.S.：我现在在根目录 /xdebug 上创建了一个新文件夹，并做了 chmod 777。这样它就可以工作了（即使chmod 777 在普通的/tmp 上）文件夹没有效果。我不完全确定，但我怀疑有某种邪恶的systemd 魔法在起作用（我在某处读到过一些名为 PrivateTMP 的东西，这可能是造成这种情况的原因）
【问题讨论】：
-
确保在 apache 中使用相同的 ini 文件。通常 cli ini 文件是不同的，所以你可能在不同的配置下运行
-
它确实使用相同的ini文件，我可以在服务器上的
phpinfo()看到它 -
好的，然后检查 php 从 cli 和 apache 运行的用户，然后检查 /tmp 的用户权限
-
尝试为 xdebug 日志输出设置自定义文件夹
-
@delboy1978uk 谢谢，成功了！我很确定我以前尝试过，但可能忘记了其中一个步骤