Ошибка генерации изображения drupal

Главная
Блоги
Блог shumod@drupal.org

Ошибка генерации изображения

Главные вкладки

Просмотр(активная вкладка)
Реакции

Не могу понять в чём дело. Не создаются превьюшки картинок.

При попытке зайти по прямой ссылке на превью пишет «Ошибка генерации изображения». Подскажите, в чём может быть дело?

Drupal7
Есть вопрос

Блог
Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Стоит проверить:
1. Пути (admin/config/media/file-system)
2. Наличие php5-gd (apt-get install php5-gd)
3. Если используется nginx, то наличие правила вида
location ~ ^/sites/.*/files/styles/ {
try_files $uri /index.php?q=$uri;
}
4. Если ничего не помогает admin/reports/dblog в студию.

з.ы. Образец при создании нового правила генерируется нормально ? Т.е. admin/config/media/image-styles/edit/имя_стиля выводит оба изображения ?

creator969

11 февраля 2013 в 13:19

Такая же проблема была, выставил права на папки и все номарльно

Kaylang

4 августа 2013 в 14:45

Есть такая же проблема при попытке программно вывести превью по пресету.

print theme_image_style(
array(
‘style_name’ => ‘стиль превью’,
‘width’ => XXX,
‘height’ => YYY,
‘path’ => ‘public://путь к картинке+картинка’,
)
);

генерится HTML-код

но сам файл картинки не создается и при просмотре чисто ссылки сообщение: «Ошибка генерации изображения».
права на папки в норме — запись разрешена.

igorek

2 марта 2014 в 18:00

Решение: В первую очередь проверьте, чтобы урл файла был не от корня сайта, а от папки files.
То есть не ‘sites/default/files/images/image.jpg’, а просто: ‘images/image.jpg‘
Об этом, например, говорится здесь: theme_image_style($variables).

SunriseChild

5 февраля 2015 в 18:15

Во! Спасибун!
Даже специально зарегался чтоб «спасибо!» сказать
Сменил дефолтный путь sites/default/files в «Общедоступный путь файловой системы» на images. Стили сохраняются в норме.

artem1914@yandex.ru

19 апреля 2015 в 16:27

Добрый день, я мало понимаю в Друпале, нашего программиста уволили, а на сайте пропали изображения видео в темах
http://ik-zona.ru/filmy-na-telekanale-zona вот ссылка, пишет ошибка генерации изображения, как можно исправить, и чтоб не сильно заумно, может как нибудь в панеле управления сайтом это можно решить? Если кто подскажет спасибо огромное!

igorek

19 апреля 2015 в 16:43

bobser

11 марта 2016 в 19:42

Была та же проблема. Выставил права доступа 755 на все вложенные папки начиная с /sites/default/files/ и всё заработало.

Источник

Drupal errors like ‘drupal error generating image’ are very annoying on the website.

This is one of the typical errors that occur due to a few reasons which include permissions errors, unavailability of JPEG library and many more.

At Bobcares, we often receive requests to fix drupal errors as a part of our Server Management Services.

Today, let’s know the causes for drupal error generating an image to occur and see how our Support Engineers fix it.

What causes drupal error generating image to occur?

This error can cause due to many different reasons. The top reasons for this error ‘drupal error generating image’ are

1. Image Size

Few customers use some sort of slider on the website to slideshow the website contents or images. Sometimes, this slider doesn’t pull the images if its size is very large.

Hence, resizing the images can help to resolve this error.

2. PHP GD extension in Drupal

The GD library is very essential in the website and for the images to load. Also, a JPEG library must be configured with it.

Without a JPEG library, it will create problems.

3. Bad Permissions

Permissions are the core part of any files or folders to work perfectly. If the right permissions are not set then it will throw errors.

So the permission of sites/all/files/styles needs to be right.

How we fix the drupal error generating image?

We have now checked the different reasons for this error to occur. Now, let’s look into different occasions where our customers experienced this error. And we will see how our Support Engineers fix it.

1. Enabling the GD library with JPEG library

We recently received a request from our customer to fix the drupal error. On analyzing the error the customer was also experiencing GD library errors as well.

Here, the GD library was available but without the JPEG library configuration. So, the server will display that the GD library installation is present. However, there is a hidden requirement of JPEG to exist as well.

Also in the GDToolkit.php the below line also causes the function imagecreateformjpeg to fail

$function = 'imagecreatefrom' . image_type_to_extension($this->getType(), FALSE);

So, our Support Engineers fixed this error by running the below commands:

