Согласен с Sumo, тут какая-то неразбериха либо на уровне сетевой модели OSI, да и HTTP != Socket
andylars 01.07.2016 10:54
/ 01.07.2016 11:10
Вам надо сначала понять реальное поведение сервера.
Потому, что HTTP (во что бы он завёрнут не был, с учётом новых тенденций) - по-прежнему ориентирован на множествнные открытия соединений и закрытия соединений.
И так называемый keep-alive режим о котором говорит Sumo, является лишь прикладной рекомендаций не закрывать соединение (по-возможности).
HTTP cookies - это контекст вне соединений, или между соедиенения - априори.
И в нормальной (и даже любой современной реализации, учитывая и SPDY и HTTP/2.0 - все равно будет оставаться так же).
А вот почему у вас или вашего веб-сервера такое поведение - это вопрос нужно посмотреть внимательно.
Веб-сервер (частая практика) - бывает попутно к самой cookie-сессии = хранит у себя доп.атрибуты, которые валидны для клиента которому он эту сессию выдал.
Может веб-сервер опирается на ваш IP?
(А он, например, у вас какой-то динамический на каждый запрос - нам неизвестно что вы используете).
Или например меняете (подмешиваете что-то в User-Agent) или другое HTTP-поле, которое веб-сервер считает важным.
Надо сверить все заголовки, вдруг дело не TCP-соединении?
А так, да, странное, конечно, поведение если он в итоге реально завязывает cookie на Keep-Alive.
"Это какие-то неправильные пчелы, наверное они делают неправильный мёд"
- Сохранение ^curl:session{}, coel 01.07.2016 03:48
- Прокси сервер..., Sumo [M] 01.07.2016 09:50
- Ответ, G_Z [M] 01.07.2016 03:58 / 01.07.2016 03:58
- Это прокатило бы, например, если бы можно было держать Парсер постоянно запущенным, как службу. (-), coel 01.07.2016 04:02
- Но это же не будет храниться в памяти, в то время, когда не нужно делать запросы. Так что сессия закроется. (-), coel 01.07.2016 04:00
- Ответ, G_Z [M] 01.07.2016 04:25
- Хорошо, coel 01.07.2016 05:02 / 01.07.2016 05:06
- Ответ, G_Z [M] 01.07.2016 05:51
- Ответ, coel 01.07.2016 03:57 / 01.07.2016 03:58