6

在将现有的稳定网站转移到新服务器时，我遇到了一个间歇性问题，其中包含一些使用 Imagick 动态创建图像的代码。

该代码解析一个 GET 查询（例如 example.com/image.php?ipid=750123&r=0&w=750&h=1000），然后缩放和旋转存储在服务器上的图像并将其提供给客户端。

ipid = id for an image stored on server
r = degrees of rotation
w = width to display
h = height to display.

该代码可能已经使用了至少 5 年，没有任何问题。

在转移到一个新的、更快的服务器（从 Debian Squeeze 到 Ubuntu 12.04）时，我遇到了一个问题，大约 50% 的时间图像不显示，而是服务器发送一个 0 字节的“png 文件”。没有 PHP 错误或服务器错误。

根据图像是否发送成功，发送不同的标头：

成功的图像标题： 

Connection: Keep-Alive
Content-Type:   image/png
Date:   Tue, 23 Jul 2013 17:03:32 GMT
Keep-Alive: timeout=5, max=76
Server: Apache/2.2.22 (Ubuntu)
Transfer-Encoding:  chunked
X-Powered-By:   PHP/5.3.10-1ubuntu3.7

失败的图像标题：

Connection  Keep-Alive
Content-Length  0
Content-Type    image/png
Date    Tue, 23 Jul 2013 17:03:31 GMT
Keep-Alive  timeout=5, max=78
Server  Apache/2.2.22 (Ubuntu)
X-Powered-By    PHP/5.3.10-1ubuntu3.7

有谁知道为什么会这样？

有没有办法“强制”将 png 图像分块发送，因为我想知道这是否是问题的根源。我尝试了各种解决方法，通过 PHP 的 header() 函数发送图像大小或“传输编码：分块”作为标头，但没有奏效，在这些情况下，浏览器表示图像已损坏。

<?php

//Class used to connect to Imagick and do image manipulation:
class Images
{
    public $image = null;

    public function loadImage($imagePath){

        $this->image = new Imagick();
        return $this->image->readImage($imagePath);
    }

    public function getImage(){

        $this->image->setImageFormat("png8");
        $this->image->setImageDepth(5);
        $this->image->setCompressionQuality(90);
        return $this->image;
    }

    //      Resize an image by given percentage.
    //      percentage must be set as float between 0.01 and 1
    public function resizeImage ($percentage = 1, $maxWidth = false, $maxHeight = false)
    {
        if(!$this->image){return false;}
        if($percentage==1 && $maxWidth==false && $maxHeight == false){return true;}

        $width = $this->image->getImageWidth();
        $height = $this->image->getImageHeight();

        $newWidth = $width;
        $newHeight = $height;

        if($maxHeight && $maxWidth){
            if($height > $maxHeight || $width > $maxWidth){

                $scale = ($height/$maxHeight > $width/$maxWidth) ? ($height/$maxHeight) : ($width/$maxWidth) ;
                $newWidth = (int) ($width / $scale);
                $newHeight = (int) ($height / $scale);
            }
        }else{

            $newWidth = $width * $percentage;
            $newHeight = $height * $percentage;
        }
        return $this->image->resizeImage($newWidth,$newHeight,Imagick::FILTER_LANCZOS,1);

    }

    public function resizeImageByWidth ($newWidth)
    {
        if ($newWidth > 3000){
            $newWidth = 3000; //Safety measure - don't allow crazy sizes to break server.
        }

        if(!$this->image){return false;}

        return $this->image->resizeImage($newWidth,0,Imagick::FILTER_LANCZOS,1);

    }

    public function rotateImage($degrees=0)
    {
        if(!$this->image){return false;}
        return $this->image->rotateImage(new ImagickPixel(), $degrees);
    }

}


//(simplified version of) procedural code that outputs the image to browser:

$img = new Images();

$imagePath = '/some/path/returned/by/DB/image.png';

if($imagePath){
    $img->loadImage($imagePath);

    $width = $img->image->getImageWidth();
    $height = $img->image->getImageHeight();

    if (!$img->resizeImageByWidth($newWidth))
    {
        die ("image_error: resizeImage() could not create image.");
    }

    if($rotation > 0){
        if (!$img->rotateImage($rotation))
        {
            die ("image_error: rotateImage() could not create image.");
        }
    }

}else{

    die("image_error: no image path specified");
}

header('Content-type:image/png');
echo $img->getImage();

exit(0);
?>

更新：如果它有助于确定问题的位置：

作为权宜之计，我创建了一个适用于所有情况的笨拙的解决方法。我所做的是创建图像，将其作为临时文件保存到磁盘。打开文件并使用 passthru() 将其发送到客户端，然后从磁盘中删除文件。繁琐，我宁愿以“整洁”的方式来做，但它向我表明问题与这两行有关：header('Content-type:image/png'); echo $img->getImage();以及 Apache、PHP 或 Imagick 处理资源的失败。

4

2 回答 2

3

我之前遇到过与此非常相似的问题，它与第二个请求有关，该请求的标头转发为 301 或 302 状态代码。一些浏览器不跟随

两个图像都返回 200 还是失败的图像返回重定向？

于 2013-07-31T23:20:24.590 回答
2

也许是一个长镜头，但也许在 echo$img->getImage()调用之前有一些意外的输出？这会破坏输出图像。?>我之前遇到过这种情况，在一些随机的结束标签之后有一个尾随的换行符include()。

搜索代码之前的快速测试是在图像数据本身输出之前使用输出缓冲来丢弃任何东西。

<?php
    ob_start(); //call this before executing ANY other php
?>

一段时间以后...

<?php
    ob_clean(); //trash invalid data in the output buffer
    //set proper headers for image output and browser caching if desired
    echo $img->getImage();
    ob_end_flush(); //send the buffered image data to the browser
?>

当然，您确实提到了稳定的代码库，但是不同的 Web 服务器或 php 版本可能会以不同的方式处理该意外空白。

编辑：另一个想法

新服务器是否可能正在运行某种 php 输出缓存机制。也许它正试图从某处的缓存中重新加载最近生成的图像，而该部分失败了，这可能是对 0 字节内容长度的更好解释。也许新服务器只是缺少一个库......比较phpinfo();每台服务器上的输出。

于 2013-08-01T18:35:05.230 回答