Сообщений в теме: 10

[lotosdima]

Некоторое время назад без видимых на то причин (ничего не менял на сайте и не обновлял) при сохранении материала начала появляться ошибка 504.

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

Сайт был на шареде, я переехал на VPS, настроил все, увеличил время для выполнения. Теперь материалы сохраняются, но ждать приходится очень долго.

Сама админка работает нормально, только при сохранении такая лажа.

htop показывает, что проблема в нагрузке на MySQL при сохранении

 

 

Что делать?

 

P.S. сайт был сделан давно, с хаками, не обновлялся. Joomla: 3.4.8 JBZoo: 2.2.4 Pro rev3086 Zoo: 3.3.14

Проблема появилась спустя примерно год, после запуска.

Сообщение отредактировал lotosdima: 04 July 2016 - 20:59

[SmetDenis]

Могу только гадать что случилось.
Ставлю на то что какое-то расширение отслеживает сохранения материалов и делает какие-то свои вещи.

Можете отправить мне временный доступ FTP и в панель управления?

Спасибо.

[SmetDenis]

Отключил плагин умного поиска Joomla


Кстати, у вас realpath cache нужно увеличить в настройках php - это базовая оптимизация

[lotosdima]

Спасибо.

Можете как-то прокомментировать нестыковку плагина и Zoo(JBZoo)?

Просто есть похожий проект и там как раз используется умный поиск.

[SmetDenis]

Нужно разбираться в деталях реализации.
Я знаю принцип его работы, но не вижу смысла рассказывать.
Дело не сколько в JBZoo, а в реализации "умного" индекса.
Если без него никак, то лучше запускать его переиндексацию (не путать с нашей) вручную.


Еще знаю, что он часто становится помехой производительности (например, импорт, сохранение итд), распухание базы (не критично).

[udjin]

SmetDenis сказал(а) 06 Июл 2016 - 13:16:

Отключил плагин умного поиска Joomla


Кстати, у вас realpath cache нужно увеличить в настройках php - это базовая оптимизация

Вы бы тогда в системных требованиях к Jbzoo или просто в рекомендациях указали бы на эту необходимость, а также на то, что при наличии множества "тяжёлых" медийных полей в материале, Умный поиск начинает грузить мускул, а значит его нужно выключить.

[SmetDenis]

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

Данный случай исключение. Я в первые вижу что от него база данных уходит в цикл. По-быстрому в причинах не разобраться.

А realpath cache - это оптимизация для любого сайта на PHP.

[udjin]

SmetDenis сказал(а) 06 Июл 2016 - 16:37:

А realpath cache - это оптимизация для любого сайта на PHP.

 

Не понял. Значения ведь разные для каждого конкретного сайта. К примеру, в битриксе прямо указано прямо в админке, до какого значения надо поднять размер кеша и его ttl. Напишите тогда в системных требованиях, какие вы рекомендуете значения, я хоть со своими сравню. Спасибо.

[SmetDenis]

Ставьте 4 мегабайта. Хватит для большинства сайтов.
В Битриксе такое же значение. Это с лихим запасом для любых сайтов. А 4 МБ в пике от оперативной памяти - не большая потеря.

Не вижу смысла описывать техники оптимизации PHP.
Для JBZoo они точно такие же как и для любых других сайтов. Все это гуглится.

[udjin]

SmetDenis сказал(а) 06 Июл 2016 - 16:47:

Ставьте 4 мегабайта. Хватит для большинства сайтов.
В Битриксе такое же значение. Это с лихим запасом для любых сайтов. А 4 МБ в пике от оперативной памяти - не большая потеря.

Не вижу смысла описывать техники оптимизации PHP.
Для JBZoo они точно такие же как и для любых других сайтов. Все это гуглится.

А TTL?