Обновил до 3.6.2 обычная статья стала кушать свыше 150 мб памяти сервера! - Joomla 3.x: Установка, обновление и настройка

обновил до 3.6.2 и тут шляпа) глянул в дебаг, а там каждая страница отбирает 150-200 мб памяти сервера а раньше было максимум 10 мб. Это что такое?) Причем обновил на 2 сайтах и тоже самое на обоих.

Включить в общих настройках отладку системы и посмотреть на вкладку "профилирование" - что отжирает больше всего

Короче, это началось когда я обновился еще с 3.5.1 до 3.6.0 обновлялся этим Joomla_3.6.0-Stable-Update_Package.zip 9,94 мб путем распаковкой в корень сайта и потом в админке нажал исправит БД.

Время: 8.78 ms / 8.78 ms Память: 0.506 MB / 0.84 MB Application: afterLoad
Время: 40.14 ms / 48.92 ms Память: 3.834 MB / 4.67 MB Application: afterInitialise
Время: 3.58 ms / 52.51 ms Память: 0.220 MB / 4.89 MB Application: afterRoute
Время: 3.48 ms / 55.99 ms Память: 0.307 MB / 5.20 MB Application: beforeRenderComponent com_content
Время: 9.56 ms / 65.55 ms Память: 0.613 MB / 5.81 MB Application: Start JAccess::getAssetRules Old (1)
Время: 0.53 ms / 66.08 ms Память: 0.033 MB / 5.84 MB Application: Finish JAccess::getAssetRules Old (1)
Время: 0.03 ms / 66.12 ms Память: 0.000 MB / 5.84 MB Application: Start JAccess::preload(components)
Время: 1.05 ms / 67.17 ms Память: 0.215 MB / 6.05 MB Application: Finish JAccess::preload(components)
Время: 11.38 ms / 78.55 ms Память: 0.821 MB / 6.87 MB Application: New JAccess Preloading Process(com_content.article)
Время: 285.69 ms / 364.24 ms Память: 47.835 MB / 54.71 MB Application: After preloadPermissionsParentIdMapping (com_content.article)
Время: 236.17 ms / 600.40 ms Память: 57.643 MB / 112.35 MB Application: After preloadPermissions (com_content.article)
Время: 0.03 ms / 600.43 ms Память: 0.001 MB / 112.35 MB Application: End New JAccess Preloading Process(com_content.article)
Время: 0.02 ms / 600.45 ms Память: 0.001 MB / 112.35 MB Application: Start JAccess::getAssetRules New (com_content.article.450)
Время: 0.07 ms / 600.53 ms Память: 0.007 MB / 112.36 MB Application: Finish JAccess::getAssetRules New (com_content.article.450)
Время: 8.00 ms / 608.53 ms Память: 0.447 MB / 112.81 MB Application: afterRenderComponent com_content
Время: 1.87 ms / 610.40 ms Память: 0.092 MB / 112.90 MB Application: afterDispatch
Время: 2.42 ms / 612.81 ms Память: 0.107 MB / 113.01 MB Application: beforeRenderModule mod_menu (Copyright Menu)
Время: 2.15 ms / 614.97 ms Память: 0.105 MB / 113.11 MB Application: afterRenderModule mod_menu (Copyright Menu)
Время: 0.05 ms / 615.02 ms Память: 0.000 MB / 113.11 MB Application: beforeRenderModule mod_menu (Footer Menu)
Время: 0.69 ms / 615.71 ms Память: 0.006 MB / 113.12 MB Application: afterRenderModule mod_menu (Footer Menu)
Время: 0.05 ms / 615.76 ms Память: 0.000 MB / 113.11 MB Application: beforeRenderModule mod_custom (Liveinternet)
Время: 0.47 ms / 616.24 ms Память: 0.005 MB / 113.12 MB Application: afterRenderModule mod_custom (Liveinternet)
Время: 0.04 ms / 616.28 ms Память: 0.000 MB / 113.12 MB Application: beforeRenderModule mod_related_items (Рекомендуется к прочтению:)
Время: 14.07 ms / 630.34 ms Память: 0.476 MB / 113.60 MB Application: afterRenderModule mod_related_items (Рекомендуется к прочтению:)
Время: 0.08 ms / 630.42 ms Память: 0.000 MB / 113.43 MB Application: beforeRenderModule mod_custom (Поиск от яндекса)
Время: 0.31 ms / 630.73 ms Память: 0.066 MB / 113.49 MB Application: afterRenderModule mod_custom (Поиск от яндекса)
Время: 0.04 ms / 630.77 ms Память: 0.006 MB / 113.50 MB Application: beforeRenderModule mod_articles_category (Популярное)
Время: 34.49 ms / 665.26 ms Память: 0.528 MB / 114.03 MB Application: afterRenderModule mod_articles_category (Популярное)
Время: 0.06 ms / 665.32 ms Память: 0.000 MB / 113.82 MB Application: beforeRenderModule mod_menu (Интересное)
Время: 2.13 ms / 667.45 ms Память: 0.018 MB / 113.84 MB Application: afterRenderModule mod_menu (Интересное)
Время: 0.03 ms / 667.48 ms Память: 0.000 MB / 113.84 MB Application: beforeRenderModule mod_articles_latest (Новое:)
Время: 11.30 ms / 678.78 ms Память: 0.464 MB / 114.30 MB Application: afterRenderModule mod_articles_latest (Новое:)
Время: 0.05 ms / 678.83 ms Память: 0.000 MB / 113.92 MB Application: beforeRenderModule mod_custom (AnalitikaGoogle)
Время: 0.32 ms / 679.15 ms Память: 0.006 MB / 113.93 MB Application: afterRenderModule mod_custom (AnalitikaGoogle)
Время: 0.06 ms / 679.21 ms Память: 0.003 MB / 113.93 MB Application: beforeRenderModule mod_breadcrumbs (Breadcrumbs)
Время: 0.82 ms / 680.03 ms Память: 0.019 MB / 113.95 MB Application: afterRenderModule mod_breadcrumbs (Breadcrumbs)
Время: 0.05 ms / 680.08 ms Память: 0.000 MB / 113.95 MB Application: beforeRenderModule mod_icemegamenu (IceMegaMenu)
Время: 24.21 ms / 704.28 ms Память: 0.444 MB / 114.39 MB Application: afterRenderModule mod_icemegamenu (IceMegaMenu)
Время: 0.11 ms / 704.39 ms Память: 0.005 MB / 114.40 MB Application: beforeRenderModule mod_menu (карта сайта)
Время: 1.23 ms / 705.62 ms Память: 0.006 MB / 114.40 MB Application: afterRenderModule mod_menu (карта сайта)
Время: 4.87 ms / 710.49 ms Память: 0.107 MB / 114.51 MB Application: afterRender

