为什么这个 PHP 跟踪像素无法正常工作？

Question

我正在使用 PHP 设置一个简单的像素跟踪脚本，下面的技术在技术上是有效的，但是当我在 Safari 中查看检查器时，我收到以下警告（1by1.gif 是 42B gif）：

esource 被解释为文档，但是 使用 MIME 类型 image/gif 传输。

header("Content-type: image/gif");
header("Content-Length: 42");
echo file_get_contents("/path/to/1by1.gif");
// do tracking stuff below here

我查看了其他跟踪像素，它们都显示在检查器中，就好像它们是实际图像一样，即使具有 .php 扩展名。有什么想法如何解决该警告吗？

编辑：

我尝试执行以下操作，但收到相同的警告：

header("Content-type: image/gif");
$img = imagecreatefromstring(file_get_contents("/path/to/1by1.gif"));
imagegif($img);

Answer 1

您可以在 HTML 源代码中编写 1x1.gif （或其他一些虚构的名称），然后让 Apache 实际提供 PHP 脚本。您可以使用 .htaccess 执行此操作，方法如下：

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^1x1\.gif$ tracking_script.php [NC,L]

这样 Safari 就会看到 gif 扩展名，并且不会抱怨。

Answer 2

嗯，这很有趣。如果我删除内容长度并仅使用以下内容，它似乎可以完美工作。有人知道为什么会这样吗？

header("Content-type: image/gif");
echo file_get_contents("/path/to/1by1.gif");
// do tracking stuff below here

Answer 3

我是一个疑惑。函数 file_get_contents() 用于从文本文件中获取内容。你来这里的目的是什么？该函数以字符串或 false 形式返回内容。您的 echo 语句本质上传输的是正确解释为文档而不是 gif 的结果。

更新：我花了一段时间才重现此内容并看到警告。回显 file_get_contents() 确实会在浏览器中显示 gif，简单的 include() 也会显示警告。这个警告会给您带来任何麻烦还是这只是为了选美比赛？我只能推测 Safari 的 Inspector 有点挑剔。 Chrome 中的同一工具不会显示警告。

Answer 4

$img = imagecreatefromstring(file_get_contents("/path/to/1by1.gif"));
imagegif($img);

此代码

1. 读取 GIF 图像
2. 将图像字节传递给 GD
3. 要求 GD写入新图像。

这里很多事情都可能出错。例如，将图像写回可能不会产生完全相同的字节流，也许更多，也许更少。这可能会使您的 Content-Length 标头无效，并且浏览器不喜欢您在此类内容上撒谎。或者其中一行中可能有一条通知或警告，它们将作为 GIF 数据之前的内容发出。这肯定看起来像一个“文档”，而不是 Webkit 的图像数据。

通过 file_get_contents / include / echo 提供文件消除了通过 GD 进行过滤的步骤。如果代码在没有该步骤的情况下正常工作，则错误就在那里。