1 回答
TA贡献1789条经验 获得超10个赞
这个问题很有趣,因为本地和远程服务器环境在评论中被报告为相同。通常的问题是gd扩展安装在一个中,而在另一个中丢失,但这里不是这种情况。他们甚至被报告为具有相同的内部版本号。
所以第一个问题就在这里:
imagepng($image);
imagepng($imageCart);
该imagepng()函数获取图像的二进制数据并将其发送到/dev/stdout,Web 服务器将在此处捕获该数据,并传输到发出请求的客户端。拥有其中两个可能会产生奇怪的结果,因为浏览器将看到两个连接的 PNG 图像。如评论中所述,这可能适用于某些浏览器,但可能不适用于其他浏览器 - 换句话说,我们不能依赖它工作。最好只发送有效输出,即使在某些情况下我们可以让它工作(在它工作的地方,浏览器可能使用第一个而丢弃第二个)。所以要做的第一件事就是只发送一张图片。
下一个问题是在这一行中,通过调试发现:
$image = imagecreatefrompng((isset($_SERVER['HTTPS']) ? "https" : "http") .
"://$_SERVER[HTTP_HOST]" .
"/wp-content/uploads/cart1.png");
本质上,这会通过 HTTP/HTTPS 加载源 PNG 图像。这利用了 PHP 中允许使用 URL 代替文件路径的功能。从手册:
如果启用了fopen 包装器,则 URL 可以用作此函数的文件名。有关如何指定文件名的更多详细信息,请参见fopen() 。请参阅支持的协议和包装器以获取有关各种包装器具有哪些功能的信息的链接、它们的使用说明以及它们可能提供的任何预定义变量的信息。
我会冒险猜测你allow_url_fopen在本地机器上是真的,而在你的 VPS 上是假的或没有设置。这本可以通过远程更改来实现,但所做的修复可能更好——那就是直接从文件系统加载它。
如果您使用 fopen 包装器,那么您实际做的是向 Web 服务器发出请求,该请求从磁盘获取图像,然后通过 curl 将其返回。因此,通过直接使用其文件名获取图像,您可以“省去中间人”并更有效地获取图像。
在这些情况下通常使用目录遍历运算符来创建相对于脚本目录的路径名。使用的一个非常好的解决方案是:
imagecreatefrompng("../../../wp-content/uploads/cart1.png")
您还可以使用魔术变量(假设脚本是从项目根目录向下三层):
$projectDir = realpath(__DIR__ . "/../../..");
imagecreatefrompng($projectDir . "/wp-content/uploads/cart1.png")
您可能会发现 WordPress 设置了一些它自己的项目目录常量,因此在这种情况下也可以使用它们。
- 1 回答
- 0 关注
- 93 浏览
添加回答
举报