XATRIX: Комментарии

Главные вкладки

28 октября 2012 в 14:37

Вопрос был решен, изменением конфигурации реверс-прокси фронтенда.

Не помню точно, то что-то из этих параметров:
client_body_timeout 60;
client_header_timeout 60;
# keepalive_timeout 60 60;
keepalive_timeout 3;
send_timeout 60;

В частности при получении главной странички она приходила у меня с заголовками max-age=86000 - соответственно браузер её кешировал.

После игры с этими параметрами хедеры стали приходить такие:

12 октября 2012 в 18:38

Сделал вывод что для нормальной работы друпала надо юзать X-Forward-For переменную на стороне nginx-а, для того чтобы корректно отслеживать адреса проксируемые фронтендом. Только толку мне это особо не дало, по прежнему вопрос открыт...

12 октября 2012 в 12:35

Дело в том что в ходе экспериментов выяснилось, что если работать с бекендом напрямую - то ошибок с авторизацией не возникает. Все работает как часики.
Если подключаем фронтенд, тоесть промежуточное звено, проблема снова появляется.
Никакого сжатия, кеширование на фронтенде "пока" не производится... Сессионую куку я отследил, она передается и через фронтенд, но почему-то после первого залогинивания, нужно принудительно обновить страничку, тогда ты уже оказываешься в системе.

12 октября 2012 в 10:53

не совсем, я интересовался на freenod-е, мне объяснили это так, как якобы Drupal хранит сессии php в базе данных а не в файлах на диске (к примеру в /var/lib/php/session). Соответственно как же тогда веб-сервер будет проксировать это все ? У меня просто напросто сбивается авторизация при переходе по другим ссылкам, а разлогиниться вообще не получается...

26 сентября 2012 в 16:22

Добрый день снова. Вопрос я всё-таки нагуглил. Вобщем-то всё решалось весьма просто. Да и добиться совместимости получилось просто переносом на более качественно построенный сервер. Прошлый был немного, "недоделанный".
Сейчас вроде как остались мелкие неувязочки и баги, ведем работу...
Да, сервера сами собираем и строим их для своих задач.