Lord Kin, исправлять надо на стороне клиента, как я уже сказал, с кодом Python всё в порядке. Ну и держать в голове, что у среднего web-приложения тысячи клиентов, львиная доля которых знает, как такую проблему исправлять , не больше вашего.
MishaXXL, если вопрос относиться к работе с запросами из программного кода, то надо читать документацию соответствующей библиотеки. Там точно есть prepared statements, которые все сделают за вас как положено.
Lord Kin, https://flask.palletsprojects.com/en/3.0.x/ Если клиентом выступает браузер, то открыть DevTools, посмотреть в соответствующие вкладки cookie, а на вкладке Network посмотреть, что принимается в http-ответах и передаётся в http-запросах. Если curl например, соответствующими ключами. Если код, то надо смотреть документацию к используемой в нём http-библиотеке.
Nik Faraday, у вас все вопросы про внедрение, причём характерные для C#. Самой акторной системе всё это абсолютно неважно. В общем случае акторную систему обычно делают синглтоном, но если даже вы будете создавать новую на каждый запрос, ничего не поломается, только расход ресурсов будет выше и акторы в разных системах не смогут между собой общаться без дополнительных приседаний. Как конкретно всё это делается, сильно зависит от используемого IoC-контейнера. Например для Guice есть расширение, которое позволяет сделать так
public SomeConstructor(@Named("some-actor-name") ActorRef someActor) {
...
}
и быть уверенным, что контейнер позаботиться о поиске/создании актора, о внедрении в него необходимых зависимостей и о создании дочерних акторов в контейнере. Естественно, в Spring или compile time DI для Scala всё будет происходить совсем иначе.