像我之前的许多人一样,我正在编写一个 PHP 脚本来做一些图像缩略图。该脚本已获得 WOMM(在我的机器上工作)认证,但是当我将其移动到我的主机(1&1 Basic)时,出现了一个问题:无法处理超过特定文件大小的图像。我已将所有操作移至文件系统,以确保这不是一些潜在POST
问题。以下是相关代码:
function cropAndResizeImage( $imageLocation )
{
//
// Just to be certain
//
ini_set('display_errors','on');
error_reporting(E_ALL);
ini_set('memory_limit','128M');
ini_set('max_execution_time','300');
$image_info = getimagesize($imageLocation);
$image_width = $image_info[0];
$image_height = $image_info[1];
$image_type = $image_info[2];
switch ( $image_type )
{
// snip...
case IMAGETYPE_JPEG:
$image = imagecreatefromjpeg($imageLocation);
break;
default:
break;
}
// snip...
}
使用我神秘的println
调试能力,我已经能够确定它imagecreatefromjpeg
没有返回;事实上,脚本到达它时会完全停止。一些事实:
- 这与文件大小相关。低于 1MB 的图像看起来还不错(经过抽查),但 3MB 左右的图像就不行了。不过,不知道精确的截止值是多少。
- 这不是由于服务器超时;
wget
在 3MB 图像上以 <1 秒的速度返回,在“适当小的”图像上显着延长(表示不处理大图像)。 - 为函数调用添加前缀
@
以抑制错误无效。这与脚本没有抛出错误的事实非常吻合,它只是默默地终止了这个函数调用。
如果我不得不猜测,可能有一些我不知道(或无法访问)的 GD 参数限制 1&1 的服务器上的输入文件大小 - 配置变量猜测是由于它立即 barfs 的事实,并且没有'不会出现(启发式地)对图像进行任何实际加载或计算。
有什么建议么?谢谢您的帮助。
更新(@Darryl 的评论提供):调用phpinfo
表明 PHP 正在正确更新max_execution_time
andmemory_limit
变量。这并不一定意味着这些资源正在被分配,只是它们似乎按预期运行。
更新 2:根据 Google 的一些参考资料,我尝试优化 JPEG(质量从 3MB 降低到 200KB),但没有成功,所以这不是图像文件大小问题。然后我尝试减少原始 3888x2592 图像的像素数,第一个成功的尺寸是 1400x2592(1401x 和 1402x 都导致半解析和错误指示“格式错误的 JPEG”,除非整个图像没有多大意义没有被加载)。通过进一步减小到 1300x2592,我可以实例化我实际正在寻找的 400x300 缩略图;在 1400x2592,imagecreatetruecolor
我用来处理该任务的调用以与imagecreatefromjpeg
.
至于为什么会这样,我有点不确定。1400 * 2592 == 3.5MB 没有什么特别的意义,但我不得不想象这是 GD + PHP 将处理的像素数的限制。