# Install GD
RUN apt-get install -y libfreetype6-dev libjpeg62-turbo-dev libpng12-dev
RUN docker-php-ext-configure gd --with-freetype-dir=/usr/include/ --with-jpeg-dir=/usr/include/
RUN docker-php-ext-install gd

This enabled the JPEG library to configure with the GD library.

2. Fixing the permissions to avoid generating image error

One of our customers set up a few image styles, for example, “Content_teaser”.

Where the image should be displayed. However, when the customer clicks on “View image” an error displays saying “Error generating image”.

Our Support Engineers started troubleshooting the error by checking if the directory sites/default/files/styles directory is writeable by the webserver user.

To ensure that the user can access the style files, we ran the below command to change the permissions

sudo chmod -R ug+rw sites/all/files/styles

And ran the below command to change the file owner

sudo chown -R [webserver_user] sites/all/files/styles

Running the below command shows broken images as an indication.

drush generate-content

Finally, After changing permissions of the folder the error was resolved.

[Need assistance with drupal errors? – We’ll help you]

Conclusion

In short, the drupal error generating image is caused due to many reasons which include improper permissions, unavailability of JPEG library with GB library and many more. Today, we saw how our Support Engineers fix this error.

PREVENT YOUR SERVER FROM CRASHING!

Never again lose customers to poor server speed! Let us help you.

Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.

GET STARTED

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

Источник

I don’t know why Drupal stopped generating thumbnails. So, I get error on files like this:

/sites/default/files/styles/choices/public/a1531172504.jpg?itok=Wn-VWDKd

Although the full image is found in:

/sites/default/files/a1531172504.jpg

I’m working on Nginx, Drupal 7

asked Jul 9, 2018 at 22:12

Last time I’ve answers question related to image derivatives I’ve got minuses so let be thorough here.

1.Drupal core will NOT create image derivative upon image upload — fact.

2.Thumbnail image (derivative from original image) is physically created upon HTTP request eg. if you visit the listing where image is used (when you visit the listing with thumbnail image the derivative is created on the fly via HTTP request)

3.To alter this behavior and to get a derivative image instantly upon image upload via CCK field you must use module Imageinfo Cache https://www.drupal.org/project/imageinfo_cache

With this info form above please recheck your site (go to listing where the thumbnail should appear and than check your thumbnail folder) If the image is still missing please provide more details like: Are you using CCK field or is it a custom field, are you creating derivative programmatically? Some code snippets are required here to solve you problem.

Also please check your .htaccess located in sites/default/files/.htaccess (not the general .htaccess)
and while you there check the permissions on files folder.

answered Jul 10, 2018 at 14:44

BeyerBeyer

1918 bronze badges

The solution for me was to add this lines to the nginx.conf files:

location ~* .(css|gif|ico|jpeg|jpg|js|png)$ {
    expires max;
    log_not_found off;
    try_files $uri $uri/ @rewrite;
}
location @rewrite {
    # not working with Drupal rewrite module: rewrite ^/?(.*?)/?$  /index.php?q=$1&$args;
    rewrite ^/?(.*?)/?$  /index.php/$1&$args;
}

My environment is:

 - docker-compose with nginx (nginx:1.17.4-alpine), drupal   
   (drupal:9.0.6-fpm-alpine) and mysql (mysql:8.0)
 - drupal (9.0.6),    nginx/1.17.4, PHP 7.4.10, MySql 8.0.21

The server responded with a 404 error because:

The image styles are generated when drupal receives a request.
Nginx receives a request for an image that is not in the filesystem; then returns a 404 instead redirect the request to drupal.

The rule I propose for the nginx.conf redirect the image request to drupal and solve the problem after restart the web server:

docker-compose restart webserver

iminiki

2,43112 gold badges35 silver badges45 bronze badges

answered Sep 27, 2020 at 16:32

My fix was to disable and re-enable the clean-url. .../admin/config/search/clean-urls".

double-beep

4,97617 gold badges33 silver badges41 bronze badges

answered May 10, 2019 at 12:14

Источник

#57 927138-57-lighter404.patch 1.72 KB JKingsnorth

PASSED: [[SimpleTest]]: [MySQL] 41,077 pass(es). View

#50 927138-50-lighter404.patch 1.7 KB Taz

PASSED: [[SimpleTest]]: [MySQL] 40,604 pass(es). View

#46 image404-927138-46.d8.patch 1.71 KB David_Rothstein

