I’m getting the following error when trying to upload images on all of the upload directories. The directories are set to 777.
«Thumbnail could not be created for the image. Please make sure the thumbnail directory is writable.»
If I create a new upload directory I get the same error but it’s able to create the _thumbs folder.
asked Apr 5, 2013 at 2:49
2
Are you 100% sure your Paths are correct in the file upload preferences?
You can check them at… CP Home > File Manager > File Upload Preferences > Edit File Upload Preferences
Also make sure to check who is the «owner» of the folder, it should be the same user that «runs» the php/apache.
answered Apr 5, 2013 at 2:55
I’m getting the following error when trying to upload images on all of the upload directories. The directories are set to 777.
«Thumbnail could not be created for the image. Please make sure the thumbnail directory is writable.»
If I create a new upload directory I get the same error but it’s able to create the _thumbs folder.
asked Apr 5, 2013 at 2:49
2
Are you 100% sure your Paths are correct in the file upload preferences?
You can check them at… CP Home > File Manager > File Upload Preferences > Edit File Upload Preferences
Also make sure to check who is the «owner» of the folder, it should be the same user that «runs» the php/apache.
answered Apr 5, 2013 at 2:55
Страница 4 из 4
-

Оффлайн
Prometheus
Только зашёл- Регистрация:
- 25 апр 2016
- Сообщения:
- 5
- Симпатии:
- 0
- Пол:
- Мужской
На моем сайте http://bahai.kg на главной странице и паре внутренних вместо кавычек показывается данная ошибка «Ошибка создания миниатюры: Не удаётся сохранить эскиз по месту назначения»
Примечательно, что не везде. Прошу помочь.
-

Оффлайн
Pavel Astakhov
Прижился- Регистрация:
- 6 май 2015
- Сообщения:
- 162
- Симпатии:
- 84
- Пол:
- Мужской
Самая очевидная причина — это отсутствие прав на запись в папку/подпапки images. Там права должны быть 777.
Также возможно, что глючит/не работает/неправильно настроена программа конвертации изображений. Ей может не хватать памяти для нормальной работы, или нет прав на запись во временный каталог (TMPDIR). -

Оффлайн
Pavel Astakhov
Прижился- Регистрация:
- 6 май 2015
- Сообщения:
- 162
- Симпатии:
- 84
- Пол:
- Мужской
> Примечательно, что не везде.
Не удалось проверить, но возможно что в начале все работало и миниатюры создавались. Затем что-то поломалось и новые миниатюры не могут создаваться. При этом старые миниатюры (которые уже были созданы ранее) будут отображаются нормально.
Также изображения разных форматов (png, svg) могут обрабатываться по разному и разными программами.
В общем вариантов много. -

Оффлайн
Prometheus
Только зашёл- Регистрация:
- 25 апр 2016
- Сообщения:
- 5
- Симпатии:
- 0
- Пол:
- Мужской
Подсказали следующий код для проверки http://bahai.kg/thumb.php?w=29&f=Aquote1.png — он работает. Но не работает именно тот, который используется в шаблоне и соответствует ширине изображения w=30. Права на папки проставлены корректно. Помогите.
-
Оффлайн
Prometheus
Только зашёл- Регистрация:
- 25 апр 2016
- Сообщения:
- 5
- Симпатии:
- 0
- Пол:
- Мужской
Речь идет об одном и том же изображении (кавычка правая и левая). Или они каждый раз пересоздаются?
-

Оффлайн
Pavel Astakhov
Прижился- Регистрация:
- 6 май 2015
- Сообщения:
- 162
- Симпатии:
- 84
- Пол:
- Мужской
Они создаются один раз. И это тоже иногда не очень хорошо, так как в случае каких-то временных проблем они иногда не пе пересоздаются.
Мне нужны права на правку в вашей вики, учетная запись pastakhov. -

Оффлайн
Prometheus
Только зашёл- Регистрация:
- 25 апр 2016
- Сообщения:
- 5
- Симпатии:
- 0
- Пол:
- Мужской
-

Оффлайн
Pavel Astakhov
Прижился- Регистрация:
- 6 май 2015
- Сообщения:
- 162
- Симпатии:
- 84
- Пол:
- Мужской
Для тех, кому интересно, чем все закончилось:
Проблема возникла при переезде на новый хостинг.
Папке images были присвоены права 777, но вложенные папки имели права 755 и соответственно вики не могла сохранять новые эскизы по месту назначения, о чем и сообщала.
Решение — присвоить папке images рекурсивно (т.е. также всем вложенным папкам и файлам) права 777.И жили они долго и счастливо…
P.S. так как страницы кешируются, результат сразу виден не будет. Самый простой способ обновить кеш страницы, дописать в конце url параметр ‘?action=purge’ например http://site.com/wiki/Заглавная_страница?action=purge
Последнее редактирование: 26 апр 2016
-

Оффлайн
Юрий Бондаренко
Прижился- Регистрация:
- 26 май 2015
- Сообщения:
- 277
- Симпатии:
- 71
- Пол:
- Мужской
Насчет долго и счастливо — вы погорячились

Права 755 говорят о том, что раньше вики работала от владельца каталога, а теперь работает не пойми от кого. Нужно не права править, а владельца менять.
Если хостинг шаред — могут быть проблемы с безопасностью, если выделенный, то, в принципе, особой беды нет.
-

