招牌疯子

@walnutist Good idea! The RESTful api will be implemented in the future.

@niko A full RESTful api will come with v4.0, so you needn't to open a new issue.

@ellzey Bad news! 😱what's happening?

@hongjunsu 去开一个新的 issue，不要在这个主题下提。

@CBDlkl 说的是对的，图片能显示透明，是因为有 alpha 通道，并不是所有的格式都支持 alpha 通道，jpeg 就不支持。zimg 默认会把图片转成 jpeg 是因为 jpeg 是兼容性最好，体积相对较小的格式。zimg 会把透明部分转成白色的背景显示出来。像你这种图片，指定一下图片格式为 png 就行了。

你指的是存储的文件权限吧？目前没有相关的设置，存储文件以启动用户为准。 如果非要普通用户存文件，就以普通用户启动 zimg 就行了。

GIF图片比较特殊，目前无法实现GIF图片的缩放和裁剪等功能，只能获取原始文件，在URL后面加上`?p=0`参数就是获取上传原始文件，这个是可以动的。

一看就是老手啊，说的都很在理。我说下我的想法。 1. 以前一直不想支持除图片外的文件类型，是因为不是图片的话过zimg一下没有任何意义。如果你想支持，需要根据content-type来判断，属于image/*的走imagemagick，不是的直接返回，纯粹退化成了一个HTTP代理。 2. 直接使用一个buffer确实应对大文件的时候有弊端，基于工作量的权衡就一直懒得改，其实不用队列，可以走stream直接发往后端存储。 3. hiredis因为没有长链接保活，导致连接超时之后就崩溃（见 #136 ），最近正在头疼这个问题，如果你能帮忙把长链接那块优化一下，实在是太好了！

imagemagick的版本问题实在是太烦人了，我准备大改一下，自带imagemagick库，规避这没完没了的版本兼容问题。

拉最新的代码试试。