Изменение macOS Sierra предотвращает «say», чтобы быть exec'd в скрипте PHP

Я тоже испытал эту же проблему.

Вот обход, который я только что придумал, но, честно говоря, я думаю, что это БОЛЬШАЯ МССА, чтобы иметь возможность воспроизводить аудио с php-скрипта на основе apache. У меня есть некоторые идеи о том, почему это может произойти, но при МНОГИХ тестах я, кажется, уничтожаю свои собственные теории. Я думал, что это могло быть связано с отсутствием активного TTY. Я не смог воспроизвести звук, запустив оболочку с помощью sudo -i и MANY MANY других attmepts от php, но я смог воспроизводить звук, используя все те же команды из локального терминала, и, как выясняется, также SSH «в компьютер, так что это привело к моей последней работе. Еще раз, я думаю, что это WAY overkill, но до сих пор это единственный способ, которым я смог вернуть аудио в свои веб-скрипты, основанные на php (в основном связанные с географом).

Итак, здесь мы идем, и да, я понимаю, что риски и глупость связаны с этим:

В моем php-скрипте я создаю аудиофайл в каталоге / tmp с помощью команды, подобной этой:

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

Затем, после того как звуковой файл сгенерирован, единственный способ, который я нашел, чтобы воспроизвести его (и фактически услышать вывод) из apache / php, – это использовать сценарий ожидания для 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 не содержат ваше имя пользователя, так как это то, что я использовал в сценарии ожидания, чтобы найти возвращаемое приглашение. Прикосновение – это просто определить, что сценарий ожидания работал, и у вас есть ссылка на последний раз, когда был затронут файл.

Надеюсь, это откроет дискуссию о том, что на самом деле вызывает это, и мы можем определить более разумное решение. Я спустил много кроличьих отверстий, пытаясь найти разные способы заставить это работать, я создал приложения Automator и вызвал их из PHP (не работал). Я запустил оболочки в оболочках как мой пользователь, все выполнение команд всегда завершено успешно, просто нет аудиовыхода. Все решения, которые я пробовал, отлично работают с терминалом (и даже с php с терминала), а не с Apache / PHP.

У меня возникла такая же проблема, когда я использовал команду say на моей работе Jenkins. Мой сервер Jenkins работает как демон на macOS Sierra.

В моем случае я решил эту проблему следующим образом:

1. Войдите в систему как пользователь jenkins и сгенерируйте ключ ssh-keygen с помощью ssh-keygen .

2. Добавить ~/.ssh/id_rsa.pub в .ssh/authorized-keys чтобы пароль не запрашивался.

    cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized-keys 

3. Измените мою работу Jenkins, которая использует команду say следующим образом:

    ssh localhost say -v Alex "Test" 

Извините, я не тестировал Apache / PHP, но почему бы вам не попробовать так:

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