我在CentOS服务器上有一个巨大的图像目录（〜65GB）。 图像主要是jpeg的，但有一些png和一些gif的。 这是令人讨厌和怪异的部分 – 图像都存储没有扩展名，与文件名，如z_1bC5f4。 他们已经通过imagemagick进行了初步的优化，但是我需要缩小所有的尺寸。 我想安装一个CLI优化工具，但我不知道如何绕过缺乏扩展。 我也需要在生产服务器上运行它，而不使用所有的CPU和内存。 还有一个问题是使用哪个工具 – 这里有很多，trimage看起来不错，但在CentOS上看起来不起作用。 有任何想法吗？
我目前正在使用CentOS 6.5服务器。 我试图使用openjp2作为ImageMagick中的代表之一。 由于CentOS的openjpeg已经过时（1.3），我已经使用RPM软件包安装了一个新的。 $ find /usr | grep openj /usr/lib64/libopenjp2.so /usr/lib64/libopenjp2.so.2.0.0 /usr/lib64/openjpeg-2.0 /usr/lib64/openjpeg-2.0/OpenJPEGConfig.cmake /usr/lib64/openjpeg-2.0/OpenJPEGTargets.cmake /usr/lib64/openjpeg-2.0/OpenJPEGTargets-release.cmake find: `/usr/lib64/audit': Permission denied /usr/lib64/libopenjp2.so.6 /usr/share/doc/openjpeg2 /usr/share/doc/openjpeg2/CHANGES /usr/share/doc/openjpeg2/LICENSE /usr/share/doc/openjpeg-2.0 /usr/share/doc/openjpeg-2.0/CHANGES /usr/share/doc/openjpeg-2.0/LICENSE /usr/share/man/man3/libopenjp2.3.gz /usr/share/man/man3/libopenjp2.3 /usr/lib/libopenjp2.so /usr/lib/libopenjp2.so.2.0.0 /usr/lib/openjpeg-2.0 /usr/lib/openjpeg-2.0/OpenJPEGConfig.cmake /usr/lib/openjpeg-2.0/OpenJPEGTargets-noconfig.cmake /usr/lib/openjpeg-2.0/OpenJPEGTargets.cmake /usr/lib/libopenjp2.so.6 /usr/include/openjpeg-2.0 /usr/include/openjpeg-2.0/openjpeg.h /usr/include/openjpeg-2.0/opj_config.h /usr/include/openjpeg-2.0/opj_stdint.h 接下来，我正在尝试使用以下configuration设置来构buildIM版本6.8.8-2。 ./configure –prefix=/usr –with-modules –with-openjp2 –with-jpeg –with-png –with-tiff –enable-shared –disable-static 但是，在检查（日志），我发现这一点。 ————————————————————- checking for LIBOPENJP2… […]
我试图安装PHP PEAR PECL扩展名“imagick”（image magick），但是失败了。 看来，我坚持安装软件包的进展，但这一个让我难住。 它似乎在底部一路倒下。 请注意：我正在使用ArchLinux，apt-get不保存我。 [root@Crux tmp]# pecl install imagick downloading imagick-3.0.1.tgz … Starting to download imagick-3.0.1.tgz (93,920 bytes) …………………done: 93,920 bytes 13 source files, building running: phpize Configuring for: PHP Api Version: 20100412 Zend Module Api No: 20100525 Zend Extension Api No: 220100525 Please provide the prefix of Imagemagick installation [autodetect] : […]
我试图在windows server 2008 x86上安装ImageMagick-6.5.9-10-Q16-windows-dll.exe ，安装进行的很顺利，但在我的应用程序中，我可以使它工作。 我在我的本地windows 7机器上完成相同的步骤，它在那里工作正常。 我现在要做的最后一次尝试，并重新启动服务器（！），但在这一点上有什么我没有testing，除了这一步。 有没有知道的问题，我知道在这种情况下需要采取的步骤？ 我得到的错误是表明我无法加载dll的： The specified module could not be found. (Exception from HRESULT: 0x8007007E)
我的主要问题是：是否wgMaxShellMemory限制所有进程的shell任务使用的总内存，如ImageMagick缩略图创build？ 还是这是一个进程的限制？ 这个设置的文档看起来很模糊。 我有一个在共享主机上使用太多内存的wiki。 转换上传的图片时，我使用太多内存将罪魁祸首缩小到ImageMagick。 我已经减less了php.ini中的最大上传大小，这将有所帮助，但我希望wgMaxShellMemory将作为ImageMagick和其他MediaWiki后台进程的内存使用总量的硬限制。 作为一个旁注，我也无法弄清楚图像转换是否是作业队列的一部分，从而允许wgJobRunRate减慢缩略图的创build。
我正在使用OpenShift来托pipe一个MediaWiki网站。 一切工作正常，包括缩略图，然后突然，缩略图停止生成，我得到了这个神秘的错误： 创build缩略图时出错：convert：不能解码这个图像格式的委托`/ tmp / magick-XXedInGL'@compress.c / ReadImage / 503。 转换：缺less图像文件名`/tmp//transform_641049f583a5-1.png'@ convert.c / ConvertImageCommand / 2800。 我想象一下libpng发生了什么，但我不知道是什么。 我尝试使用yum尝试重新安装libpng，但yum不起作用。 到底是怎么回事？
我试图通过PHP运行以下命令： $output = shell_exec('sudo /Users/Derk/Code/automation/psc/pdfs.sh 1'); 这将运行以下bash脚本代码： sudo /usr/local/bin/pdftk cvcheck_template.pdf fill_form data.fdf output output.pdf flatten sudo /usr/local/bin/convert -density 150 -gravity south -geometry +0+150 -composite output.pdf signature.png new_output.pdf bash脚本在命令行中完美工作，但是当我尝试通过PHP在Web服务器（MAMP）上运行它时，它不会提供任何输出。 第一个命令似乎可行，但第二个命令却什么也不给我。 任何帮助将非常感激。
我一直试图让imagick在一个普通的灯服务器上工作。 我做了什么： sudo apt-get –purge remove "imagemagick" sudo apt-get –purge remove "php5-imagick*" service apache2 restart (lib not loaded anymore) sudo apt-get install imagemagick && php5-imagick sudo php5enmod imagick sudo service apache2 restart PHP信息告诉lib被加载，但是apache错误日志被垃圾邮件发送，每个请求都有以下内容： PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20121212/imagick.so' – liblcms2.so.2: cannot open shared object file: No such file or directory […]
运行CentOS + Apache + PHP + MySQL 运行yum list installed *php*给我这个： newrelic-php5-common.noarch 4.23.4.113-1 @newrelic php.x86_64 5.3.3-46.el6_6 @updates php-cli.x86_64 5.3.3-46.el6_6 @updates php-common.x86_64 5.3.3-46.el6_6 @updates php-devel.x86_64 5.3.3-46.el6_6 @updates php-gd.x86_64 5.3.3-46.el6_6 @updates php-mysql.x86_64 5.3.3-46.el6_6 @updates php-pdo.x86_64 5.3.3-46.el6_6 @updates php-pear.noarch 1:1.9.4-4.el6 @base php-pecl-apcu.x86_64 4.0.4-1.el6 @epel php-pecl-zendopcache.x86_64 7.0.3-1.el6 @epel php54.x86_64 2.0-1.el6 @centos-sclo-rh php54-php.x86_64 5.4.40-4.el6 @centos-sclo-rh php54-php-cli.x86_64 5.4.40-4.el6 @centos-sclo-rh php54-php-common.x86_64 5.4.40-4.el6 […]
我在Debian 6上运行带有Ruby 1.8的Phusion Passenger（从gem安装）运行Apache2。它给了我下面的LoadError： libMagickCore.so.4: cannot open shared object file: No such file or directory – /var/myapp/rmagick/ruby/1.8/gems/rmagick-2.13.1/lib/RMagick2.so 然而，这个文件存在并且对每个人都是可读的和可执行的，包括Apache。 当我从错误消息复制path并将其粘贴到命令行时，我可以find它（例如与ls）。 所以它显然存在于它声称无法find的确切正确的道路上！ 我在这里错过了什么？ 谢谢，MrB 编辑：解决！ 问题不是没有findRMagick2.so，libMagickCore.so.4没有find。 这是由于使用了Rmagick2.so的错误版本。 在经过一个小时的ImageMagick和RMagick版本之后，它现在可以正常工作。