★大BUG大BUG（19）站长看过来，图像处理类的一个BUG？！

关键点：

1、新安装的DISCUZ2.5 ，本人在本地测试的。

2、对于不能上传大的图片（大于2M）的相关设置都已经修改过，包括DZ后台设置和服务器相关设置。

3、本文遇到核心问题是，当上传一个3.7M的图片（尺寸：3648×2736）时，出错。但是去服务器图片应该存储的文件夹下有原图，说明原图虽然大于2M但是已经上传，说明文件的大小（不是尺寸大小是占空间大小）不是问题，但是生成缩略图时出错了。经过层层排查，发现如下图。





在本句代码：$copy_photo = imagecreatetruecolor($this->imginfo['width'], $this->imginfo['height']);中


也就是$this->imginfo['width']的值为3648，$this->imginfo['height']的值为2736时出错。


如果手动把这两个值改小的话，例如3000和2000可以上传和生成缩略图，但是缩略图不完整且有黑色区域。因为手动添加的测试尺寸肯定不恰好和原图相等。但是如果原图尺寸太大如本例，就有问题。（DZ官网限制了图片的大小，无法测试。）






现在的问题是，如果原图太大的话，在生成缩略图时就出错，怎么回事呢？又该怎么解决？和服务器内存大小有关系吗？还是这个尺寸限制在某处设置的？？

就是说，我修改了图片上传空间大小多少M的限制之后，尺寸太大的图生成缩略图时的问题咋办？？给个思路也好。

问题已收到，稍后我们再看看何解该问题。这是个老问题了。

m.king 发表于 2012-10-12 15:05
问题已收到，稍后我们再看看何解该问题。这是个老问题了。

既然是老问题了，怎么到现在还没有解决？

只算我自己，都提过好几次了。每次你们都说稍后解决。

看看这两篇。

https://discuz.dismall.com/thread-3126960-1-1.html

https://discuz.dismall.com/thread-3118345-1-1.html


还有，我现在急用，可以不可以给个解决思路，我自己先解决着先用着。


因为目前服务器内存等硬件是不是问题了，许多用户自己相机拍的照片都很大，总不能让他们自己处理吧，还是需要网站方解决。

ruziniu05100 发表于 2012-10-12 15:09
既然是老问题了，怎么到现在还没有解决？

只算我自己，都提过好几次了。每次你们都说稍后解决。

是GD库的问题，目前尺寸 的图就是有问题，不能成功上传。

ruziniu05100 发表于 2012-10-12 15:09
既然是老问题了，怎么到现在还没有解决？

只算我自己，都提过好几次了。每次你们都说稍后解决。

你自己把图片缩小吧，目前还没有好的解决办法。
暂时不会做修改的。

m.king 发表于 2012-10-12 15:45
你自己把图片缩小吧，目前还没有好的解决办法。
暂时不会做修改的。

我自己可以缩小，我的几万用户上传图片时，反馈我怎么上传不了自己拍的照片。应该是网站方需要解决的问题。我们做网站的总不能还要求用户自己学会修建图片。

这个给你们付费可以解决吗？

ruziniu05100 发表于 2012-10-12 15:55
我自己可以缩小，我的几万用户上传图片时，反馈我怎么上传不了自己拍的照片。应该是网站方需要解决的问题 ...

这个你可以联系我们销售！！！！

m.king 发表于 2012-10-12 15:58
这个你可以联系我们销售！！！！

不是销售的问题，我的意思是这个问题付费可以解决吗？能不能解决应该是技术的问题，解决之后多少费用才是销售的问题。你保证能解决的话，我就去联系销售。

ruziniu05100 发表于 2012-10-12 16:05
不是销售的问题，我的意思是这个问题付费可以解决吗？能不能解决应该是技术的问题，解决之后多少费用才是 ...

   技术不是问题啊，你可以联系下销售看看吧。

ruziniu05100 发表于 2012-10-12 16:05
不是销售的问题，我的意思是这个问题付费可以解决吗？能不能解决应该是技术的问题，解决之后多少费用才是 ...

销售说做的话，研发那边会有专人负责这一块的，重新找问题，哪怕是重构这一段代码。也会有解决办法。