1

我将脚本从 Windows 迁移到 rhel 8,我的 php 脚本中有以下代码:

$Data = file_get_contents('https://example.com/api/data'); 
$Array = json_decode($Data, true);
$Output = '';
foreach ($Array as $key => $value) {
 if ($Output != ''){$Output .= PHP_EOL;}
 $Output .= $value["id"] . ":" . $value["status"];
}
file_put_contents($Response,$Output);

在 Windows 中,它在数据中添加了一个不错的新行。在 hrel 中它不是。

我做了一个简单的测试:

$Output = '1';
$Output .= PHP_EOL;
$Output .= '2';
$Output .= PHP_EOL;
$Output .= '3';
file_put_contents($Response,$Output);

如果我执行 hexdump,我会得到以下信息:

sh-4.4$ hexdump -c active.resp
0000000   1  \n   2  \n   3
0000005

sh-4.4$ hexdump active.resp
0000000 0a31 0a32 0033
0000005

带有 -c 的 hexdump 看起来是正确的。

如果我使用 vi 创建相同的文件,则 hexdump 会显示一个额外的 \n 并以十六进制显示 0a31 0a32 0a33

我在 $output 的末尾添加了一个额外的 PHP_EOL,它起作用了,并且 hexdump 显示的与 vi 创建的文件上的 hexdump 完全相同。

我很茫然。在 linux 上执行 file_put_contents 之前是否需要添加换行符?

有人可以解释一下这个和没有最后一个 php_eol 的 hexdump 吗?

4

1 回答 1

1

我明白了这一点。这是我很确定发生的事情。在 linux 中,行以新行结束。我通过在最后没有换行符(或更准确地说是 EOL)的连接来构建这些数据。这一定不是 windows 的问题。我在最后添加了一个换行符,它现在可以很好地处理它。当 jbase 读取这样的文件时,它会将其读取为我认为的原始数据,无论对错。

于 2021-03-10T20:14:10.800 回答