问题标签 [gd2]

我正在尝试使用 PHP 脚本显示图像。基本上这样 php 脚本会在图像的完整路径上传递，然后它会在浏览器中显示该图像。我已经检查以确保图像存在，它被正确读取等，但是在浏览器中，如果我去那里，我只会看到损坏的图像框（例如 IE 中的小红叉）。

我的脚本发出这些标头：

$file包含类似'/var/www/htdocs/images/file.jpg'which works 的东西。$mime是'image/jpeg'。_

我也尝试过回显file_get_contents($file)，但也没有用。

有什么问题，有什么想法吗？

我正在 Mac OS X 10.5.6 上编译 PHP5.2.9。需要一些帮助来解决这个问题。

我有 PHP 编译并使用基本配置，现在我正在尝试使用 GD2 进行编译。我遇到的问题是，如果我将参数添加到使用 Freetype 构建，则会出现构建错误。这是我演示问题的最低配置。另外，我知道对 libjpeg/libpng 等还有其他要求。我现在不包括这些要求以使其更简单。

错误：

这是来自错误日志：

正如我在 --with-freetype-dir 参数中定义的那样，我从源代码构建并安装在 /usr/local/ 中的 freelib-2.1.3。我认为它告诉我它正在尝试查找字体文件，但我不确定何时或是否安装了这种字体。

如果我在没有 Freetype 的情况下构建，GD2 将构建和安装，但我希望在我的系统上具有 Freetype 功能。以下是我使用 Freetype 选项的完整配置设置（失败的那个！）

我有图片上传表单，用户附加图片文件，并选择图片大小来调整上传图片文件的大小（200kb、500kb、1mb、5mb、原始）。然后我的脚本需要根据用户的可选大小调整图像文件大小，但我不确定如何实现此功能，

例如，用户上传一个 1mb 大小的图像，如果用户选择 200KB 来调整大小，那么我的脚本应该以 200kb 大小保存它。

有谁知道或有类似任务的经验？

感谢您提前回复。

我有一个允许用户上传图像的应用程序。我使用的测试用例是 1.6MB 的 jpeg，尺寸为 3872 x 2592px。后端的上传脚本会将上传的图片调整为 6 种附加格式：

• 方形（小 75 x 75）
• 小拇指 (50 x 38)
• 拇指 (100 x 76)
• 小 (240 x 161)
• 中等 (500 x 378)
• 大 (1024 x 774)

我知道这很多，但相信我，我需要这个。我使用 Code Igniter 的 Image Manipulation 类来调整大小，该类使用 GD、GD2 或 ImageMagick 来调整大小。我首先将其配置为使用 GD2，并注意到整个调整大小过程需要 11 秒。

由于用户必须等待这个过程，这是不可接受的。经过大量阅读后，我了解到 ImageMagick 是一个更快、更高效的操作库，所以我改用它：

令我惊讶的是，调整大小的过程现在需要更长的时间：具体来说是 15 秒。

查看我的日志，我发现每个调整大小操作都需要 2 秒，无论它调整大小的文件格式如何。我想这是因为我总是从原始大小调整大小，这非常大。

我不想将调整大小的过程转移到预定的过程中，因为这会降低站点的可用性。这意味着用户必须等待几分钟才能开始查看/使用图像。

那么，有没有什么聪明的方法可以显着加快这个调整大小的过程，以便我可以实时保持它？请明确一点：不允许使用较小的分辨率，这是我正在建立的摄影网站。另外，我真的需要提到的六种格式。

我有一个用户可以上传图片的网站。我直接处理这些图像并使用 CodeIgniter Image Manipulation 类将它们调整为 5 种其他格式。我这样做非常有效，如下所示：

• 我总是从以前的格式调整大小，而不是从原始格式
• 我使用 90% 的图像质量调整大小，这大约是 jpeg 文件大小的一半

在我从另一个问题中得到建议后，我实施了上述做事方式。我的测试用例是 RGB 模式下的 1.6MB JPEG，分辨率为 3872 x 2592。对于该图像，这是一种边界情况，调整大小的过程总共需要大约 2 秒，这对我来说是可以接受的。

现在，只剩下一个挑战。我希望使用 90% 的质量压缩原始文件，但不调整其大小。这个想法是该文件也将占用文件大小的一半。我想我可以简单地将其调整为当前尺寸，但这似乎对文件或其大小没有任何影响。这是我的代码，有点简化：

上面的代码适用于除原始格式之外的所有格式。我尝试调试 CI 类以查看为什么没有任何反应，我注意到脚本检测到尺寸没有改变。接下来，它只是简单地复制该文件而不对其进行处理。我评论了那段代码以强制它调整大小，但现在仍然没有任何反应。

有谁知道如何在不改变尺寸的情况下使用 CI 类将图像（任何图像，而不仅仅是 jpeg）压缩到 90%？

我有一个页面需要加载几个动态生成的图像。90% 的情况下一切正常，但有时某些图像没有生成（我只是得到了丢失的图像图标）。由于大多数情况下它都有效，并且丢失的图像并不总是相同，我认为这可能与服务器没有足够的资源有关。有什么方法可以防止这种情况发生（并确保生成图像）？

前段时间我做了一个脚本，它接受一些文本并将其作为图像返回，并且工作完美。但我不确定从什么时候开始出现一个奇怪的错误。左边有一个（我向字体极客道歉）“字形”的字母被推到右边，所以字母开始在它上面，但只为主要字母留出空间，呵呵，我认为应该做一个例子。

_{（来源：esbasura.com）}

预期结果是：（ _{来源：esbasura.com）}

显然，“坏”的脚本是由我的脚本生成的，位于：http: //www.esbasura.com/images/text.php?txt= The%20quick%20brown%20fox%20jumps%20over%20the%20lazy %20dog.&fnt=1&size=23&bg=lightgrey 好的是 dafont 在这里生成的：http: //img.dafont.com/preview.php ?text=The%20quick%20brown%20fox%20jumps%20over%20the% 20lazy%20dog.&ttf=bleeding_cowboys0&ext=1&size=23&psize=m&y=46

我没有在脚本中做任何花哨的事情，这是相关部分：

我有点惊讶，因为，正如我所说，它曾经完美无瑕地工作。也许我的主人改变了我的机器。

（这是我的 phpinfo：http ://www.work4bandwidth.com/info.php ）相关位：

编辑：另请注意，图像大小计算显然是在考虑字体的正确渲染后完成的，我正在使用以下方法进行计算：

我正在使用 GD2 和图像函数来接收一个字符串，然后使用不同大小的不同字体将其转换为图像。我使用的功能如下。

目前，它相当快，但还不够快。每个用户调用该函数大约 20 次，并且生成的图像总是新的（不同的），因此缓存无济于事！

我希望获得一些关于如何使这个功能更快的想法。也许为正在运行的脚本提供更多 RAM？还有什么特定于这个 PHP 函数的吗？

我还能做些什么来调整此功能的性能？

谢谢大家的帮助

我需要允许将用户上传的徽标缩放到不同格式的不同尺寸，是否有任何库（包括或额外）允许为此目的处理 EPS 文件或高分​​辨率艺术品？

阅读imagegd2()和imagegd()的文档，我注意到函数分别描述为：

• 将 GD2 图像输出到浏览器或文件
• 将 GD 图像输出到浏览器或文件

什么是 GD2 和 GD 图像？这些图像类型之间有什么区别？