从 Php 脚本打印扩展 Ascii "table" 代码（例如 ─、┬）到控制台的问题
Issues with printing extended Ascii "table" codes (e.g. ─, ┬) to console from Php script
更新
我在下面的答案中添加了问题的解决方案。此外，标题已从旧的更新为更合适的标题，因为似乎从 128 到 255 的所有字符似乎都引起了问题（扩展的 ASCII 代码，如下所示：Ascii table）。
更新二
将 PHP 更新到 7.1.30 后，问题似乎 消失了（较低版本也可能有效）。
值得注意的是，我下面的修复反而在新版本中导致了有问题的输出：
同样在答案中使用辅助函数显然会导致问题，因为它会产生乱码：
for($i=128; $i<256; $i++) {echo "'" . chr($i) . "', ";}
'�', '�', '�', '�', '�', '�',...
我已经测试过在 5.6.25 和 7.1.30 之间来回切换，并且在 5.6 中再次出现问题 re-appears。并且修复在 5.6 中工作正常，所以很明显 version-related.
结论
问题似乎是由 PHP 版本引起的 – 以前是 5.6.25，现在是 7.1.30，不再需要修复（并且不需要，因为它会导致问题） .
因此，如果您 运行 进入 ÔöÇ 问题并且 运行 降低 PHP 版本，修复可能会对您有所帮助。但是如果你 运行 变成 �，问题出在别处。
旧描述：
我正在尝试从 Laravel Artisan 命令输出 gulp 任务 运行 的结果（我需要来自 PHP 的数据进行编译，然后从多个模块导出资产，然后在主应用程序中将它们全部编译在一起。
一切正常，但由于某些原因，“table”Ascii 字符被错误地输出为乱码 (Ôöî) 而不是正确的字符 (─)。
详情
查看此图片： and compare it to the desired result of the same command output directly from gulp to console: .
所以我正在修改这个，有趣的是，即使我只是在我的 php 文件（即 运行 中使用 echo "─┬──────────────";，我得到了错误的结果 运行 Laravel artisan 作为 php artisan my-command)。错误的结果是ÔöÇÔöČÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇ.
我已尝试转换编码 (mb_convert_encoding("─┬──────────────", "UTF-8"))、检测编码 (php 状态为“UTF-8”)、设置配置值 (ini_set output_encoding, internal_encoding, ... ) 并尝试了其他各种方法。无果...
所以我更深入地尝试在我的脚本和命令行中使用 ord() 和 chr() 来确定到底发生了什么。所以：当我在命令行中 运行 时：
$php -a
Interactive mode enabled
<?php
$var = "─┬──────────────";
for($i = 0; $i < strlen($var); $i++) { echo ord($var[$i])."<br/>"; }
?>
我明白了 196<br/>194<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>
(<br/> 是来自另一个线程的 copy-pasted，在这种情况下它是一个不错的视觉分隔符).
但是当我 运行 来自文件的完全相同的代码时（运行 通过 php artisan 命令），我得到 226<br/>148<br/>128<br/>226<br/>148<br/>172<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>
所以我得到 226 148 128（不正确）而不是所需的 196。当我尝试 echo chr(196) 时，它会打印正确的字符，即使是通过 Artisan 从脚本文件 运行 打印（它会打印 ─）。
此外，当将 php 脚本文件的输出记录到日志文件时（通过 Laravel 的 \Log::info() ）我确实得到了正确的结果。
仅当 运行从文件中调用脚本并打印到控制台时才会出现问题。
结论
你知道发生了什么事吗？
为什么所有其他字符都能正确打印出来，甚至错误的字符在日志中也能正确打印，但在控制台中却错误地打印出来？
我认为该问题与 Gulp 无关，很可能与 Artisan 无关。这很可能是某种编码问题。
如有任何帮助，我们将不胜感激。
我没主意了...
更多信息
包含脚本的文件以 UTF-8 编码。
我使用以下代码来 运行 gulp 任务，但我相当确定这与实际问题无关：
$proc = popen($command, 'r');
while (!feof($proc))
{
$fread = mb_convert_encoding(fread($proc, 4096), 'utf-8');
\Log::info($fread);
print($fread);
@ flush();
}
pclose($proc);
我在 Windows 10 OS.
上使用 cmder 作为控制台模拟器
编辑我：
我从终端中的 ord() 获得了代码。
即ord("─") returns 196 如果 运行 在终端中通过：
php -a
Interactive mode enabled
<?php
echo (ord("─"));
?>
^Z
196
我可以通过在脚本文件中显式使用 echo chr(196) 来输出正确的字符，但是 echo "─" 打印出乱码。
编辑二：
如果我运行chcp，我得到Active code page: 852。
如果我用
$string = "─┬──────────────";
$string = mb_convert_encoding($string, "windows-1252");
我得到 ???????????????? 作为脚本的输出。
如果我使用 $string = mb_convert_encoding($string, "ISO-8859-1");，我会得到相同的结果。
为什么其他字符都打印正确？ （见我上面的第一张图片 ↑）。除了那几个特殊字符外，所有字母、所有颜色、所有格式都可以。
我正在考虑 运行ning str_replace() 在我正在打印的每一行上用我想要的替换我得到的。
或者只是忽略输出的格式。它很丑，但它是可读的...
万一有人遇到同样的问题，这个函数解决了这个问题：
/**
* Fixes the extended ASCII characters incorrectly displayed into console.
*
* @param string $text
*
* @return string
*/
function convertExtendedAsciiCharacters($text)
{
return str_replace(
['Ç', 'ü', 'é', 'â', 'ä', 'ů', 'ć', 'ç', 'ł', 'ë', 'Ő', 'ő', 'î', 'Ź', 'Ä', 'Ć', 'É', 'Ĺ', 'ĺ', 'ô', 'ö', 'Ľ', 'ľ', 'Ś', 'ś', 'Ö', 'Ü', 'Ť', 'ť', 'Ł', '×', 'č', 'á', 'í', 'ó', 'ú', 'Ą', 'ą', 'Ž', 'ž', 'Ę', 'ę', '¬', 'ź', 'Č', 'ş', '«', '»', '░', '▒', '▓', '│', '┤', 'Á', 'Â', 'Ě', 'Ş', '╣', '║', '╗', '╝', 'Ż', 'ż', '┐', '└', '┴', '┬', '├', '─', '┼', 'Ă', 'ă', '╚', '╔', '╩', '╦', '╠', '═', '╬', '¤', 'đ', 'Đ', 'Ď', 'Ë', 'ď', 'Ň', 'Í', 'Î', 'ě', '┘', '┌', '█', '▄', 'Ţ', 'Ů', '▀', 'Ó', 'ß', 'Ô', 'Ń', 'ń', 'ň', 'Š', 'š', 'Ŕ', 'Ú', 'ŕ', 'Ű', 'ý', 'Ý', 'ţ', '´', '', '˝', '˛', 'ˇ', '˘', '§', '÷', '¸', '°', '¨', '˙', 'ű', 'Ř', 'ř', '■', ' '],
[chr(128), chr(129), chr(130), chr(131), chr(132), chr(133), chr(134), chr(135), chr(136), chr(137), chr(138), chr(139), chr(140), chr(141), chr(142), chr(143), chr(144), chr(145), chr(146), chr(147), chr(148), chr(149), chr(150), chr(151), chr(152), chr(153), chr(154), chr(155), chr(156), chr(157), chr(158), chr(159), chr(160), chr(161), chr(162), chr(163), chr(164), chr(165), chr(166), chr(167), chr(168), chr(169), chr(170), chr(171), chr(172), chr(173), chr(174), chr(175), chr(176), chr(177), chr(178), chr(179), chr(180), chr(181), chr(182), chr(183), chr(184), chr(185), chr(186), chr(187), chr(188), chr(189), chr(190), chr(191), chr(192), chr(193), chr(194), chr(195), chr(196), chr(197), chr(198), chr(199), chr(200), chr(201), chr(202), chr(203), chr(204), chr(205), chr(206), chr(207), chr(208), chr(209), chr(210), chr(211), chr(212), chr(213), chr(214), chr(215), chr(216), chr(217), chr(218), chr(219), chr(220), chr(221), chr(222), chr(223), chr(224), chr(225), chr(226), chr(227), chr(228), chr(229), chr(230), chr(231), chr(232), chr(233), chr(234), chr(235), chr(236), chr(237), chr(238), chr(239), chr(240), chr(241), chr(242), chr(243), chr(244), chr(245), chr(246), chr(247), chr(248), chr(249), chr(250), chr(251), chr(252), chr(253), chr(254), chr(255)],
$text);
}
该函数是使用以下命令生成的：
for($i=128; $i<256; $i++) {echo "'" . chr($i) . "', ";}
for($i=128; $i<256; $i++) {echo "chr($i), ";}
如果您缺少某些字符，您可能需要自己生成一个。（请参阅答案末尾）。
结论：
这对我来说似乎是一个可接受的table解决方案，因为它应该相当快并且它解决了问题。
更多详情：
因为这个问题让我很烦，所以我一直在修改输出和我的开发设置。似乎问题出在 PHP 输出和控制台之间。扩展 ASCII table 中的任何字符似乎都不起作用 (Ascii table)。 因此我更改了问题的名称以更好地描述问题。
php.ini 中的任何更改都没有帮助，所以我决定采用这种简单快速的替换方法。
如果有人对如何解决问题有更好的想法，我很想听听。
值得注意的是，我的命令行打印的一些字符与上述 Ascii table 中的字符 不同。这可能与问题有关，但我仍然不知道如何解决它。
更新
我在下面的答案中添加了问题的解决方案。此外，标题已从旧的更新为更合适的标题，因为似乎从 128 到 255 的所有字符似乎都引起了问题（扩展的 ASCII 代码，如下所示：Ascii table）。
更新二
将 PHP 更新到 7.1.30 后，问题似乎 消失了（较低版本也可能有效）。
值得注意的是，我下面的修复反而在新版本中导致了有问题的输出：
for($i=128; $i<256; $i++) {echo "'" . chr($i) . "', ";}
'�', '�', '�', '�', '�', '�',...
我已经测试过在 5.6.25 和 7.1.30 之间来回切换，并且在 5.6 中再次出现问题 re-appears。并且修复在 5.6 中工作正常，所以很明显 version-related.
结论
问题似乎是由 PHP 版本引起的 – 以前是 5.6.25，现在是 7.1.30，不再需要修复（并且不需要，因为它会导致问题） .
因此，如果您 运行 进入 ÔöÇ 问题并且 运行 降低 PHP 版本，修复可能会对您有所帮助。但是如果你 运行 变成 �，问题出在别处。
旧描述：
我正在尝试从 Laravel Artisan 命令输出 gulp 任务 运行 的结果（我需要来自 PHP 的数据进行编译，然后从多个模块导出资产，然后在主应用程序中将它们全部编译在一起。
一切正常，但由于某些原因，“table”Ascii 字符被错误地输出为乱码 (Ôöî) 而不是正确的字符 (─)。
详情
查看此图片：
所以我正在修改这个，有趣的是，即使我只是在我的 php 文件（即 运行 中使用 echo "─┬──────────────";，我得到了错误的结果 运行 Laravel artisan 作为 php artisan my-command)。错误的结果是ÔöÇÔöČÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇÔöÇ.
我已尝试转换编码 (mb_convert_encoding("─┬──────────────", "UTF-8"))、检测编码 (php 状态为“UTF-8”)、设置配置值 (ini_set output_encoding, internal_encoding, ... ) 并尝试了其他各种方法。无果...
所以我更深入地尝试在我的脚本和命令行中使用 ord() 和 chr() 来确定到底发生了什么。所以：当我在命令行中 运行 时：
$php -a
Interactive mode enabled
<?php
$var = "─┬──────────────";
for($i = 0; $i < strlen($var); $i++) { echo ord($var[$i])."<br/>"; }
?>
我明白了 196<br/>194<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>196<br/>
(<br/> 是来自另一个线程的 copy-pasted，在这种情况下它是一个不错的视觉分隔符).
但是当我 运行 来自文件的完全相同的代码时（运行 通过 php artisan 命令），我得到 226<br/>148<br/>128<br/>226<br/>148<br/>172<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>226<br/>148<br/>128<br/>
所以我得到 226 148 128（不正确）而不是所需的 196。当我尝试 echo chr(196) 时，它会打印正确的字符，即使是通过 Artisan 从脚本文件 运行 打印（它会打印 ─）。
此外，当将 php 脚本文件的输出记录到日志文件时（通过 Laravel 的 \Log::info() ）我确实得到了正确的结果。
仅当 运行从文件中调用脚本并打印到控制台时才会出现问题。
结论
你知道发生了什么事吗？
为什么所有其他字符都能正确打印出来，甚至错误的字符在日志中也能正确打印，但在控制台中却错误地打印出来？
我认为该问题与 Gulp 无关，很可能与 Artisan 无关。这很可能是某种编码问题。
如有任何帮助，我们将不胜感激。
我没主意了...
更多信息
包含脚本的文件以 UTF-8 编码。
我使用以下代码来 运行 gulp 任务，但我相当确定这与实际问题无关：
$proc = popen($command, 'r');
while (!feof($proc))
{
$fread = mb_convert_encoding(fread($proc, 4096), 'utf-8');
\Log::info($fread);
print($fread);
@ flush();
}
pclose($proc);
我在 Windows 10 OS.
上使用 cmder 作为控制台模拟器编辑我：
我从终端中的 ord() 获得了代码。
即ord("─") returns 196 如果 运行 在终端中通过：
php -a
Interactive mode enabled
<?php
echo (ord("─"));
?>
^Z
196
我可以通过在脚本文件中显式使用 echo chr(196) 来输出正确的字符，但是 echo "─" 打印出乱码。
编辑二：
如果我运行chcp，我得到Active code page: 852。
如果我用
$string = "─┬──────────────";
$string = mb_convert_encoding($string, "windows-1252");
我得到 ???????????????? 作为脚本的输出。
如果我使用 $string = mb_convert_encoding($string, "ISO-8859-1");，我会得到相同的结果。
为什么其他字符都打印正确？ （见我上面的第一张图片 ↑）。除了那几个特殊字符外，所有字母、所有颜色、所有格式都可以。
我正在考虑 运行ning str_replace() 在我正在打印的每一行上用我想要的替换我得到的。
或者只是忽略输出的格式。它很丑，但它是可读的...
万一有人遇到同样的问题，这个函数解决了这个问题：
/**
* Fixes the extended ASCII characters incorrectly displayed into console.
*
* @param string $text
*
* @return string
*/
function convertExtendedAsciiCharacters($text)
{
return str_replace(
['Ç', 'ü', 'é', 'â', 'ä', 'ů', 'ć', 'ç', 'ł', 'ë', 'Ő', 'ő', 'î', 'Ź', 'Ä', 'Ć', 'É', 'Ĺ', 'ĺ', 'ô', 'ö', 'Ľ', 'ľ', 'Ś', 'ś', 'Ö', 'Ü', 'Ť', 'ť', 'Ł', '×', 'č', 'á', 'í', 'ó', 'ú', 'Ą', 'ą', 'Ž', 'ž', 'Ę', 'ę', '¬', 'ź', 'Č', 'ş', '«', '»', '░', '▒', '▓', '│', '┤', 'Á', 'Â', 'Ě', 'Ş', '╣', '║', '╗', '╝', 'Ż', 'ż', '┐', '└', '┴', '┬', '├', '─', '┼', 'Ă', 'ă', '╚', '╔', '╩', '╦', '╠', '═', '╬', '¤', 'đ', 'Đ', 'Ď', 'Ë', 'ď', 'Ň', 'Í', 'Î', 'ě', '┘', '┌', '█', '▄', 'Ţ', 'Ů', '▀', 'Ó', 'ß', 'Ô', 'Ń', 'ń', 'ň', 'Š', 'š', 'Ŕ', 'Ú', 'ŕ', 'Ű', 'ý', 'Ý', 'ţ', '´', '', '˝', '˛', 'ˇ', '˘', '§', '÷', '¸', '°', '¨', '˙', 'ű', 'Ř', 'ř', '■', ' '],
[chr(128), chr(129), chr(130), chr(131), chr(132), chr(133), chr(134), chr(135), chr(136), chr(137), chr(138), chr(139), chr(140), chr(141), chr(142), chr(143), chr(144), chr(145), chr(146), chr(147), chr(148), chr(149), chr(150), chr(151), chr(152), chr(153), chr(154), chr(155), chr(156), chr(157), chr(158), chr(159), chr(160), chr(161), chr(162), chr(163), chr(164), chr(165), chr(166), chr(167), chr(168), chr(169), chr(170), chr(171), chr(172), chr(173), chr(174), chr(175), chr(176), chr(177), chr(178), chr(179), chr(180), chr(181), chr(182), chr(183), chr(184), chr(185), chr(186), chr(187), chr(188), chr(189), chr(190), chr(191), chr(192), chr(193), chr(194), chr(195), chr(196), chr(197), chr(198), chr(199), chr(200), chr(201), chr(202), chr(203), chr(204), chr(205), chr(206), chr(207), chr(208), chr(209), chr(210), chr(211), chr(212), chr(213), chr(214), chr(215), chr(216), chr(217), chr(218), chr(219), chr(220), chr(221), chr(222), chr(223), chr(224), chr(225), chr(226), chr(227), chr(228), chr(229), chr(230), chr(231), chr(232), chr(233), chr(234), chr(235), chr(236), chr(237), chr(238), chr(239), chr(240), chr(241), chr(242), chr(243), chr(244), chr(245), chr(246), chr(247), chr(248), chr(249), chr(250), chr(251), chr(252), chr(253), chr(254), chr(255)],
$text);
}
该函数是使用以下命令生成的：
for($i=128; $i<256; $i++) {echo "'" . chr($i) . "', ";}
for($i=128; $i<256; $i++) {echo "chr($i), ";}
如果您缺少某些字符，您可能需要自己生成一个。（请参阅答案末尾）。
结论：
这对我来说似乎是一个可接受的table解决方案，因为它应该相当快并且它解决了问题。
更多详情：
因为这个问题让我很烦，所以我一直在修改输出和我的开发设置。似乎问题出在 PHP 输出和控制台之间。扩展 ASCII table 中的任何字符似乎都不起作用 (Ascii table)。 因此我更改了问题的名称以更好地描述问题。
php.ini 中的任何更改都没有帮助，所以我决定采用这种简单快速的替换方法。
如果有人对如何解决问题有更好的想法，我很想听听。
值得注意的是，我的命令行打印的一些字符与上述 Ascii table 中的字符 不同。这可能与问题有关，但我仍然不知道如何解决它。