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

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

26 декабря 2019 в 17:51

И в общем да. Наверное вся собака порылась, что я неверно токены в пути файла указал - привязался к текущей дате. Бывает (

Спасибо за подсказку! С наступающим НГ!

26 декабря 2019 в 16:40

О! Точно!

Подождите, но в момент формирования и загрузки файла - дата создания ноды ведь еще неизвестна? А пути деривативов формируются уже потом из пути загрузки файла.
----------------------------
Ага! Разобрался. В момент загрузки файта он еще в tmp находится, а переносится в рабочий каталог уже при сохранении, так что работает img/[node:created:custom:Y]/[node:created:custom:m]

26 декабря 2019 в 14:36

Спасибо всем за участие в теме!!!

Все верное здесь написано. Только у меня вообще ерунда какая-то. Вернул все обратно (дурная голова рукам покоя не дает) и сумел найти момент ошибки. При создании материала деривативы создаются. Однако в какой-то момент пропадают.

На сайте установлена запись файлов в каталоги вида [current-year]/[cuurent-month]/[current-day].

Так вот. При создании материала, к примеру, дериватив создается в каталоге 2019/12/23/img.jpg

24 декабря 2019 в 22:20

В общем плюнул на это дело. Написал модуль, который перед выводом ноды проверяем на битые ссылки и если что - кэш сбрасывает. После НГ займусь плотно, если само не рассосется )

24 декабря 2019 в 17:14

Постоянного мониторинга нет. Но в режиме реального времени если наблюдать, то с большим запасом железо.
8 ядерный проц. В среднем показывает load average: 1.35, 1.15, 1.16
Файл подкачки пустой. Памяти с избытком. С дисками всё в порядке. Под базу SSD используются.

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

24 декабря 2019 в 14:39

Воспроизвести не могу. Появляется не очень часто. Может быть 2-3 раза в день.

Смотрел во всех логах - апач, мускл, сислог... Ничего криминального не нахожу.

10 мая 2018 в 12:46

Да. Так, наверное, будет красивое решение.

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

10 мая 2018 в 11:50

Понятно всё. Но у меня на сервере памяти с избытком. Самое узкое место - процессор, так скажем, или алгоритм работы солр хромает, который я править не собираюсь естественно.

Кстати, раньше использовался сфинкс - вот он летал. Реально. Но по некоторым техническим причинам пришлось на солр перейти. А вообще - сфинкс всем рекомендую. Классный движок.

10 мая 2018 в 11:35

Semantics wrote:
У вас проблема в нехватке ресурсов на сервере и апач там самое жрущее звено


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

10 мая 2018 в 11:24

Andruxa wrote:

Возникала проблема с нехваткой ресурсов.

Решилась заменой apache2 на nginx + php-fpm.

У меня проблема не в скорости обработки скриптов, а в скорости работы поискового сервера.

10 мая 2018 в 11:09

Ну написал же. Нет денег на еще сервер. Моя бы воля - я бы вообще все по серверам раскидал и балансировщик прикрутил.
Да. Надо тупо сообщать, что не работает. Но не могу же я сам сидеть и следить за статусом апач и сообщения слать?

10 мая 2018 в 11:07

На мой взгляд, выжато все до предела. Даже кэширование esi для авторизованных через varnish настроено. Проблема, что поиск реально сложный, внутри него много всяких обработок + нечеткий поиск и прочие плюшки сделаны. А записей на сайте более миллиона.

UPD Я не правильно понял вопрос. Нет, железяку помощнее не получается. Как медвед говорил - денег нет, но держитесь там.