t3 framework 2 и работа кеширования - неполадки. - Joomla 2.5: Шаблоны, разметка и макеты вывода

Всем мне понравился t3 framework и  JA T3 Blank, который легко можно подстроить под свои пожелания, но...
В t3 framework встроена какая-то своя система кэширования, которая не позволяет кэшировать com_content стандартному плагину кэширования Joomla, даже если кеш в настройках шаблона отключен!! Встроенная в t3 framework система кэша работает супер эффективно, НО ее кэш, похоже, НИКОГДА автоматически не обновляется... только вручную
А для "динамического", так сказать, сайта - это очень плохо... Например, комментарии Jcomments окончательно проявятся только после ручного обновления кеша...
Внесение com_content в список исключений для кэширования в (настройках шаблона) - приводит к увеличению нагрузки на сервер
Как бы при использовании t3 framework - заставить работать стандартный кэш Joomla? Или установить время обновления кеша фреймворка?
Буду очень благодарен за любые подсказки!

Задал тот же вопрос на оф форуме joomlart, но тоже не ответа, не привета...
Подскажите, пожалуйста, кто использует фреймворк 2,5 - сталкивались ли вообще с такой проблемой? Или это так и должно быть, и проблемой не считается?

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

Фууух, я таки нашел, где было установлено "бесконечное" время кэширования!

Правка кеширования
/plugins/system/jat3/jat3/core/cache.php

Строка 48             'lifetime'      => (int)$conf->get('cachetime') * 60,
Заменил на             'lifetime'      => (int)$conf->get('cachetime'),
Строка 365                 'lifetime'         => $config->getValue ('cachetime') * 60,
Заменил на                  'lifetime'         => $config->getValue ('cachetime'),

По ходу там стандарное время кэширования было умножено на 60, что ли...

Правда, теперь возникает второй вопрос... Как известно, при стандартном кэше, "При любом изменении объекта происходит обновление данных кэша. Перегенерация данных кэша будет происходить независимо от времени его жизни. Таким образом, измененная статья или модуль будут отображены в обновленном варианте."
Но при кэшировании t3 - изменение, например, статьи, никак не помогает поскорее обновить данные кэша, и приходится либо опять же вручную его обновлять, либо ждать пока сам обновится, в соответствии с установленным временем. И непонятно - как это исправить?  !

А что вы решили по поводу противоречивых советов оф форума -
то они советуют включать стандартное кэширование (общие настройки и плагин), то не советуют...
 
И еще просьба поделиться опытом, для "динамического" сайта, учитывая что jomlart-овские шаблоны достаточно тяжелые, используете ли вы кэширование на стороне браузера? Никак не могу найти оптимальный вариант - использовать или нет.

А что вы решили по поводу противоречивых советов оф форума -
то они советуют включать стандартное кэширование (общие настройки и плагин), то не советуют...
 
И еще просьба поделиться опытом, для "динамического" сайта, учитывая что jomlart-овские шаблоны достаточно тяжелые, используете ли вы кэширование на стороне браузера? Никак не могу найти оптимальный вариант - использовать или нет.

Значит, видели, что они мне там понаписали? Я как-то даже разочаровался... думал, там поддержка хоть знает, что у них там напрограммировано )
Это практически без разницы - включено стандартное кеширование, или нет... главное чтобы его время было правильно указано Таковы мои выводы после экспериментов!

По поводу кеширования в браузере... разницы не заметил. Так что отключил.

ps
Не такой уж шаблон и тяжелый... если кеширование включено, и если CSS и скрипты оптимизированы и кешированы с помощью того же фреймворка. По крайней мере T3 Blank сравнивал с самыми "легкими" - результат великолепный!

Да уж, тех поддержка там не всегда на высоте.

А я столкнулась с такой проблемой: если оставлять включенным одновременно и стандартное, и t3 кэширование, то Page Speed начинает красным цветом ругаться

Следующие ресурсы идентичны по содержанию, но получены от разных URL. Предоставляйте эти ресурсы по одному и тому же URL, чтобы сэкономить 1 запр. и 367.0Кб.

http://сайт.xn--p1ai/?jat3action=gzip&jat3type=js&jat3file=t3-assets/js_0d2b1.js
http://сайт.xn--p1ai/index.php?jat3action=gzip&jat3type=js&jat3file=t3-assets/js_0d2b1.js

Приходится отключать стандартное. Но тогда я не пойму, как устанавливать время t3 кэширования? Продолжает ли действовать указанное для стандартного кэша время, учитывая, что он отключен?

А я столкнулась с такой проблемой: если оставлять включенным одновременно и стандартное, и t3 кэширование, то Page Speed начинает красным цветом ругаться

Во блин... и правда Вот только мне отключение стандартного кеша не помогло! Только отключение оптимизации скриптов в фреймворке... Хотя, если верить, например, http://site-perf.com, то существенной разницы опять же не видно... да и вообще при совершенно отключенном кешировании, Page Speed дает моей страничке больше баллов, чем при включенном ))
Продолжает ли действовать указанное для стандартного кэша время, учитывая, что он отключен? - Да, продолжает!

А еще я заметил, что при юзании этого фреймворка, в sh404 не собирается статистика по 404-м запросам и не работает собственная страничка 404 Вообще так разочаруюсь скоро в этом фреймворке

Вот только мне отключение стандартного кеша не помогло! Только отключение оптимизации скриптов в фреймворке...

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

  да и вообще при совершенно отключенном кешировании, Page Speed дает моей страничке больше баллов, чем при включенном ))

То же самое - то помогает, то нет... Уж и не знаю, как быть в итоге