const gm = require(‘gm’).subClass({imageMagick:true});
出于某种原因,某些图像的调整大小功能失败.
我使用Amazon Linux AMI(ami-hvm-2016.03.3.x86_64-gp2)创建了一个EC2实例.
我安装了yum提供的(旧)6.x版本的ImageMagick.当我在EC2实例上使用该安装运行我的脚本时,它会再现我在Lambda上运行代码时看到的失败,确认这是导致失败的此版本IM的问题.
如果我用sudo yum install GraphicsMagick安装GrpahicsMagick.这允许我的脚本无错误地执行调整大小.
const gm = require(‘gm’).subClass({imageMagick:false});
但是,我不确定如何在无服务器的部署中捆绑这个.如果我使用sudo yum –installroot = / var / task install GraphicsMagick将GraphicsMagick安装到与脚本相同的文件夹中,并使用此require语句运行我的脚本:
const gm = require(‘gm’).subClass({imageMagick:false,appPath:’./usr/bin /’});
当我在EC2实例上运行脚本时,调整大小工作.但是,当我使用无服务器进行部署,并且脚本在Lambda中运行时,可执行文件似乎已损坏. gm在调用gm(buffer).size(/*…*/)时失败并出现以下错误.
无法获得图像大小:错误:
{ “代码”: “EPIPE”, “错误号”: “EPIPE”, “系统调用”: “写”}
如何构建可以无服务器部署的ImageMagick或GraphicsMagick版本?
我旋转了最新的aws linux并运行了下面的命令.yum -y install gcc-c++ libpng-devel libjpeg-devel libtiff-devel wget wget https://downloads.sourceforge.net/project/graphicsmagick/graphicsmagick/1.3.26/GraphicsMagick-1.3.26.tar.gz tar zxvf GraphicsMagick-1.3.26.tar.gz cd GraphicsMagick-1.3.26 ./configure --prefix=/var/task/graphicsmagick --enable-shared=no --enable-static=yes make sudo make install tar zcvf ~/graphicsmagick.tgz /var/task/graphicsmagick/
我将dir打到我的本地,然后将它扔进包装中进行拉链和展开.我的布局类似于链接的aws repo代码,但是针对无服务器进行了修改.
Lambda代码:
// graphicsmagick dir is at the root of my project const BIN_PATH = process.env['LAMBDA_TASK_ROOT'] + "/graphicsmagick/bin/"; const Gm = require('gm').subClass({ appPath: BIN_PATH }); // below is inside the handler process.env['PATH'] = process.env['PATH'] + ':' + BIN_PATH;
serverless.yml
package: artifact: /path/to/function.zip
我使用神器并建立自己的拉链.如果你遇到下面的问题,我建议你这样做.
https://github.com/serverless/serverless/issues/3215
# -y to keep the symlinks and thus reduce the size from 266M to 73M cd lambda && zip -FS -q -r -y ../dist/function.zip *
抓住的想法来自:
https://gist.github.com/bensie/56f51bc33d4a55e2fc9a
https://github.com/awslabs/serverless-image-resizing
编辑:
可能还要查看lambda layers.可能只需要做一次这样的事情.