JEvents и JCal - что оптимальнее? - Общие вопросы по расширениям Joomla

Решил поставить календарь на портал, но поскольку доскональным анализом вышеобозначенных компонентов я не занимался, хотел бы спросить мнение людей,которые это уже делали.
Итак, у нас имеется два конкурентноспособных компонента - JEvents и JCal.

Бегло почитав комментарии и описание к последнему (JCal pro 1.6), получается следующая картина:

1. Валидный W3С код (тоже не совсем ясно, проверил валидатором офиц.демо сайт компонента,  получил 4 ошибки)
2. Очень неоптимизированный код, компонент делает около 30-40 запросов к БД и нагружает траффик, к тому же Googlebot сканирует компонент от 2008 года до бесконечности.

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

У меня портал (Community Builder, Ajax shoutbox, SMF) - с таким набором расширений, стараюсь использовать наименее затратные в плане нагрузки компоненты.

Что посоветуете - JEvents или JCal? Что скажете по поводу нагрузки на БД и траффика?

Уважаемый, и к какому выводу пришел? Что оптимальнее?

Вопрос: Как можно излечить единственный, на мой взгляд, недостаток JCal Pro Calendar - скорость работы. Как можно ускорить сие творение, т.к. главная страница открывается 12 секунд. Остальное чуть быстрее (4-7 сек.) Возможно (поможет ли?) оптимизировать базу данных ?

Уважаемый, и к какому выводу пришел? Что оптимальнее?

присоединяюсь к вопросу.
В JCal Pro 2 обещают "Massive performance boost ... 300 % !!!", но он платный, 20$ и пока еще beta.

Если не ошибаюсь, в новых версиях JCalPro будет обновлен алгоритм работы с повторяющимися событиями. Т.е. сейчас, для того, чтобы вывести список событий за конкретный день, из базы выбираются ВСЕ события и алгоритм смотрит, не повторяется ли какое-либо из них
(т.к. если событие повторяется, оно все равно записывается в базе единой записью, причем указывается КАК будет повторяться событие) .
В следующей версии событие с повтором  будет записано несколькими записями, поэтому работа с базой должна ускориться, т.к. не будет необходимости выбирать из базы  и анализировать ВСЕ имеющиеся события.