> Мы с тобой ниже беседуем про инкапсуляцию данных сессии в URL/cookie. Так
> вот: повторюсь - это всё красиво только в теории. Сферической и
> в вакууме, с неограниченным ресурсом и возможностями.
> А в реальности твой запрос с хистори обрежется где-то на 4-16K на
> большинстве веб-серверов. Ну или тебе засрут память твоего сервера запросами по
> несколько мегабайт хедеров в случае DoS.Поэтому планирование должно быть вперёд реализации. И не должно быть запросов по 4к, ибо это ненормально. А если должно - то должно обрабатываться, и сразу выбираться другие средства.
За досы, большие запросы и прочую ересь (как и за кеширование) будет отвечать nginx. А сервер в bottle.py по умолчанию однопоточный :), но при связке с nginx это не является проблемой, потому что все блокирующие запросы висят на фронтенде, и работа с ними - это уже искусство программирование nginx, и лучше оставаться теоретиком и не допускать крайних случаев в коде, чем завесить весь код крайними случаями, вместо того, чтобы отлавливать их на сервере или в middleware.
"Практики", которые решают задачи в лоб, как раз и превращают код в непрактичную кашу, которую никто не поддерживает, а следующий пыхер просто приходит, выкидывает, и заменяет своей (в одной достаточно крупной компании, которую я краем уха наблюдаю последние лет 5, такое произошло уже ни один раз).
Поддержка не менее важная вещь, чем функциональность. Ибо какой толк от функциональности, которую проще выкинуть, чем адаптировать под свои нужды?