Проблема - браузер кеширует модуль login - Joomla 1.5: Настройка и оптимизация

Добрый день!
Столкнулся с проблемой. Стандартное кеширование очень нужно для уменьшения нагрузки на сервер. Включил. Исключил кеширование модуля и компонента Login. Разобрался с этим.
Но на стороне клиента сам браузер кеширет модуль логин. После авторизации на страницах, где уже побывал пользователь, модуль показывает, что человек не авторизирован. Заходишь на страницу, где ещё не был, модуль показывает, что авторизирован. После очистки кеша браузера всё нормально. авторизирован на всех страницах.
После выхода с авторизации, та же проблема. Как заставить модуль логина нормально работать?

Для начала неплохо бы уяснить, что браузер не может "кешировать модуль", ибо понятие "модуль" имеет смысл только внутри Joomla. А браузер работает с html-страницами целиком. Проблема может быть еще с куками. Если нажать F5 на "закешированной" странице, то страница обновляется?

Да. Согласен. Кешируется страница целиком и с ней отображение модуля без авторизации, когда пользователь уже авторизирован.
Но всё же. Очищаю только кеш браузера. Без куков. И тогда всё нормально.
А на стороне клиента когда это дело происходит, ничего никому не бьяснишь, что очищать и что нажимать. Этого не должно быть.
Что с этим можно сделать? Почему так?

Так не должно быть. Страница должна отдаваться с заговками, запрещающими кэширование. Нужно проверить эти заголовки. Можете посмотреть их в инструментах разработчика на вкладке Сеть. Смотрите response headers / заголовки ответа. Если не шарите - напишите их сюда.

Вот только что проделал одну штуку.
Во вкладке сеть поставил галочку - отключить кеш браузера. Всё работает отлично.
Снял галочку, показывает, при перезагрузке главной страницы, что не авторизирован.

ах да.  
http://www.w-tuning.com.ua/

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

В общем, при первом запросе заголовки ответа такие:
Однако, при повторном запросе, браузер шлет такие заголовки:
На что сервак отвечает:

Что надо понимать как: Страница не изменилась, бери из кэша.

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

Оу. Спасибо. Заглянем туда.

----На сервере я включил PHP encoder: Zend Optimizer (Zend Encoder)---

Вот расширения могу сам прописать или убрать в nginex. Сейчас там у меня прописаны.
"avi,bmp,png,css,doc,gif,htm,html,ico,jpeg,js,mp3,swf,txt,xls,zip,wml,wmlc,wmls,wmlsc,wbmp,fla,flv,xml,mpg,mpeg,pdf".
---Для ускоренной отдачи этих файлов используется сервер nginx. При запросе файла с расширением, добавленным в статические не производится обработка .htaccess - то есть mod_rewrite и mod_expires для этих файлов не работают----

И ещё на сервер есть у меня доступ:
----Расширения файлов, которые будут обрабатываться интерпретатором PHP
PHP файлы: php,phtml --

Имея доступ к этому, я могу что-то сделать?

И ещё у меня стоит CssJsCompressor. Не может он что-то объединять и так выдавать?

Проблему решили? Попробуйте убрать HTML из первого списка. И отключить на время CssJsCompressor.

Пока нет. Ломаю голову. Но ваши подсказки очень помогают. Наводят на цепочку мыслей.
Убрал из запрета nqinx, не помогло. Отключил minifirity PHP  в компрессоре. Не помоголо. Вместе. Не помогло. Отключение Zend оптимизера на сервере - не помогло.

Я вот думаю тут. Есть идея такая. Можно прописать запрет кеширования на любые расширения. Вытереть это расширение с nginx, чтобы обрабатывалось файлом .htaccess, и прописать на него запрет в этом файле. Думаю прописать расширение .html.
 Или есть другие варианты, какое расширение можно исключить из кэширования?

Вот скажем, смотрю все файлы в папке модуля логина. Там одни файлы php. Даже CSS нет. только .css.php. И .js тоже нет. Значит используют файлы компонента логина. А в CssJsCompressor я прописал запрет на обработку компрессором всего com_login. Так что навряд ли это он. Тем более что вижу, этот файл в CSS фалах, CSS.php грузится польностью всё время. Тоесть его компрессор не трогает.
Наверное на полную врубили кеширование на сервере, чтобы нагрузку уменьшать. Попробуем запертить как я описал.

Можно ещё убрать P3P заголовки из кэша таким же способом. Вот у меня такие заголовки, судя по первому запросу, цетируемому выше.
P3P:CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM"

Получается:

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

Я думаю проблема не в том, какие заголовки сервер отдает изначально, а в том что на запрос, содержащий заголовок

If-Modified-Since:Mon, 14 May 2012 07:56:03 GMT (то что браузер шлет такой заголовок - это нормально)

nginx отвечает 304 Not Modified  (какого черта? nginx даже не дает выполнить скрипт, а сразу отвечает, мол страница не изменялась - с какого перепугу то)

Да. Вы правы. С какого перепугу.
С всего описанного выше ничего не помогло.
Результат не изменился.\

Вообщем не проблема прописать кеширование и запрет на .html в .htaccess. Но на виртуальных хостингах не включают mod_expires. Все команды ничего не дают.