Загрузка…
Случается такое когда после установки, или чаще после переноса на новое оборудование сайта на движке MeidaWiki при загрузке изображений появляется вот такая досадная ошибка:
Ошибка создания миниатюры: /bin/bash: /usr/bin/convert: No such file or directory
Вот тогда уж действительно приходится покопаться в конфигурации движка и окружения, что бы понять суть проблемы. На самом же деле всё достаточно просто. Видно, что пользователь от которого работает сервер Apache/php пытается через bash выполнить такую команду:
/usr/bin/convert
Но в процессе выполнения получает ошибку:
No such file or directory
Я долго думал для чего надо вызывать этот файл. Оказалось всё проще простого. Это команда для программы imagemagick. Как оказалось она у меня не стояла на сервере и естественно я принялся её ставить. Думая, что нужно ставить как модуль PHP приписал следующее:
$ apt-get install php5-imagick // в случае php4 - php4-imagick
Как позже оказалось, надо ставить именно отдельную версию imagemagick для Linux Ubuntu в моём случае. Далее вызываю команду для установки самого пакета ImageMagick:
$ apt-get install imagemagick
Всё прошло успешно и после установки программы выдаёт данные по каким адресам обращаться для различных действий. Оказалось, что для конвертирования надо выполнять не /usr/bin/convert
а /usr/bin/convert.im6
. Понятное дело, что в конфигурационном файле MediaWiki записана старая команда и её надо изменить. Открываем файл LocalSetting.php и находим подобные строки (если не хватает — добавьте):
## To enable image uploads, make sure the 'images' directory ## is writable, then set this to true: $wgEnableUploads = true; $wgUseImageResize = true; $wgUseImageMagick = true; $wgImageMagickConvertCommand = "/usr/bin/convert"; #$wgImageMagickConvertCommand = "C:/Program Files/ImageMagick-6.3.2-Q16/convert";
В зависимости от ОС пути могут быть разными. В моём случае для Ubuntu, мне надо раскомментировать строку $wgImageMagickConvertCommand = "/usr/bin/convert";
и изменить путь до convert c "/usr/bin/convert"
на "/usr/bin/convert.im6"
.
Вот и всё! Закачиваем новый файл конфигураций на рабочий сервер и перезапускаем его:
$ /etc/init.d/apache2 restart
Теперь все изображения в MediaWiki должны работать.
Естественно в каждом конкретном случаи пути надо указывать свои. Суть лишь в том, что в настройках MediaWiki движка надо правильно прописать этот путь к файлу convert. В Windows системах он так же может называться convert.exe. В общем главное, что бы у вас на сервере была установлена библиотека ImageMagick (убедиться в этом можно к примеру через php функцию phpinfo()
, которая выводит всю сопутствующую информацию о PHP и web сервере в целом) и знать точный путь до файла convert. В Windows серверах к примеру настройка переменной wgImageMagickConvertCommand
может выглядеть так:
$wgImageMagickConvertCommand = "C:/Program Files/ImageMagick-6.3.2-Q16/convert.exe";
В общем думаю у вас всё получится.
Summary
Viewing the contents of a directory in the file tree that contains a PDF file results in an error in the log stating that a thumbnail could not be created for the PDF file.
Step to reproduce
Upload a pdf file and then view the containing directory’s contents.
Observed behavior
The following error is logged for each PDF file that is viewed:
[2018-09-15 11:47:58] (ERROR @ /home/user/core/model/modx/sources/modfilemediasource.class.php : 276) Thumbnail could not be created for file: /path/here/
Expected behavior
Either the error should not be logged, or a thumbnail should be successfully generated. The latter is preferable.
Environment
MODX version 2.6.5
Страница 1 из 4
-
Оффлайн
shebeda
Осваивается- Регистрация:
- 13 дек 2013
- Сообщения:
- 74
- Симпатии:
- 0
- Пол:
- Мужской
Иногда при загрузке файла не создаётся нормальная миниатюра. а выскакивает «многастрашныхбукаф»….
На форуме нашёл, что для НИК.РУ надо в LocalSettings.php прописать строчку:
$wgImageMagickConvertCommand = ‘/usr/local/bin/convert’;
Прописал — не спасает.
Есть ли вариант исправить косяк или просто добавить команду для перезагрузки всех миниатюр на странице?
-
Оффлайн
UksusoFF
Moderator
Команда форума- Регистрация:
- 13 май 2013
- Сообщения:
- 1.718
- Симпатии:
- 204
- Пол:
- Мужской
- Адрес:
- Самара
Если ошибка возникает «иногда», то скорее всего проблема в размере изображения и нехватке памяти для конвертирования. Многострашныхбукв нада сюда запостить
-
Оффлайн
shebeda
Осваивается- Регистрация:
- 13 дек 2013
- Сообщения:
- 74
- Симпатии:
- 0
- Пол:
- Мужской
Ошибка создания миниатюры: <br /> <b>Warning</b>: passthru() [<a href='function.passthru'>function.passthru</a>]: Unable to fork [OMP_NUM_THREADS='1' '/usr/local/bin/convert' -quality 95 -background white '/home/masternoob/master-noob.info/docs/images/3/3f/Картинка_для_плашки_010.png' -thumbnail '64x64!' -set comment 'File source: http://master-noob.info/index.php/%%D0%%A4%%D0%%B0%%D0%%B9%%D0%%BB:%%D0%%9A%%D0%%B0%%D1%%80%%D1%%82%%D0%%B8%%D0%%BD%%D0%%BA%%D0%%B0_%%D0%%B4%%D0%%BB%%D1%%8F_%%D0%%BF%%D0%%BB%%D0%%B0%%D1%%88%%D0%%BA%%D0%%B8_010.png' -depth 8 -rotate -0 '/var/tmp//transform_bd8ec5f6d0e4-1.png' 2>&1] in <b>/home/masternoob/master-noob.info/docs/includes/GlobalFunctions.php</b> on line <b>2807</b><br />
-
Оффлайн
UksusoFF
Moderator
Команда форума- Регистрация:
- 13 май 2013
- Сообщения:
- 1.718
- Симпатии:
- 204
- Пол:
- Мужской
- Адрес:
- Самара
shebeda,
Это после того как прописал $wgImageMagickConvertCommand = ‘/usr/local/bin/convert’; или до? -
Оффлайн
shebeda
Осваивается- Регистрация:
- 13 дек 2013
- Сообщения:
- 74
- Симпатии:
- 0
- Пол:
- Мужской
Убрал, выскочило вот это:
Ошибка создания миниатюры: <br /> <b>Warning</b>: passthru() [<a href='function.passthru'>function.passthru</a>]: Unable to fork [OMP_NUM_THREADS='1' '/usr/local/bin/convert' -background white '/home/masternoob/master-noob.info/docs/images/4/40/E4-01589a-01.gif' -thumbnail '200x283!' -set comment 'File source: http://master-noob.info/index.php/%%D0%%A4%%D0%%B0%%D0%%B9%%D0%%BB:E4-01589a-01.gif' -depth 8 -rotate -0 '/var/tmp//transform_410cd421e030-1.gif' 2>&1] in <b>/home/masternoob/master-noob.info/docs/includes/GlobalFunctions.php</b> on line <b>2807</b><br />
Предыдущий был со вставленной
-
Оффлайн
UksusoFF
Moderator
Команда форума- Регистрация:
- 13 май 2013
- Сообщения:
- 1.718
- Симпатии:
- 204
- Пол:
- Мужской
- Адрес:
- Самара
Так тоже самое же.
Спросите у саппорта хостера где имаджмэджик и есть ли он вообще -
Оффлайн
shebeda
Осваивается- Регистрация:
- 13 дек 2013
- Сообщения:
- 74
- Симпатии:
- 0
- Пол:
- Мужской
Написал в ТП хоста, но ответа пока нет.
Возможно надо что-нибудь включить тут:
Что надо включить/отключить, чтобы МедиаВики нормально работала?
-
Оффлайн
UksusoFF
Moderator
Команда форума- Регистрация:
- 13 май 2013
- Сообщения:
- 1.718
- Симпатии:
- 204
- Пол:
- Мужской
- Адрес:
- Самара
для генерации изображений нада: gd и imagick но они вроде включены
так а вроде бы щас оба изображения отображаются нормально? -
Оффлайн
shebeda
Осваивается- Регистрация:
- 13 дек 2013
- Сообщения:
- 74
- Симпатии:
- 0
- Пол:
- Мужской
Я ща перенощу сайт с переделкой контента на другое имя и хост
http://master-noob.info/index.php/MTD/Снегоуборщики/ME_61
Тут вообще не пашет.
-
Оффлайн
UksusoFF
Moderator
Команда форума- Регистрация:
- 13 май 2013
- Сообщения:
- 1.718
- Симпатии:
- 204
- Пол:
- Мужской
- Адрес:
- Самара
А с правами на images все впорядке?
Эм… и пишут что $wgShellLocale = «en_US.UTF-8» в локалсеттинг помогает… -
Оффлайн
shebeda
Осваивается- Регистрация:
- 13 дек 2013
- Сообщения:
- 74
- Симпатии:
- 0
- Пол:
- Мужской
Права везде на папки 755, на файлы 644Я ща на работе — как можно отредактировать на обычной винде без дримвивера? Блокнот убил файл…
-
Оффлайн
UksusoFF
Moderator
Команда форума- Регистрация:
- 13 май 2013
- Сообщения:
- 1.718
- Симпатии:
- 204
- Пол:
- Мужской
- Адрес:
- Самара
эээээ. это там же где $wgImageMagickConvertCommand добавлял о_О
-
Оффлайн
shebeda
Осваивается- Регистрация:
- 13 дек 2013
- Сообщения:
- 74
- Симпатии:
- 0
- Пол:
- Мужской
Я дома добавлял через адоб-дримвивер, а тут на работе древние компы и без софта.
Собсно хостер ответил, что не хвататет производительности и надо перейти на более дорогой тариф. Ща попробую, елси что — отпишусь
-
Оффлайн
UksusoFF
Moderator
Команда форума- Регистрация:
- 13 май 2013
- Сообщения:
- 1.718
- Симпатии:
- 204
- Пол:
- Мужской
- Адрес:
- Самара
да какой дримвивер… filezilla+блокнот
-
Оффлайн
shebeda
Осваивается- Регистрация:
- 13 дек 2013
- Сообщения:
- 74
- Симпатии:
- 0
- Пол:
- Мужской
Я вот тоже так думал — на всю страницу какие-то ошибки повыскакивали. Видать чё-то с кодировкой…
Собсно перешёл на другой тариф и всё вроде заработало, по всей видимости у них жёстко регламинтируется производительность, ща пробую отключать модули, без которых всё будет работать и может создам тему «Личный опыт настройки на хостинге nic.ru»
-
Оффлайн
UksusoFF
Moderator
Команда форума- Регистрация:
- 13 май 2013
- Сообщения:
- 1.718
- Симпатии:
- 204
- Пол:
- Мужской
- Адрес:
- Самара
filezilla+notepad++
да, это на всех виртуальных хостингах
-
Оффлайн
Mediawiker
Давно здесь
Команда форума- Регистрация:
- 8 июл 2012
- Сообщения:
- 101
- Симпатии:
- 11
Это да, но первый раз слышу, чтобы стандартная MW не вставала на виртуальный хостинг с необхимым ПО, это ж как надо урезать..
-
Оффлайн
shebeda
Осваивается- Регистрация:
- 13 дек 2013
- Сообщения:
- 74
- Симпатии:
- 0
- Пол:
- Мужской
Там ещё стоит SlimboxThumbs, WikiEditor, ещё енсколько аддонов, плюс вот такие длинные шаблоны
http://master-noob.info/index.php/Шаблон:MTD-PNDХост-ТП сказали сто у меня слишком много требует…
Вот думаю, а что там надо порезать, чтобы и работало, и функционал был нормальный…
-
Оффлайн
UksusoFF
Moderator
Команда форума- Регистрация:
- 13 май 2013
- Сообщения:
- 1.718
- Симпатии:
- 204
- Пол:
- Мужской
- Адрес:
- Самара
Лучше не нада, особо производительности не прибавится, а ошибки могут повылазить.
Что за хостинг такой и тариф? -
Оффлайн
UksusoFF
Moderator
Команда форума- Регистрация:
- 13 май 2013
- Сообщения:
- 1.718
- Симпатии:
- 204
- Пол:
- Мужской
- Адрес:
- Самара
Это все посути серверных мощностей не требует, ибо на стороне клиента исполняется.
Страница 1 из 4
Поделиться этой страницей
В случае отказа от apache и использования nginx в связке с php5-fpm может появиться проблема. Все работает, а изображения не создаются.
Проблемы могут быть в трех случаях.
1) Не верные права на директорию.
Решение
find . -type d -print0 | xargs -0 chmod 755
find . -type f -print0 | xargs -0 chmod 644
по умолчанию права на папку с миниатюрами и другими стилями должны быть 755, так же проверьте права, на запись сервером. Владелец должен быть или специальный пользователь или сервер.
Сменить права можно с помощью команды chown, например сменим права на всю директорию где находится сайт
chown -R www-data:www-data my_site_dir
где my_site_dir нужная нам папка
2) Отсутствие расширения php для работы с изображениями. Проверить можно с помощью тестового файла вида.
<?php
var_dump(gd_info());
?>
называем его например, test-gd.php, закидываем в корень сайта и открываем.
При правильной настройке увидим что-то подобное
array(12) {
["GD Version"]=>
string(27) "bundled (2.0.34 compatible)"
["FreeType Support"]=>
bool(true)
["FreeType Linkage"]=>
string(13) "with freetype"
["T1Lib Support"]=>
bool(true)
["GIF Read Support"]=>
bool(true)
["GIF Create Support"]=>
bool(true)
["JPEG Support"]=>
bool(true)
["PNG Support"]=>
bool(true)
["WBMP Support"]=>
bool(true)
["XPM Support"]=>
bool(true)
["XBM Support"]=>
bool(true)
["JIS-mapped Japanese Font Support"]=>
bool(false)
}
В первых строках указана версия библиотеки, если она установлена.
3) Самая сложно вычисляемая причина — неправильный конфиг nginx
ImageCache в Drupal 7 принимает информацию об отсутсвующих файлах через 404 ошибку с сервера, и если файла нет, то создает новое изображение с заданными параметрами.
Тот конфиг что гуляет по русскоязычной версии сети не учитывает этот момент. Необходимо дописать следующие правила
location @rewrite {
rewrite ^/(.*)$ /index.php?q=$1;
}
location ~ ^/sites/.*/files/styles/ {
try_files $uri @rewrite;
}
после обновить страницу с миниатюрами, они должны появиться.