Обманите приложение, думая, что его стандартный вывод - это терминал, а не труба

Question

Обманите приложение, думая, что его стандартный вывод - это терминал, а не труба

Используя множественные числа просто звучит лучше, и затем если у Вас есть контроллер, который обрабатывает исключительный ресурс, т.е. пользователя, тогда можно все еще назвать URL / пользователем.

С помощниками часто нет никакой потребности иметь помощника для каждого контроллера, и часто будут вспомогательные методы, можно использовать ascorss несколько контроллеров и скорее замусорить их на всем протяжении помощника приложения, Вы могли поместить их в пользовательских помощников вместо этого как, например, layout_helper или любой другой хорошо именованный файл.

137

bash terminal pipe stdin

задан the Tin Man 18 November 2019 в 21:39

3 ответа

Другие вопросы по тегам:

bash terminal pipe stdin

Похожие вопросы:

score 167 · Answer 1

Aha!

The script command does what we want...

script --return --quiet -c "[executable string]" /dev/null

Does the trick!

Usage:
 script [options] [file]

Make a typescript of a terminal session.

Options:
 -a, --append                  append the output
 -c, --command <command>       run command rather than interactive shell
 -e, --return                  return exit code of the child process
 -f, --flush                   run flush after each write
     --force                   use output file even when it is a link
 -q, --quiet                   be quiet
 -t[<file>], --timing[=<file>] output timing data to stderr or to FILE
 -h, --help                    display this help
 -V, --version                 display version

score 20 · Answer 2

Сценарий разблокировки , который поставляется с Expect , должен обработать это нормально. В противном случае приложение может смотреть не на то, к чему подключен его вывод, например. значение переменной среды TERM.

score 16 · Answer 3

Я не знаю, возможно ли это с PHP, но если вам действительно нужен дочерний процесс, чтобы видеть TTY, вы можете создать PTY .

В C:

#include <stdio.h>
#include <stdlib.h>
#include <sysexits.h>
#include <unistd.h>
#include <pty.h>

int main(int argc, char **argv) {
    int master;
    struct winsize win = {
        .ws_col = 80, .ws_row = 24,
        .ws_xpixel = 480, .ws_ypixel = 192,
    };
    pid_t child;

    if (argc < 2) {
        printf("Usage: %s cmd [args...]\n", argv[0]);
        exit(EX_USAGE);
    }

    child = forkpty(&master, NULL, NULL, &win);
    if (child == -1) {
        perror("forkpty failed");
        exit(EX_OSERR);
    }
    if (child == 0) {
        execvp(argv[1], argv + 1);
        perror("exec failed");
        exit(EX_OSERR);
    }

    /* now the child is attached to a real pseudo-TTY instead of a pipe,
     * while the parent can use "master" much like a normal pipe */
}

у меня действительно создалось впечатление, что expect сам создает PTY.