Оффлайн
Pavel Astakhov
Прижился- Регистрация:
- 6 май 2015
- Сообщения:
- 162
- Симпатии:
- 84
- Пол:
- Мужской
Эммм…. На любом сервере могут быть проблемы с безопасностью по целому ряду причин. И также есть комплекс мер которые препятствуют возникновению проблем или направлены на уменьшение негативных последствий.
Проблемы с безопасностью на шаред хостинге какого рода вы имеете ввиду? Что другой пользователь шаред хостинга получит несанкционированный доступ к папке с правами 777? На сколько я понимаю, это решается хостером установкой корректных прав доступа на домашний каталог пользователя и никак от самого пользователя хостингом не зависит…
Обоснуйте пожалуйста ваши опасения подробнее, с примерами, что куда и почему…
-
Оффлайн
Юрий Бондаренко
Прижился- Регистрация:
- 26 май 2015
- Сообщения:
- 277
- Симпатии:
- 71
- Пол:
- Мужской
Я веду к тому , что если понадобились права 777 для работы, то файлы/папки принадлежат какому-то левому юзеру, а не тому, от кого вебсервер работает.
Поэтому нужно передать файлы правильному юзеру и проставить на них безопасные права 755
-

Оффлайн
Pavel Astakhov
Прижился- Регистрация:
- 6 май 2015
- Сообщения:
- 162
- Симпатии:
- 84
- Пол:
- Мужской
В затронутой теме столько различных нюансов, что ее можно рассматривать только в свете конкретных примеров с полным и точным описанием, кто от кого и как запускается, кто чем владеет и чего требуется добиться и чего нужно опасаться…
А в общем — да, все как вы написали, только с точностью до наоборот.
-

Оффлайн
oecumene
Осваивается- Регистрация:
- 11 сен 2016
- Сообщения:
- 134
- Симпатии:
- 12
- Пол:
- Мужской
После переезда на другой хостинг перестали грузиться изображения, заместо них отображается надпись «Ошибка создания миниатюры: Файл не найден». Что делать?
-

Оффлайн
UksusoFF
Moderator
Команда форума- Регистрация:
- 13 май 2013
- Сообщения:
- 1.718
- Симпатии:
- 204
- Пол:
- Мужской
- Адрес:
- Самара
Читать тему в которую перенес.
Страница 4 из 4
Поделиться этой страницей
Случается такое когда после установки, или чаще после переноса на новое оборудование сайта на движке 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";
В общем думаю у вас всё получится.
#javascript #mysql #ruby #thumbnails #redmine
Вопрос:
Нужна помощь на миниатюре, которую не удалось найти, больше не знаю, как это исправить.
Проблема в том, что если вы добавляете вложение, оно не показывает маленькое изображение введенного изображения, но ссылка на изображение, работающая должным образом, просто не показывает маленькое изображение, как вы можете видеть на скриншоте:

В журнале написано:
Начал ПОЛУЧАТЬ "/вложения/миниатюру/7" для 111.111.1.11 в 2021-09-06 17:01:57 0300
Обработка с помощью AttachmentsController#миниатюра в формате HTML
Параметры: {"id"=>"7"}
Текущий пользователь: администратор (id=1)
Не удалось создать миниатюру (pid 97475 выход 1):
Команда: '/usr/локальный/bin/конвертировать' '/usr/local/www/redmine/files/2021/09/210901111738_4.jpg' -автоориентация-миниатюра '1000x1000>' '/usr/local/www/redmine/tmp/thumbnails/a78495fde3baccb50ef5da33a2de8a95c7c6aea5106ce804d6b8b9275f44626c_462889_1000.thumb'
Завершено 404 Не Найдено за 203 мс (Запись активности: 2,1 мс)
Окружающая среда:
- Версия Redmine 4.1.2.стабильная
- Версия Ruby 2.7.3-p183 (2021-04-05) [amd64-freebsd13]
- Рельсы версии 5.2.6
- Производство окружающей среды
- Адаптер базы данных Mysql2
Может быть, ссылка на миниатюру плохая, но не было идеи проверять, был ли код, потому что во вложениях/_links.html.erb
<% if defined?(thumbnails) amp;amp; thumbnails %>
<% images = attachments.select(amp;:thumbnailable?) %>
<% if images.any? %>
<div class="thumbnails">
<% images.each do |attachment| %>
<div><%= thumbnail_tag(attachment) %></div>
<% end %>
</div>
<% end %>
<% end %>
но это выглядит хорошо только строка thumbnail_tag(вложение) понятия не имею, были ли это указания и были ли все эти файлы/изображения сохранены, может быть, проблема в том, что он не сохраняет изображение в той папке, в которой оно должно быть сохранено, и снова его нужно было сохранить?
Ответ №1:
Да, я понял, что файл Gemfile в 13-й строке должен быть написан так и проверьте наличие владельца папки TMP
gem "mimemagic"
let generator = QLThumbnailGenerator.shared
Task {
do {
let generated = try await generator.generateBestRepresentation(for: request)
print(generated) // <----- cannot get this when the file is large.
}
catch let err {
print(err)
}
}
Я пытаюсь создать миниатюры для некоторых файлов PDF. Все отлично работает с небольшими pdf файлами. Но я не могу получить миниатюру для больших PDF-файлов (например,> 10M).
Есть ли ограничение на размер файла QLThumbnailGenerator?
Благодарность!
1 ответ
Лучший ответ
Я думаю, что это ограничение async версии generateBestRepresentation. Попробуйте вместо этого позвонить
generateRepresentations(
for request: QLThumbnailGenerator.Request,
update updateHandler: ((QLThumbnailRepresentation?, QLThumbnailRepresentation.RepresentationType, Error?) -> Void)? = nil
)
Это сделает несколько обратных вызовов updateHandler, и вы можете продолжать проверять тип представления, пока не получите .thumbnail, или вы можете просто остановиться, когда получите первый .lowQualityThumbnail, если хотите.
1
matt
15 Янв 2022 в 22:08