Я тут подумал, нечаянно.
Да, сессионная кука должна быть уникальной, но никто не мешает
продублировать нужную мне переменную отдельной кукой с фиксированным именем.
Остаётся вопрос: как обратиться к её значению при описании ключа???
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,262
То, что она должна быть индивидуальной для каждого посетителя.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,262252,262261#msg-262261
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
> мы не знаем, как называется кука сессии, но знаем, что начинается она с
PHPSESS
Что мешает сделать название куки с сессией статичным?
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,262252,262258#msg-262258
___
nginx-ru mailing list
nginx-
Доброго времени стуок всем!
Собственно, сабж. В связи с тем, что в навигации сайта задействоана
переменная сессии, хотелось бы как-то пристегнуть её к ключу кеша.
Т.е. грубо говоря, мы не знаем, как называется кука сессии, но знаем, что
начинается она с PHPSESS и в сессии может быть переменная
$_
On Thu, Oct 15, 2015 at 11:41:10AM +0300, kpoxa wrote:
> все это можно сделать, но решение костыльное, использовать опцию reuseport
> или reuseaddr при коннекте к такому бэкэнду логичнее.
Эти опции не имеют отношения к обсуждаемой проблеме. Они относятся к
деталям того, как процессы делят адрес
все это можно сделать, но решение костыльное, использовать опцию reuseport
или reuseaddr при коннекте к такому бэкэнду логичнее.
15 октября 2015 г., 11:05 пользователь Evgeniy Berdnikov
написал:
> On Thu, Oct 15, 2015 at 09:30:09AM +0300, kpoxa wrote:
> > Да, я не прав, однако не всегда есть во
On Thu, Oct 15, 2015 at 09:30:09AM +0300, kpoxa wrote:
> Да, я не прав, однако не всегда есть возможность убедить бэкэнд слушать два
> или более портов.
Вряд ли бэкенд, которому нужно более 65 тысяч коннектов одновременно,
представляет собой чёрный ящик, к которому не дают админского доступа.
А