Использование памяти
114.78 MB (120 358 360 Байт)

ВОт там 2 самых тяжелы запроса, но остальные запросы по 0.035 мб всего откуда остальное?

Стек вызовов

Время запроса: 226.91 ms После последнего запроса: 2.96 ms Память запроса: 9.181 MB Память до запроса: 6.875 MB Выбрано строк: 92500
SELECT a.id, a.parent_id

  FROM _assets AS a

  WHERE (a.name LIKE 'com_content.%' OR a.name = 'com_content' OR a.id = 1)

План SQL-запросов (Explain)
id   select_type   table   type   possible_keys   key   key_len   ref   rows   Extra
1   SIMPLE   a   ALL   PRIMARY,idx_asset_name   Индекс не используется   NULL   NULL   92889   Using where
Профилирование SQL-запросов

Стек вызовов



Время запроса: 80.38 ms После последнего запроса: 59.27 ms Память запроса: 12.989 MB Память до запроса: 54.722 MB Выбрано строк: 92500
SELECT a.id, a.name, a.rules

  FROM _assets AS a

  WHERE (a.name LIKE 'com_content.%' OR a.name = 'com_content' OR a.id = 1 )

План SQL-запросов (Explain)
id   select_type   table   type   possible_keys   key   key_len   ref   rows   Extra
1   SIMPLE   a   ALL   PRIMARY,idx_asset_name   Индекс не используется   NULL   NULL   92889   Using where
Профилирование SQL-запросов

Стек вызовов

сделал как все советуют тут запрос DELETE FROM `cdnlp_assets` WHERE `name` LIKE '%com_content.article.%' AND `id`!=1
Потребление памяти вернулось в норму, но
ток не понимаю что это за запрос, зачем он нужен и как часто его надо делать? или сделал 1 раз и забыл?

http://joomlaforum.ru/index.php?topic=204055.0
таблица имеет свойство переполняться,

а если материал на сайт больше не добавляется то и таблица расти не будет?

а если материал на сайт больше не добавляется то и таблица расти не будет?

По идее нет, не должна расти. Там в теме были какие-то решения, но я не углублялся в детали, у меня подобной проблемы почему-то не было нигде.

Возможно эта проблема у тех у кого очень много статей на сайте

Возможно эта проблема у тех у кого очень много статей на сайте

Взял один из сайтов, статей 1300, в таблице assets записей 1800, весит 688 КБ
Нагрузки не создает.

а у меня 100 000 статей, пока не почистил ассет, памяти потребляло много

сделал как все советуют тут запрос DELETE FROM `cdnlp_assets` WHERE `name` LIKE '%com_content.article.%' AND `id`!=1
Потребление памяти вернулось в норму, но
ток не понимаю что это за запрос, зачем он нужен и как часто его надо делать? или сделал 1 раз и забыл?

В Joomla сделали права доступа к каждому материалу по отдельности, об этом хранится информация в assets. Записывается при создании или редактировании материала. Чистить нужно с периодичностью раз в месяц-два, в зависимости от кол-ва новых/изменённых материалов.

Или просить разработчиков, чтобы это было выключено по умолчанию.

перешёл с 3.5.1 на 3.6.2 и Joomla отказалась запускаться с 128М. (80 000 статей)
И так  что локально, что на сервере

точнее Главная сайта открывается и админка, а всё остальное ругается на нехватку памяти, памяти пришлось увеличить до 180М и тогда работает
полез разбираться первое что увидел что при запросе к assets съедает всё что можно
DELETE FROM `cdnlp_assets` WHERE `name` LIKE '%com_content.article.%' AND `id`!=1 действительно всё вернул примерно до нормального уровня от 21 до 30М

Так собственно вопрос, чем чревата такая чистка таблицы assets?
а то на сервере пока не рискнул так пробовать, но выше написано, что нет проблем если больше не добавляются материалы, а у меня  там каждый день добавляются материалы и боюсь что что-то потом отвалится.
Подскажите пож.

В этом запросе удаляются права доступа к материалам. После каждого пересохранения они кстати создаются заново. Если у вас нет разделения, что этот метериал может смотреть только админ, эти - только редакторы, а остальные все посетители, то не черевато ничем.
Заметьте, речь конкретно о материалах! Права доступа можно по прежнему выдавать пунктам меню например.

... то не черевато ничем.

Не, всё что публикуется можно мотреть, всё для просмотра, разделений нет никаких
Спасибо