В общем как я понимая проблема в коде который формирует строку для ImageMagick.
Что-то PHP7 не так отрабатывает как PHP5, вероятно.
Теперь найти бы этот код PHP который формирует эту строку, и посмотреть чего в ней не так и как она "подрезает" имя файла...
Кстати подобная "фишка" с символом № и при загрузки фото в галерею. Но это вот уже совсем не критично - файл сменит наименование ещё до загрузки, и соответственно потом галерея работает нормально.
При попытке прогонять эту команду в консоле ничего не происходит, ни ошибок, нифига... мне кажется что ImageMagick как-то не так отрабатывает.
Вчера делал ошибку, в копипасте лишка прихватывал.
Команда отрабатывает.
Что теперь я предполагаю исходя из полученных данных. В том выводе даётся имя файла "199.jpg", а в папке такого файла нет, но есть "№199.jpg".
Конкретнее пожалуйста, где посмотреть. Стандартные логи сайта смотрел. Там просто говорится, что данного файла нет.
Если хотите помочь, скажите где именно что смотреть и как можно протестировать.
Если нет то и не надо ничего писать.
PS На счёт сарая. Это не место где обсуждается операционка.
Что значит файлы на месте? Эти файлы автоматически формируются из исходников. Модуль gd нормально отрабатывает. Но в исходом сайте используется именно imagemagic.
На счёт статики не понял.
То что модуль "в сторонке" понятно, но когда я его настраиваю в друпал он же говорит что модуль есть и настроен. Почему же из галереи он не работает?
Ну я новичок в этом деле, могу не так понимать или не так выражаться, уж извините ?.
Ну хорошо, там стоит вычисление, и как подобраться к тому коду, неправильному, который туда передается?
Как от eval($field['display_format']) перейти к неправильному коду?
Всё так и есть.
Но вот что получается, если я эту строку заремлю, то всё вроде как и работает...
строка выделена жирным:
/**
* Theme function for 'default' text field formatter.
*/
function theme_computed_field_formatter_default($element) {
$field = content_fields($element['#field_name']);
// For "some" backwards compatibility
$node_field_item['value'] = $element['#item']['value'];
Сам запутался и людей буду путать... Изменяю свой пост.
Я не отключил Selinux, а перевёл его в режим логирования, для проверки, командой "setenforce 0", но как понял это строго не рекомендуется, такой режим работы (т.к. он фактически отключен), а потому полезу рыть мануалы на Selinux, т.к. пока его вообще не касался, посмотрю как настроить для апача/друпала.
PS в конфиге стоит enforcing потому и блокировало.
Да тут да, странные установочные параметры по умолчанию в CentOS7, не трудно запутаться, к тому же сам Апач они не Апачем зовут а hhtpd...
И вот видимо где-то с этой осью и особенности. Порою в особенностях установки Друпала на CentOS7, может чего найду...
ну в общем нет, было там полный порядок, на всякий случай уже для проверки сделал (это не рабочая, тестовая виртуальная среда, потому можно для проверки):
ImageAPI ImageMagick + CentOS7 + Drupal6LTS
Виктор, я не сомневаюсь в вашей гениальности, но пишите только по делу.
ImageAPI ImageMagick + CentOS7 + Drupal6LTS
В общем как я понимая проблема в коде который формирует строку для ImageMagick.
Что-то PHP7 не так отрабатывает как PHP5, вероятно.
Теперь найти бы этот код PHP который формирует эту строку, и посмотреть чего в ней не так и как она "подрезает" имя файла...
Кстати подобная "фишка" с символом № и при загрузки фото в галерею. Но это вот уже совсем не критично - файл сменит наименование ещё до загрузки, и соответственно потом галерея работает нормально.
ImageAPI ImageMagick + CentOS7 + Drupal6LTS
Вчера делал ошибку, в копипасте лишка прихватывал.
Команда отрабатывает.
Что теперь я предполагаю исходя из полученных данных. В том выводе даётся имя файла "199.jpg", а в папке такого файла нет, но есть "№199.jpg".
ImageAPI ImageMagick + CentOS7 + Drupal6LTS
Первым способно он и так включен.
ImageAPI ImageMagick + CentOS7 + Drupal6LTS
[root@www etc]# cat php.ini | grep displ
display_errors = On
В какой то момент на экран вышло что то подобное:
ImageAPI ImageMagick + CentOS7 + Drupal6LTS
странно, в теории лог php включен, но вывода никакого нет...
Ошибка в модуле computed_field.module - белый экран при авторизованном входе
За направление движения большое спасибо!
Смотрю где ошибка:
ругается на display_format
Нахожу вычисляемое поле:
Иду в изменить и нахожу 2 блока:
1. Computed Code:
2. Display Format:
ImageAPI ImageMagick + CentOS7 + Drupal6LTS
Так, что бы не путаться в терминах и определениях. Вот что пишется в логе сайта:
ImageAPI ImageMagick + CentOS7 + Drupal6LTS
Конкретнее пожалуйста, где посмотреть. Стандартные логи сайта смотрел. Там просто говорится, что данного файла нет.
Если хотите помочь, скажите где именно что смотреть и как можно протестировать.
Если нет то и не надо ничего писать.
PS На счёт сарая. Это не место где обсуждается операционка.
ImageAPI ImageMagick + CentOS7 + Drupal6LTS
Что значит файлы на месте? Эти файлы автоматически формируются из исходников. Модуль gd нормально отрабатывает. Но в исходом сайте используется именно imagemagic.
На счёт статики не понял.
То что модуль "в сторонке" понятно, но когда я его настраиваю в друпал он же говорит что модуль есть и настроен. Почему же из галереи он не работает?
Ошибка в модуле computed_field.module - белый экран при авторизованном входе
Ну я новичок в этом деле, могу не так понимать или не так выражаться, уж извините ?.
Ну хорошо, там стоит вычисление, и как подобраться к тому коду, неправильному, который туда передается?
Как от eval($field['display_format']) перейти к неправильному коду?
Ошибка в модуле computed_field.module - белый экран при авторизованном входе
Всё так и есть.
Но вот что получается, если я эту строку заремлю, то всё вроде как и работает...
строка выделена жирным:
/**
* Theme function for 'default' text field formatter.
*/
function theme_computed_field_formatter_default($element) {
$field = content_fields($element['#field_name']);
// For "some" backwards compatibility
$node_field_item['value'] = $element['#item']['value'];
"Каталог ../www-files закрыт для записи" (CentOS)
Сам запутался и людей буду путать... Изменяю свой пост.
Я не отключил Selinux, а перевёл его в режим логирования, для проверки, командой "setenforce 0", но как понял это строго не рекомендуется, такой режим работы (т.к. он фактически отключен), а потому полезу рыть мануалы на Selinux, т.к. пока его вообще не касался, посмотрю как настроить для апача/друпала.
PS в конфиге стоит enforcing потому и блокировало.
"Каталог ../www-files закрыт для записи" (CentOS)
В общем дело не в этом, - как я писал -R 777 ставил от корневой веб папки...
А ларчик открывался просто, это издержки малого знакомства с CentOS и не вникания в процедуру его установки...
SeLinux был включен.
Всем спасибо
"Каталог ../www-files закрыт для записи" (CentOS)
Да тут да, странные установочные параметры по умолчанию в CentOS7, не трудно запутаться, к тому же сам Апач они не Апачем зовут а hhtpd...
И вот видимо где-то с этой осью и особенности. Порою в особенностях установки Друпала на CentOS7, может чего найду...
"Каталог ../www-files закрыт для записи" (CentOS)
ну в общем нет, было там полный порядок, на всякий случай уже для проверки сделал (это не рабочая, тестовая виртуальная среда, потому можно для проверки):
пермишены от самого корня /var но всё без разницы...
"Каталог ../www-files закрыт для записи" (CentOS)
работает под apache, как я писал уже.
Но это ничего не даёт - я пробовал по разному, в том числе:
"Каталог ../www-files закрыт для записи" (CentOS)
Нет, дело не в этом, эта настройка не установлена. Ни в статусе не показывает ни в php.ini не определена.
"Каталог ../www-files закрыт для записи" (CentOS)
надо проверить, "высоко" не поднимался...
"Каталог ../www-files закрыт для записи" (CentOS)
а вот тут надо смотреть, но смогу только завтра, я уже дома...
А что с этой настройкой (я её не делал, - апач развернулся стандартно).
"Каталог ../www-files закрыт для записи" (CentOS)
Какие модули PHP5.6 надо устанавливать для Drupal 6?
так как всё ушло далеко от темы, вынес это в другой топик ( https://drupal.ru/node/140321 ).
Какие модули PHP5.6 надо устанавливать для Drupal 6?
Есть мысли почему на CentOS у меня проблемы с работой Drupal с файловой системой (ниже описано)?
Какие модули PHP5.6 надо устанавливать для Drupal 6?
это мне совершенно не нужно. Я не хостер. Свой сервер, свой сайт. Ничьих других там не будет
Какие модули PHP5.6 надо устанавливать для Drupal 6?
И да, какая разница где (в какой папке) располагается сайт - главное права/владельцы... всегда так было, зачем в хом это убирать?