PASSED: [[SimpleTest]]: [MySQL] 55,689 pass(es). View

#45 image404_drupalexit-927138-45.patch 1.61 KB manarth

PASSED: [[SimpleTest]]: [MySQL] 41,089 pass(es). View

#43 image404_drupalexit-927138-43.d8.patch 1.71 KB manarth

PASSED: [[SimpleTest]]: [MySQL] 55,783 pass(es). View

#35 image404_drupalexit-927138-35.patch 1.59 KB manarth

PASSED: [[SimpleTest]]: [MySQL] 40,383 pass(es). View

#35 image404_drupalexit-927138-35.d8.patch 1.03 KB manarth

FAILED: [[SimpleTest]]: [MySQL] 55,929 pass(es), 1 fail(s), and 0 exception(s). View

#33 image404_drupalexit-927138-33.patch 1.56 KB manarth

PASSED: [[SimpleTest]]: [MySQL] 40,366 pass(es). View

#32 image404_drupalexit-927138-32.patch 1.44 KB manarth

PASSED: [[SimpleTest]]: [MySQL] 40,371 pass(es). View

#28 image404_drupalexit-927138-28.patch 527 bytes handrus

PASSED: [[SimpleTest]]: [MySQL] 40,344 pass(es). View

#27 image404-927138-26.patch 540 bytes handrus

PASSED: [[SimpleTest]]: [MySQL] 40,420 pass(es). View

#26 image404-927138-26.patch 540 bytes handrus

PASSED: [[SimpleTest]]: [MySQL] 40,431 pass(es). View

#23 19-09-2012 19-53-25.png 115.19 KB h4rrydog #22 927138-image-404.patch 708 bytes droplet

PASSED: [[SimpleTest]]: [MySQL] 39,399 pass(es). View

#16 rerolled.patch 772 bytes webchick

PASSED: [[SimpleTest]]: [MySQL] 39,371 pass(es). View

#13 fail-image-generation-with-404-927138-5_11.patch 792 bytes rasmusluckow

FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch fail-image-generation-with-404-927138-5_11.patch. Unable to apply patch. See the log in the details link for more information. View

#13 interdiff.txt 893 bytes rasmusluckow #8 fail-image-generation-with-404-927138-5_8.patch 795 bytes rasmusluckow

PASSED: [[SimpleTest]]: [MySQL] 40,566 pass(es). View

#5 fail-image-generation-with-404-927138-5.patch 833 bytes marcingy

FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch fail-image-generation-with-404-927138-5_0.patch. Unable to apply patch. See the log in the details link for more information. View

#3 image-style-404.patch 998 bytes douggreen

PASSED: [[SimpleTest]]: [MySQL] 25,316 pass(es). View

image-style-404.patch 956 bytes douggreen

FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch image-style-404.patch. View

Источник

Главная
Блоги
Блог shumod@drupal.org

Ошибка генерации изображения

Главные вкладки

Просмотр(активная вкладка)
Реакции

Не могу понять в чём дело. Не создаются превьюшки картинок.

Drupal7
Есть вопрос

Блог
Войдите или зарегистрируйтесь, чтобы отправлять комментарии

по умолчанию права на папку с миниатюрами и другими стилями должны быть 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;
}

после обновить страницу с миниатюрами, они должны появиться.

Вы здесь

Главная » Вопросы » Не создаются картинки-превью (thumbnail) и не работает карта сайта

Не создаются превьюшки для нод.
Заместо них на странице нод — просто пустые картинки. Например, — http://soft-storage.ru/soft/rabota-s-documentami/rabota-s-tekstami/notepad%2B%2B
Полноразмерные картинки грузятся. Превьюшки должны грузиться в эту папку — «sites/default/files/styles/thumbnail/public/». Ставил различные права (755, 775, 777) для папки ‘public’ и для идущих до нее. Также менял файл ‘.htaccess’ в папке ‘files’ и даже удалял его, но это не помогло. Возможно, проблема в хостинге, но как понять в чем именно и что делать?
Не работает карта сайта ‘XML sitemap’.
Вроде как она сама генерируется и ссылки есть

Но сама карта сайта — пустая. Это можно увидеть на данной странице — http://soft-storage.ru/sitemap.xml. Если инспектировать страницу, то единственная надпись в коде — «xml-stylesheet».

На локалхосте на денвере все работает: и превьюшки грузятся и карта сайта отображается.

Долго искал решение в интернете (в т.ч. и на зарубежных сайтах), но если советы и были, то они не помогали.

