Добрый день!
Ранее на сайте был установлен модуль WYSIWYG для добавления изображения в сообщение через редактор TinyMCE.
Позже модуль WYSIWYG отключили и заменили редактор на ckeditor. Когда именно изображения в теле сообщения перестали показываться и сервер стал писать ошибку
Attempt to serve directory: /sites/default/files/styles/blog_image/public/
сложно сказать, может быть, эти два события не связаны и изображения должны отображаться.
Сейчас изображение физически на сервере есть, в сообщении отсутствует, имеет код:
<img class="img-responsive" src="/sites/default/files/styles/blog_image/public" alt="">
то есть даже не полный путь до папки, в котором сообщение находится.
Аттрибуты рекурсивно поставлены sudo chmod 777 -R /sites/default/files/
GD и ImageMagick включены.
.htaccess в папке sites/default/files выглядит так:
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
Options None
Options +FollowSymLinks
меняли на
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
Options None
Options +SymLinksIfOwnerMatch
отображения по-прежнему нет, в логах та же ошибка.
Помогите, пожалуйста.
Комментарии
Да, также владелец папки styles и всех файлов выставлен
chown -R www-data:www-data /styles
На сервере связка nginx+Apache.
У вас пользователя имя www-data?
нет такого каталога /styles
/ - это корневой каталог
если мы говорим о атрибуте src - то слеш это корень сайта
а в баше - там где вы меняете владельца и группу, слеш - это корень файловой системы
pwd в помощь)
Пользователь выставлен на папку /sites/default/files/styles/ - вот такой владелец www-data:www-data
Имя пользователя другое, вот здесь указано как одно из решений указать владельца www-data:www-data
https://drupal.stackexchange.com/questions/197180/image-styles-broken
Права...
Вас не смущает, что в src нет пути к файлу изо? (ни абсолютного ни относительного)
И да, 777 - это не выход.
А сервак, наверно, на CentOs... с её всеми любимым selinux?
Debian.
Все пути абсолютные, с адресом домена, просто не указал.