VP
Спасибо за наводку на FastAPI, документация огонь, читаю как роман)
Даа, прям кайфовый инструмент. Пробовал его на одном из проектов, единственная проблема, было грустно без асинхронного ORM.
Size: a a a
2020 February 22
A
Даа, прям кайфовый инструмент. Пробовал его на одном из проектов, единственная проблема, было грустно без асинхронного ORM.
Зато все быстро, четко и красиво)
VP
Зато все быстро, четко и красиво)
Это да)
AT
Даа, прям кайфовый инструмент. Пробовал его на одном из проектов, единственная проблема, было грустно без асинхронного ORM.
эмм, GINO не?
VP
эмм, GINO не?
Не натыкался, спасибо за наводку!
2020 February 23
t
Нашёл место, где тихо умирает рендеринг шаблона. Оказалось, что это так тихо умирает flask assets
t
если добавить в бандл вот это 'libs/@fortawesome/fontawesome-free/css/all.css' то он ломается
VK
всем привет
на сколько плохо использование глобальной переменной в route?
есть задача: в одном route'е я инициализирую объект и делаю редирект в другой route, в котором мне нужно продолжить взаимодействие с этим объектом. через глобальную переменную это решается, но кажется, что такой подход как-то не оч.
на сколько плохо использование глобальной переменной в route?
есть задача: в одном route'е я инициализирую объект и делаю редирект в другой route, в котором мне нужно продолжить взаимодействие с этим объектом. через глобальную переменную это решается, но кажется, что такой подход как-то не оч.
V
всем привет
на сколько плохо использование глобальной переменной в route?
есть задача: в одном route'е я инициализирую объект и делаю редирект в другой route, в котором мне нужно продолжить взаимодействие с этим объектом. через глобальную переменную это решается, но кажется, что такой подход как-то не оч.
на сколько плохо использование глобальной переменной в route?
есть задача: в одном route'е я инициализирую объект и делаю редирект в другой route, в котором мне нужно продолжить взаимодействие с этим объектом. через глобальную переменную это решается, но кажется, что такой подход как-то не оч.
Плохо.
V
Лучше тот же redis использовать
VK
Лучше тот же redis использовать
спасибо!
а можешь вкратце сказать чем этот подход лучше? если я правильно понял, результат получается примерно такой же, только вместо использования слова global, доступ к объекту будет осуществляться по заданному ключу. или я все неправильно понял?
а можешь вкратце сказать чем этот подход лучше? если я правильно понял, результат получается примерно такой же, только вместо использования слова global, доступ к объекту будет осуществляться по заданному ключу. или я все неправильно понял?
V
Почти.
V
Но да.
AM
спасибо!
а можешь вкратце сказать чем этот подход лучше? если я правильно понял, результат получается примерно такой же, только вместо использования слова global, доступ к объекту будет осуществляться по заданному ключу. или я все неправильно понял?
а можешь вкратце сказать чем этот подход лучше? если я правильно понял, результат получается примерно такой же, только вместо использования слова global, доступ к объекту будет осуществляться по заданному ключу. или я все неправильно понял?
web - это в идеале stateless протокол, где никто и ничего не гарантирует, и поэтому чем проще pipeline по обработке request-а, тем лучше для сервера. никаких ветвлений, редиректов и т.д. и т.п, все что нужно пусть делает nginx, squd, apache, в общем, профильный софт. твоя задаче написать как можно более быстрый сервер, который делает pipeline: request, processing, response
VK
web - это в идеале stateless протокол, где никто и ничего не гарантирует, и поэтому чем проще pipeline по обработке request-а, тем лучше для сервера. никаких ветвлений, редиректов и т.д. и т.п, все что нужно пусть делает nginx, squd, apache, в общем, профильный софт. твоя задаче написать как можно более быстрый сервер, который делает pipeline: request, processing, response
спасибо, буду думать как решить задачу с таким подходом. хотя сейчас не представляю каким образом достичь этого)
AM
спасибо, буду думать как решить задачу с таким подходом. хотя сейчас не представляю каким образом достичь этого)
у меня есть Kafka на работе, я туда пихаю, гигантские JSON, через producer, у Kafka я написал consumer c бизнес логикой, который дергает другие микро (и не микро) сервисы по http, при этом в DB пишется ДО записи в kafka, и далее в бизнес логике нет обращения к каким-либо БД, работа чисто с kafka, в общем, то все. то есть decoupling, BL н зависит от DB, DB не зависит от BL, авторизация, аутентификация отделена от BL, в отдельном публичном enpoint-е, доступ через этот единственный видимый endpoint, где логгирование, с блекджеком и сошими
AM
всем привет
на сколько плохо использование глобальной переменной в route?
есть задача: в одном route'е я инициализирую объект и делаю редирект в другой route, в котором мне нужно продолжить взаимодействие с этим объектом. через глобальную переменную это решается, но кажется, что такой подход как-то не оч.
на сколько плохо использование глобальной переменной в route?
есть задача: в одном route'е я инициализирую объект и делаю редирект в другой route, в котором мне нужно продолжить взаимодействие с этим объектом. через глобальную переменную это решается, но кажется, что такой подход как-то не оч.
как только будет более одного потока на сервере бизнес-логика развалится, я думаю
V
как только будет более одного потока на сервере бизнес-логика развалится, я думаю
+
V
а ещё не забываем про ресет воркера
T
всем привет
на сколько плохо использование глобальной переменной в route?
есть задача: в одном route'е я инициализирую объект и делаю редирект в другой route, в котором мне нужно продолжить взаимодействие с этим объектом. через глобальную переменную это решается, но кажется, что такой подход как-то не оч.
на сколько плохо использование глобальной переменной в route?
есть задача: в одном route'е я инициализирую объект и делаю редирект в другой route, в котором мне нужно продолжить взаимодействие с этим объектом. через глобальную переменную это решается, но кажется, что такой подход как-то не оч.
Никаких шансов, что
1. после редиректа ты попадешь в тот же воркер
2. между редиректом и приходом клиента не произойдет редирект другого клиента
1. после редиректа ты попадешь в тот же воркер
2. между редиректом и приходом клиента не произойдет редирект другого клиента