|
ru.cgi.perl- RU.CGI.PERL ------------------------------------------------------------------ From : Artem Chuprina 2:5020/400 20 Nov 2006 16:25:52 To : Sergey Gernichenko Subject : Re: Определить, включены ли куки у клиента -------------------------------------------------------------------------------- Sergey Gernichenko -> All @ Sun, 19 Nov 2006 03:38:08 +0300: SG> Вот задумался я тут... как грамотно сделать сабж. Чтобы всякие поисковики SG> при индексации не запоминали идентификаторов сессий, а так же параметров, SG> которые используются только для того, чтоб определить, включены ли куки у SG> клиента... SG> В общем, если сделаю так: SG> 1. проверяю, пришла ли с запросом кука (с ид. сессии) - если да, всё ясно SG> 2. если куки нет, делаю редирект на себя, с дописыванием дополнительного SG> параметра к QUERY_STRING (при условии, что вызов скрипта был БЕЗ этого SG> дополнительного параметра) SG> 3. если параметр есть (а куки нет), то соответственно, у клиента куки SG> отключены (и принимается решение передавать sid в URL) SG> С этой частью всё понятно, всё работает. SG> Вопросы такие: SG> 1. Если на сайт зайдет поисковик (первый раз), получит куку и редирект, SG> передаст ли он эту куку с запросом после редиректа? Если да, то всё ОК. SG> 2. Если куку поисковик не передаст при редиректе, скрипт будет SG> считать, что куки отключены, но в УРЛ будет дополнительный SG> параметр... так вот, при наличии этого параметра и отсутствии куки SG> скрипт считает, что куки отключены, а поисковик при индексации SG> сайта запомнит этот параметр, а также id сессии, который SG> подставится в УРЛ... и если пользователи зайдут на сайт через SG> поисковик, то скрипт будет считать, что куки у клиента отключены, SG> хотя это может быть и не так, вот этот момент мне и не SG> нравится... Да и посещение сайта с указанием протухшего ид сессии SG> мне тоже не нравится... Поисковик может не работать с куками. Hо _неизвестный_ поисковик, не работающий с куками, сам себе злобный баклан. У известных User-Agent: рассказывает, кто они такие. Редиректа, действительно, стоит делать два. А посещающего по протухшему id можно приравнивать к зашедшему вообще без id. -- Artem Chuprina RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru Молодой, дикорастущий организм... --- ifmail v.2.15dev5.3 * Origin: Leninsky 45 home network (2:5020/400) Вернуться к списку тем, сортированных по:
Архивное /ru.cgi.perl/256069cb2cec3.html, оценка из 5, голосов 10
|