userid

[Sergey Shepelev]

2009/12/22 Samoilov Anton <sub2.adm at akipress.org>:
> В сообщении от 1261487405 секунд после начала Эпохи
> Вы Sergey Shepelev мне написали следующие:
>
>> 2009/12/22 Samoilov Anton <sub2.adm at akipress.org>:
>> > Всем привет
>> >
>> > Возник вот такой вот вопрос, модуль ngx_http_userid_module выдает
>> > куки для идентификации пользователя, эти куки можно записать в лог
>> > выданую и принятую от пользователя, а вот бэкенду передать в итоге
>> > можно только принятую от пользователя ? ту что как куки файл
>> > придет, пробовал передать через proxy_set_header переменую
>> > $uid_set, не прошло. не ужели не возможно передать бэкенду
>> > переменную которую собирается сервер передать клиенту ? или она
>> > формируется сейчас уже после ответа бэкенда, на уровне отдачи
>> > ответа ? те клиент впервые зашедший не идентифицируется никак на
>> > бэкенде?
>> >
>>
>> Клиент пришёл без куки, бекенд не получил куки. Вроде всё логично.
>>
>> Зачем кука, которая ещё не попала к клиенту, должна попасть в бекенд?
>
> ну как бы клиенту отдаст фронтенд куку то :) и в лог запишет .. только
> бэкенд об этой будущей - куке не знает, что и обидно, в итоге если
> писать активность по юзерно так - то все стартовые клиенты без uid, и не
> ясно кто откуда начинает хождение по сайту - только логи парсить и
> находить точку входа.
> кстати, вроде апач устанавливает uid для нового клиента, и
> отдает данные внутрь себя - тому же php

То есть ответ - для статистики посещений. Хорошо.

Ну так ведь её и делают через логи, нет? Зачем ещё бекенд нагружать
лишней задачей.

>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru
>