В случае превышения числа реквестов клиент ждёт

1. входящие запросы ждут своей очереди в беклоге пока воркер гуникорна не освободится.
2. перед гуникорном обычно еще ставят reverse proxy в виде nginx, который выступает в роли буфера входящих запросов

Спасибо за ликбез еще раз)

на пальцах если у тебя больше одновременных запросов чем количество воркеров способных их обработать — будет расти latency запросов.

Не знаю по-адресу ли вопрос, но так как моя приложуха на фласке - пишу сюда)

Приложение в одном из endpoint’ов делает запрос на один сервис, парсит данные с ответа с помощью re и пересылает на другой сервис

При пересылке (post запрос) заменяет символы в данных, конкретно “ на \x22. Кодировка ответа utf-8, кодировки locale и stdout тоже utf-8, короче везде где можно проверил кодировки - utf-8

.encode(‘utf-8’).decode(‘unicode-escape’) пробовал
.replace(‘\x22’, ‘“‘) естественно тоже
Передавать как json пробовал

Самое странное:
Копирую изначальный ответ в новый питон файл или интерактивный режим, копирую ровно тот же код, и все работает нормально

Есть у мудрых людей мысли что не так делаю?

А как все таки правильно записать во Flask-SQLAlchemy чтобы поля Дата создания и Дата Изменения работали корректно?
   created_on = db.Column(db.DateTime, nullable=True, server_default=db.func.now())
   updated_on = db.Column(db.DateTime, nullable=True, server_default=db.func.now(), server_onupdate=db.func.now())
Вот это не работает

вернее он при изменении оба поля меняет на текущую дату

Я думаю здесь дело не в объявлении модели, а в том, что происходит при изменении на сервере

Смотри DDL базы, чо там написано.

Создавал базу из модели. И он нафигачил таймштампов)

created = db.Column(
       db.DateTime, nullable=False, default=datetime.utcnow)
updated = db.Column(db.DateTime, onupdate=datetime.utcnow)
Думаете вот это не поможет?

Не поможет.

в доке к flask-sqlalchemy так предлагают

Это по правильному должно быть серверным эвентом, так как у тебя в моделях изначально и написано.

Этот вариант будет работать только если через модели работать. Серверный же евент будет работать всегда.

а если я в базе в ручную сменю таймштамп на datetime?

Даст пизды.

кто?)

Вернее модели сломаются.

Тесты. Которые само собой ты написал.