maxim_al: Комментарии

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

13 сентября в 13:58

Зло не зло... Три года сайт работает, куча файлов, в галерее, в новостях.
Сейчас просто надо в гипервизор это всё перенести с обновлением оси и пхп.
А эта дополнительная фишка с watermark, не получается уже в гипервизоре. На боевом серваке уверен что заработает, как то там проблема эта решена была.

13 сентября в 11:50

Как бы уже сайт есть, наполнение его есть, куча файлов привязана так или иначе. И всё это работает с родными русскими именами.
т.е. как то это делается.

13 сентября в 0:56
Semantics wrote:

Я не знаю в чём ваша проблема.
вполне допускаю, что утилита convert требует санитации и/или конверта спецсимволов в именах.

Вчера не сообразил сразу что здесь этого не писал - при выполнении команды из консоли

12 сентября в 11:49

Т.е. это проблема в самом модуле imagemagick?
Вообще я так понимаю, что есть сам конвертер и есть api модуль, который взаимодействует с конвертером. Но вот в самом ли модуле формируется строка для конвертера, или дополнительным php кодом где-то в друпале - не понимаю.
Перерыл всё что смог предположить, но ничего не нашел.
Попробую изучить ссылку поглубже, в исходники заглянуть, может чего и нарою.

12 сентября в 9:45

Давайте начнём с начала - на какие вопросы я не ответил? На счёт статики - так я и написал, что мне ваш вопрос не ясен. -Уточнений не последовало.
Файлы ясен перец на месте - это понятно из моих сообщений.
Какой был ещё вопрос на который я не ответил?

12 сентября в 4:30

В общем как я понимая проблема в коде который формирует строку для ImageMagick.
Что-то PHP7 не так отрабатывает как PHP5, вероятно.
Теперь найти бы этот код PHP который формирует эту строку, и посмотреть чего в ней не так и как она "подрезает" имя файла...

Кстати подобная "фишка" с символом № и при загрузки фото в галерею. Но это вот уже совсем не критично - файл сменит наименование ещё до загрузки, и соответственно потом галерея работает нормально.

12 сентября в 2:28
maxim_al wrote:

При попытке прогонять эту команду в консоле ничего не происходит, ни ошибок, нифига... мне кажется что ImageMagick как-то не так отрабатывает.

Вчера делал ошибку, в копипасте лишка прихватывал.
Команда отрабатывает.
Что теперь я предполагаю исходя из полученных данных. В том выводе даётся имя файла "199.jpg", а в папке такого файла нет, но есть "№199.jpg".

11 сентября в 10:06

[root@www etc]# cat php.ini | grep displ
display_errors = On

В какой то момент на экран вышло что то подобное:

ImageMagick, команда: /usr/bin/convert '../www-files/fuimages/199.jpg' -quality '100' '../www-files/imagecache/Orig/fuimages/199.jpg'
ImageMagick, ответ:
ImageMagick, команда: /usr/bin/convert '../www-files/fuimages/199.jpg' -quality '100' '../www-files/imagecache/Orig/fuimages/199.jpg'
ImageMagick, ответ:

11 сентября в 2:59

За направление движения большое спасибо!
Смотрю где ошибка:

else {
eval($field['display_format']);
}

ругается на display_format
Нахожу вычисляемое поле:

IP field_ipcreator Computed Настроить

Иду в изменить и нахожу 2 блока:
1. Computed Code:

<?php
$node_field[0]['value'] = ip_address();
?>

2. Display Format:

<?php
print $node -> field_ipcreator[0]['value'];
?>

10 сентября в 13:44

Конкретнее пожалуйста, где посмотреть. Стандартные логи сайта смотрел. Там просто говорится, что данного файла нет.
Если хотите помочь, скажите где именно что смотреть и как можно протестировать.
Если нет то и не надо ничего писать.

PS На счёт сарая. Это не место где обсуждается операционка.

10 сентября в 12:02

Что значит файлы на месте? Эти файлы автоматически формируются из исходников. Модуль gd нормально отрабатывает. Но в исходом сайте используется именно imagemagic.
На счёт статики не понял.
То что модуль "в сторонке" понятно, но когда я его настраиваю в друпал он же говорит что модуль есть и настроен. Почему же из галереи он не работает?

10 сентября в 11:56

Ну я новичок в этом деле, могу не так понимать или не так выражаться, уж извините 😀.
Ну хорошо, там стоит вычисление, и как подобраться к тому коду, неправильному, который туда передается?
Как от eval($field['display_format']) перейти к неправильному коду?

10 сентября в 10:01

Всё так и есть.
Но вот что получается, если я эту строку заремлю, то всё вроде как и работает...
строка выделена жирным:
/**
* 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'];

10 сентября в 4:10

Сам запутался и людей буду путать... Изменяю свой пост.

Я не отключил Selinux, а перевёл его в режим логирования, для проверки, командой "setenforce 0", но как понял это строго не рекомендуется, такой режим работы (т.к. он фактически отключен), а потому полезу рыть мануалы на Selinux, т.к. пока его вообще не касался, посмотрю как настроить для апача/друпала.

PS в конфиге стоит enforcing потому и блокировало.

10 сентября в 3:01

В общем дело не в этом, - как я писал -R 777 ставил от корневой веб папки...

А ларчик открывался просто, это издержки малого знакомства с CentOS и не вникания в процедуру его установки...
SeLinux был включен.

Всем спасибо

10 сентября в 1:58
Mnilionic wrote:

зы сорян, увидел

Да тут да, странные установочные параметры по умолчанию в CentOS7, не трудно запутаться, к тому же сам Апач они не Апачем зовут а hhtpd...
И вот видимо где-то с этой осью и особенности. Порою в особенностях установки Друпала на CentOS7, может чего найду...

10 сентября в 1:53

ну в общем нет, было там полный порядок, на всякий случай уже для проверки сделал (это не рабочая, тестовая виртуальная среда, потому можно для проверки):

[root@www sites]# chmod -R 777 /var
[root@www sites]# service httpd restart

пермишены от самого корня /var но всё без разницы...