Он просто читает картинку и сохраняет ее под другим именем, вообще не выполняя никаких преобразований. И на одних сервера анимация сохраняется, на других — ломается. Если быть более точным — сохраняется только один кадр.
Создай папку, поставь права, чтоб php-скрипт мог писать в эту папку и положи туда анимированную гифку под именем i1.gif, и выполни. Напр., /test/test.php — и отобразится картинка, либо с анимацией, либо нет
Я сделал как он сказал, в итоге везде все обрабатывается нормально:
Да… это я не в тему приплел:) Сейчас вот заново скачал поставил, на том сайте, где до этого анимация работала — теперь выдает в красном окошке «System error #1001» при попытке загрузить gif аватар или фото профиля. На том сайте где не работало такой ошибки нет, но и не обрабатывает по прежнему, грузит gif но отображает неподвижную картинку. Я понимаю, что достал уже всех со своей анимацией:) Кстати на вашем демо сайте demo.altocms.ru/new/ тоже или в конфиге отключено gif или не работает, потому что не отображает ни в профиле, ни в топике… Может на демо включите?
Наверное так со временем и сделаю. inliquid как думаешь наверное есть смысл до php 5.5 обновиться? Посоветуй обновленную конфигурацию пожалуйста если не трудно.
apt-get remove php5-imagick выдает такую же хренотень… что не установлен:( Подскажите кто нибудь как полностью вычистить (убить) все связанное с imagemagick и Imagick? Что то у меня там слишком много всего устанавливалось, что в итоге ничего не установлено:)
apt-get remove imagemagick
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Пакет «imagemagick» не установлен, поэтому не может быть удалён
Хотя везде показывает что установлено… Кто нибудь понимает что за хрень такая у меня?
Кое что нарыл на эту тему. Не знаю поможет или нет. Связано с запретом в php таких функций как shell_exec(), exec(), system(). Вот здесь упоминается masterhost.ru/support/faq/technical/imagemagick/
Вот здесь тоже упоминается в контексте cms modx, но там тоже какой то phpthumb тоже не смог нормально работать с imagick, вот что там говорят:
А дело в том, что на моём сервере (и многих других) отключены функции exec, system, shell_exec и passthru, через которые phpThumb пытается выяснить версию установленного ImageMagick, а потом и запустить его на конвертацию.
Я у себя сейчас разрешил эти функции (были запрещены в php.ini) Простое разрешение функций и сброс кеша не решили проблему. Наверное нужно переустановить imagick с учетом разрешенных функций. С другой стороны разрешение этих функций вроде как небезопасно… Я задавал вопрос по поводу какие функции нужно запрещать на LS, но там вопрос проигнорировали:( livestreet.ru/blog/questions/17609.html
Может здесь с этим Imagick заодно и этот вопрос прояснится:)
Да я устанавливал из исходников. Раньше пробовал стандартно через apt-get все ставить, но там в стандартном репо валяется пхпешный модуль 3.1.0RC1. Поддержка хостинга мне настоятельно не рекомендовала использовать сторонние репозитории, но я попросил чтобы они сами поставили из стороннего репо. Они и поставили. В итоге ничего не заработало и я потом уже удалил ImageMagick и ставил из исходников версию 6.7.7-10. Пхпешный модуль imagick я не трогал. В общем сейчас я в затуплении:) Че делать ХЗ. Оно особо не критично этот Imagick, но хотелось бы чтобы все работало.
Ну вот завтра уже наступило:) Короче команда diff config_1.php config_2.php вообще ничего не вывела, файлы абсолютно одинаковые. Да оно и должно так быть. Я даже пытался так вычислить: если манипуляции с imagemagick и imagick ни к чему не приводят, то подумал вдруг все таки в коде движка проблема. Скопировал папки engine и common с DO на сайт на fastvps — черта с два. Естественно config.php абсолютно одинаковые. А сравнение config.local.php выдало разницу в строках
$config['path']['root']['url']
$config['path']['root']['dir']
$config['db']['params']['dbname']
$config['db']['table']['prefix']
Ну и в этих трех:
$config['security']['salt_sess']
$config['security']['salt_pass']
$config['security']['salt_auth']
Насчет opcache, он на DO и там все работает… какой смысл тогда его отключать? На fastvps xcache…
Как ранее говорил Вадим:
Проблема имеет место быть, но причины пока непонятны, т.к. есть два хоста, куда положил конфиг один в один, как приведен выше, и на одном работает все без проблем, а на другом анимация не работает. Есть подозрение, что проблема в конкретной версии Imagick, но пока не могу сказать наверняка. Буду разбираться
Может конечно и Imagick, но я провозился — не смог побороть проблему. Может еще какое то расширение нужно или какие то нюансы с этим Imagick.
Да, была такая мысль, завтра сравню конфиги, может заковыка какая и влияет, хорошо бы если бы так. opcache он вроде как в php 5.5 по умолчанию используется, завтра посмотрю тоже что с ним и можно ли его отключить. А насчет DO и fastvps… Сначала просто решил попробовать что за облако такое за 10$ в месяц, перенес туда сначала один сайт, поставил панель vesta, ну так покрутить посмотреть:) Нормально так вроде все работает. А потом перенес весь шлак с fastvps туда, ну там сайты разные с fastvps под АГС которые. Держу так просто ради интереса, для тестирования чего нибудь и т.п. 10$ в месяц не напрягают ведь. А если будут напрягать — так конечно заброшу. Fastvps — основной конечно.
Что то я устал с этим мейджиком:) Поставил последнюю версию ImageMagick 6.9.1-1 и модуль для php 3.1.2 — Не работает и все:( Ставил из исходников версию ImageMagick 6.7.7-10 так как на digitalocean эта версия работает с модулем imagick 3.1.2. Ничего не получается:( На digitalocean все работает, на fastvps — ни в какую:( Я уже не знаю что и думать. Разницы особой то нету, на fastvps — debian, PHP Version 5.4.4-14 На digitalocean — ubuntu, PHP Version 5.5.9-1. Может кто прошаренный в imagemagick посмотрит что за ерунда творится? Два тестовых сайта youwo.ru — не работает анимация, investb.ru — тут все работает. Помогите светлые головы побороть проблему пожалуйста.
Да судя по всему Вадим прав. Проверил на одном сервере imagick module version 3.1.2 ImageMagick 6.7.7-10 2014-03-06 Q16 — все работает, на другом imagick module version 3.1.0RC1 ImageMagick 6.7.7-10 2013-09-01 Q16 — не работает. Это я лоханулся… сам не понимаю как и почему модуль 3.1.0RC1 установил… Попробую обновить до свежей стабильной версии.
Что молчим то? Здесь молчим, на гите по другому вопросу тоже молчим… github.com/altocms/altocms/issues/478
Если я не прав — скажите «Ты не прав — все работает», или «Есть проблема — будем исправлять». Что молчите то? Я ж вроде как стараюсь чтобы релиз ускорить…
И сказал при этом:
Я сделал как он сказал, в итоге везде все обрабатывается нормально:
youwo.ru/test/test.php
investb.ru/test/test.php
Жду сейчас сообщения от Вадима, может еще что нибудь проделать нужно…
Хотя везде показывает что установлено… Кто нибудь понимает что за хрень такая у меня?
Вот здесь тоже упоминается в контексте cms modx, но там тоже какой то phpthumb тоже не смог нормально работать с imagick, вот что там говорят:
Я у себя сейчас разрешил эти функции (были запрещены в php.ini) Простое разрешение функций и сброс кеша не решили проблему. Наверное нужно переустановить imagick с учетом разрешенных функций. С другой стороны разрешение этих функций вроде как небезопасно… Я задавал вопрос по поводу какие функции нужно запрещать на LS, но там вопрос проигнорировали:( livestreet.ru/blog/questions/17609.html
Может здесь с этим Imagick заодно и этот вопрос прояснится:)
Выдает:
Страница с функцией phpinfo() выдает такую хрень:
php5-imagick установлен, php -m показывает imagick, страница с phpinfo() тоже
показывает imagick module version 3.1.2
Хрен поймешь что с этим делать…
Ну и в этих трех:
Насчет opcache, он на DO и там все работает… какой смысл тогда его отключать? На fastvps xcache…
Как ранее говорил Вадим:
Может конечно и Imagick, но я провозился — не смог побороть проблему. Может еще какое то расширение нужно или какие то нюансы с этим Imagick.
Если я не прав — скажите «Ты не прав — все работает», или «Есть проблема — будем исправлять». Что молчите то? Я ж вроде как стараюсь чтобы релиз ускорить…