php – 为什么管道输出docker-compose exec到grep,打破它？

我正在运行此命令来运行Drush,它基本上是运行容器中Drupal的 PHP CLI：

docker-compose -f ../docker-compose.test.yml exec php scripts/bin/vendor/drush.phar -r public_html status-report

如果此命令正常,则为输出,它是有关容器中特定Drupal实例的状态信息的列表.我不会在这里粘贴它,因为它很长,而且无关紧要.

现在让我们通过将它传递给grep来过滤这些信息：

docker-compose -f ../docker-compose.test.yml exec php scripts/bin/vendor/drush.phar -r public_html status-report | grep -e Warning -e Error

结果是：

Cro  Error     L 
Gra  Warning   P 
HTT  Error     F 
HTT  Warning   T 
Dru  Warning   N 
XML  Error     L

哪个错了,看起来它已被切成碎片,而且大部分都丢失了.

现在,如果我们将通过添加-T标志来禁用伪tty的分配：

docker-compose -f ../docker-compose.test.yml exec -T php scripts/bin/vendor/drush.phar -r public_html status-report | grep -e Warning -e Error

输出是正确的：

Cron maintenance      Error     Last run 3 weeks 1 day ago                     
Gravatar              Warning   Potential issues                               
HTTP request status   Error     Fails                                          
HTTPRL - Non          Warning   This server does not handle hanging            
Drupal core update    Warning   No update data available                       
XML sitemap           Error     Last attempted generation on Tue,04/18/2017

这是为什么？

奖金问题,可能会通过前一个答案回答：使用-T是否有任何重要的副作用？

Docker version 18.06.1-ce,build e68fc7a215
docker-compose version 1.22.0

更新#1：

为简化起见,我将整个scripts / bin / vendor / drush.phar -r public_html status-report的正确输出保存到文件test.txt中并尝试：

docker-compose -f ../docker-compose.test.yml exec php cat test.txt | grep -e Warning -e Error

有趣的是,输出现在是正确的,并且没有-T,所以它必须与Drush / php有关,尽管我仍然感兴趣可能是什么原因造成这种情况.

PHP 7.1.12 (cli) (built: Dec  1 2017 04:07:00) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.1.0,Copyright (c) 1998-2017 Zend Technologies
    with Zend OPcache v7.1.12,Copyright (c) 1999-2017,by Zend Technologies
    with Xdebug v2.5.5,Copyright (c) 2002-2017,by Derick Rethans

Drush 8.1.17

更新#2：

为了进一步隔离问题,我将所有内容放在PHP文件中,即只打印它,然后：

docker-compose -f ../docker-compose.test.yml exec php php php.php | grep -e Warning -e Error

我得到了正确的输出！

所以它必须与Drush如何打印其消息有关,但我不知道它可能是什么.如果我们能够解决这个问题,这可能会非常有趣.

更新#3：

好的,这才是真正的魔力.问题也发生在没有任何命令的情况下运行drush,列出所有可用的命令.在输出传输时,命令列表会被破坏,因此可以在没有实际Drupal实例的情况下对其进行测试.

现在我想向你展示魔法.

在drush中,输出命令/ core / help.drush.phpin函数drush_core_help()中生成的可用命令列表.有这个电话：drush_help_listing_print($command_categories);我调查了一下.里面是一个调用drush_print_table($rows,FALSE,array(‘name’=> 20));它负责产生一部分被破坏的输出.

所以在其中,我决定在最后一次调用drush_print()之前拦截输出,添加简单的file_put_contents(‘/ var / www / html / data.txt’,$output);

而现在是时候对我来说绝对神奇了.

当我执行：

docker-compose -f ../docker-compose.test.yml exec php scripts/bin/vendor/drush/drush -r public_html

可以在此文件中检查最后一组命令,在我的例子中,它是：

adminrole-update      Update the administrator role permissions.                                                                                                  
 elysia-cron           Run all cron tasks in all active modules for specified site using elysia cron system. This replaces the standard "core-cron" drush handler. 
 generate-redirects    Create redirects.                                                                                                                           
 libraries-download    Download library files of registered libraries.                                                                                             
 (ldl,lib-download)                                                                                                                                               
 libraries-list (lls,Show a list of registered libraries.                                                                                                        
 lib-list)

但是,如果我执行相同的命令,但输出将被管道或重定向,例如：

docker-compose -f ../docker-compose.test.yml exec php scripts/bin/vendor/drush/drush -r public_html | cat

不同的东西将被保存到一个文件中：

adminrole-update      U 
                       p 
                       d 
                       a 
                       t 
                       e 
                       t 
                       h 
                       e 
                       a 
                       d 
                       m 
                       i 
                       n 
                       i 
                       s 
                       t 
                       r 
                       a 
                       t 
                       o 
                       r 
                       r 
(and the rest of the broken output)

因此,在管道/重定向实际发生之前,管道/重定向输出的事实会影响命令的执行.

这怎么可能呢？ O_O

case LS_LS:
  /* This is for the 'ls' program.  */
  if (isatty (STDOUT_FILENO))
    {
      format = many_per_line;
      set_quoting_style (NULL,shell_escape_quoting_style);
      /* See description of qmark_funny_chars,above.  */
      qmark_funny_chars = true;
    }
  else
    {
      format = one_per_line;
      qmark_funny_chars = false;
    }
  break;

docker exec -i $(docker-compose ...) < input-file