просто вопрос

http://www.youtube.com/watch?v=BHpA1uWQh6w

матрица тебя поимела.

и?

с рояля это она меня поимела?
при таком раскладе она может поиметь только лоровца какого-ньть
того прошёл по ссылке и тут на те - сдал свой id

берём линк отсю да ---> http://www.linux.org.ru/jump-message.jsp?msgid=5281930&cid=5281967
идём - даже если 100% разные пользователи прошли по ссылке, id одинаковый - это id автора поста? или как?

кстати - срабатывает не всегда - почему так происходит?

msgid и cid к пользователю отношения не имеют. Или ты о чём?

я про jsessionid

Ну что, не копируй его. С чего оно возникает на ЛОРе не знаю, давно не попадалось.

да не копирую я - такие линки светятся в статистике на сайте

дурацкий tomcat нельзя заставить не совать эти jsessionid в URL. Надо или переходить на что-то другое, или пропатчить его нафиг.

С чего оно возникает на ЛОРе

C того, что ССЗБ отключают куки в браузере, так что так им и надо, как по мне.

это не совсем так

> C того, что ССЗБ отключают куки в браузере, так что так им и надо, как по мне.

нихрена

куки не отключаю, но регулярно вижу jsessionid в строке адреса при переходе ВНУТРИ лора

реферер что-ли отключить при переходе на другой сайт...

вижу только при переходах из RSS читалки (ttrss)
Firefox 3.6.x

> дурацкий tomcat нельзя заставить не совать эти jsessionid в URL. Надо или переходить на что-то другое, или пропатчить его нафиг.

сделай, чтобы ссылки выглядели так: http://www.linux.org.ru/go?to=http://example.com

а чтобы это для спама не юзалось, проверяй на реферер, и в случае, если он не ЛОР, не переадресуй

>а чтобы это для спама не юзалось, проверяй на реферер, и в случае, если он не ЛОР, не переадресуй

возможен вариант когда браузер не сообщает реферер вообще, это тоже стоит учесть.

нихрена

Ну я прям не знаю.

Хорошо, скажу так - я не знаю другой причины, по которой может использоваться url rewriting вместо куки для jsessionid и УМВР, никаких jsessionid в урле я не видел с момента регистрации. Если есть тесткейс - интересно увидеть.