php - macOS Sierra 中的更改阻止 "say"在 PHP 脚本中执行

Question

我有一个带有小站点的 macOS 服务器，该站点使用 say 命令将文本片段转换为音频。

升级到 Sierra 后，一切都很顺利，除了一件事:say 命令在我的 PHP 脚本中包含在 exec() 中时不再起作用。

页面刚刚超时。也没有发现错误。

<?php
    try {
        exec('/usr/bin/say "hello"');
    }
    catch (Exception $e) { echo $e->getMessage(); }
?>

通常我会使用 say -o filename 保存音频片段，但我尝试了所有变体以及其他运行良好的 shell 命令，包括在我的输出文件夹中创建文件。

有趣的是，如果我从命令行运行它，它会起作用——要么大声说出来，要么创建一个输出文件。

macOS Sierra 有 PHP 5.6.24，所以我认为 safe_mode 不适用，对吗？

我想强调的是，PHP 或 say 命令的变化是最近才发生的，与新的操作系统有关。是的，我确实调查并尝试了不同的输出和 stderr 重定向，但脚本只是挂起。

在 Activity Viewer 中看到 say 命令(top 等效的 GUI)，我尝试对其进行采样，但不确定是否有帮助:

2695 Thread_1742595   DispatchQueue_1: com.apple.main-thread  (serial)
+ 2695 start  (in libdyld.dylib) + 1  [0x7fffb0f58255]
+   2695 ???  (in say)  load address 0x10907d000 + 0x1fac  [0x10907efac]
+     2695 NewSpeechChannel  (in SpeechSynthesis) + 52  [0x7fff9acd3f19]
+       2695 SpeechChannelHandle::SpeechChannelHandle()  (in SpeechSynthesis) + 265  [0x7fff9acd797f]
+         2695 dispatch_once_f  (in libdispatch.dylib) + 38  [0x7fffb0f220e5]
+           2695 _dispatch_client_callout  (in libdispatch.dylib) + 8  [0x7fffb0f22128]
+             2695 ___ZN13SpeechGlobals8InstanceEv_block_invoke  (in SpeechSynthesis) + 28  [0x7fff9acd54da]
+               2695 SpeechGlobals::SpeechGlobals()  (in SpeechSynthesis) + 471  [0x7fff9acd56db]
+                 2695 xpc_connection_send_message_with_reply_sync  (in libxpc.dylib) + 154  [0x7fffb11b65a8]
+                   2695 dispatch_mach_send_with_result_and_wait_for_reply  (in libdispatch.dylib) + 45  [0x7fffb0f3cf39]
+                     2695 _dispatch_mach_send_and_wait_for_reply  (in libdispatch.dylib) + 591  [0x7fffb0f3cad4]
+                       2695 mach_msg  (in libsystem_kernel.dylib) + 55  [0x7fffb107e867]
+                         2695 mach_msg_trap  (in libsystem_kernel.dylib) + 10  [0x7fffb107f41a]
2695 Thread_1742600
  2695 start_wqthread  (in libsystem_pthread.dylib) + 13  [0x7fffb116f211]
    2695 _pthread_wqthread  (in libsystem_pthread.dylib) + 1426  [0x7fffb116f7b5]
      2695 __workq_kernreturn  (in libsystem_kernel.dylib) + 10  [0x7fffb10874e6]

这些是统计数据:

从打开的文件和端口中，我可以看到我将 stdout 和 stderr 都设置为 /private/var/log/apache2/error_log 但那里什么也没有显示。

此外，尝试通过更精细的运行来捕获输出，但没有任何乐趣，只是超时(脚本文件夹也是可写的):

<?php   
    try {
        $pipes = array();
        proc_close(proc_open("say hi", array(0 => array("pipe", "r"), 1 => array("pipe", "r"), 2 => array("pipe", "r")), $pipes, dirname(__FILE__), null));
    } catch (Exception $e) { error_log($e->getMessage()); }
?>

更新:High Sierra 是一样的。

最终更新:安装 Mojave 后，删除了大部分 Server.app 功能，我添加了 MAMP 来处理此任务。 听 如果你愿意，你可以自己听 - 它在 macspeaks.com .

故事继续:在安装 Catalina 期间不知何故，还是 MAMP 更新？ (现在5.5)，我又把它杀了。唉……

Answer 1

我也遇到过同样的问题。

这是我刚刚想出的一个解决方法，但老实说，我认为仅仅能够从基于 apache 的 php 脚本播放音频是一个大问题。我对为什么会发生这种情况有一些想法，但经过多次测试，我似乎覆盖了我自己的理论。我认为这可能与没有事件的 TTY 有关。我无法通过使用 sudo -i 启动 shell 来播放音频，以及来自 php 的许多其他尝试，但我能够使用本地终端的所有相同命令播放音频，事实证明，也是通过 SSH 进入计算机，这导致了我最新的解决方法.再一次，我认为这是矫枉过正，但到目前为止，这是我能够在基于 web 的 php 驱动脚本(主要是地理围栏相关)中恢复音频的唯一方法。

那么，我们开始吧，是的，我理解其中涉及的风险和愚蠢:

在我的 php 脚本中，我使用类似于此的命令在/tmp 目录中生成一个音频文件:

exec "sudo -u <username> /usr/bin/say -o /tmp/outputfile.aiff --voice=Ava \"<What to Say>\"";

然后在生成音频文件后，我发现从 apache/php 播放它(并实际听到输出)的唯一方法是使用 expect 脚本在本地 ssh 并播放它。所以我的下一行是:

exec "sudo -u <username> -i ~<username>/expectscript";

我的期望脚本如下:

#!/usr/bin/expect -f

spawn /usr/bin/ssh localhost
expect "Password"
send "<PASSWORD>\r"
expect "<username>"
send "/usr/bin/afplay /tmp/outputfile.aiff\r"
expect "<username>"
send "/usr/bin/touch /tmp/touchthis\r"
expect "<username>"
send "exit\r"

确保替换所有 <username>上面是你的用户名(显然没有<>)和<PASSWORD>用你的密码。如果您的 bash 提示不包含您的用户名，您可能需要调整 expect 脚本，因为这是我在 expect 脚本中用来查找返回提示的内容。触摸只是为了确定预期脚本是否有效，并且您可以引用上次触摸文件的时间。

我希望这能引发关于究竟是什么导致了这种情况的讨论，我们可以确定一个更合理的解决方案。我陷入了很多困境，试图找到让它工作的不同方法，我创建了 Automator 应用程序并从 PHP 调用了这些应用程序(没有用。)我以我的用户身份在 shell 中启动 shell，所有命令的执行总是成功完成，只是没有音频输出。我尝试过的所有解决方案都可以在终端上正常工作(甚至可以在终端上运行 php)，只是 Apache/PHP 不行。