Вопрос задан 16.11.2015 — 01:03

Ответы

возможно, проблема во владельце дир, смотреть ман ls, chown, не только chmod
с правами 755 все должно функционировать при нормальной настройке

Ответ дан 16.11.2015 — 15:29

Смотря, что за сервак ещё. Если криво настроенный редхад какой-нить, то нужно либо ковырять selinux, либо как писали выше — настройка владельца каталога
Если простой шаред, то может быть недоступна для записи временная директория /tmp — в таком случае либо трахать тех поддержку, либо создавать временную директорию внутри проекта, но тогда нужна будет ручная ротация

Ответ дан 16.11.2015 — 18:44

Посмотрел по ссылке, предположительно проблема в том, что запрос на картинку «не доходит до drupal-а».
Решение простое, но требует доступа к настройкам nginx. Необходимо исключить папку /sites/default/files/styles/ из location.

location ~* /sites/default/files/styles/ {
    if (!-e $request_filename) {
    rewrite  ^/(.*)$  /index.php?q=$1  last;
    break;
    }
}

Данный код в конфиге обеспечит отдачу запроса к системе, если файлы в папке /sites/default/files/styles/ не обнаружены.
Должно помочь.
Если самому не вариант прописать, попроси support.

Ответ дан 18.11.2015 — 15:09

Проблема решилась.
1. В настройках своего хостинга по совету тех. поддержки активировал параметр «вкл Apache вместо Nginx для обработки несуществующих статических файлов, ошибки 404». Заработала карта сайта, но превьюшки — по-прежнему нет.
2. Несколько дней назад сбился шрифт (хотя до этого нормально грузился). Менял права различным папкам, перемещал в разные места файл шрифта, и заметил, что работает он при загрузке из корня сайта, но не работает, если его класть внутрь ‘sites’ и глубже. Значит, дело в правах. Снова поизменял их. но это не помогло. Решил от балды залезть в ‘htaccess’, расположенный в корне папки ‘sites’, и увидел там строку ‘Deny from all’. Погуглил на эту тему и решил удалить данную строчку. И надо же, это помогло! Превьюшки создались и шрифт снова заработал.

В общем, благодарю всех за содействие!

Ответ дан 22.11.2015 — 14:13

откройте Отчеты — Отчеты о состоянии и найдите строку «Временная папка — недоступно для записи»
откройте Конфигурация — Файловая система и удалите текст временной папки. Друпал обнаружит и подставит временную папку сервера. тогда он сможет работать с файлами и создаст тамбнейлы.
если для вас адрес временной папки принципиален, подставьте свой адрес, например tmp и создайте такую папку в корне сайта и дайте ей права 755. или 777 если у вас хостинг неправильный

Ответ дан 16.11.2015 — 01:39

В прошлый раз, когда я отвечал на вопрос, связанный с производными изображений, у меня есть минусы, так что давайте здесь подробно.

1. Ядро Drupal НЕ будет создавать производные изображения при загрузке изображения — факт.

2. Эскизное изображение (производное от исходного изображения) физически создается по HTTP-запросу, например. если вы посещаете листинг, в котором используется изображение (когда вы посещаете листинг с миниатюрным изображением, производная создается на лету через HTTP-запрос)

3.Чтобы изменить это поведение и получить производное изображение сразу после загрузки изображения через поле CCK, вы должны использовать модуль Кэш Imageinfo https://www.drupal.org/project/imageinfo_cache

С помощью этой информационной формы выше, пожалуйста, перепроверьте свой сайт (перейдите к списку, где должен появиться эскиз, а затем проверьте папку с эскизами). Если изображение все еще отсутствует, укажите более подробную информацию, например: Используете ли вы поле CCK или это настраиваемое поле? вы производную программно создаете? Здесь требуются некоторые фрагменты кода, чтобы решить вашу проблему.

Также проверьте свой .htaccess, расположенный в sites / default / files / .htaccess (не общий .htaccess)
и пока вы там проверяете права доступа к папке с файлами.

Источник

Ошибка генерации изображения

Главные вкладки

Комментарии

What causes drupal error generating image to occur?

1. Image Size

2. PHP GD extension in Drupal

3. Bad Permissions

How we fix the drupal error generating image?

1. Enabling the GD library with JPEG library

2. Fixing the permissions to avoid generating image error

Conclusion

PREVENT YOUR SERVER FROM CRASHING!

Ошибка генерации изображения

Главные вкладки

Комментарии

Вы здесь

Ответы